Une question que je me pose souvent.
On parle souvent de base de données de taille importante pour le moteur Oracle. Mais concrètement ?
Combien font vos bases de données ?
< 5 Go
entre 5 Go et 20 Go
entre 20 Go et 50 Go
entre 50 Go et 100 Go
entre 100 Go et 500 Go
entre 500 Go et .....
Une question que je me pose souvent.
On parle souvent de base de données de taille importante pour le moteur Oracle. Mais concrètement ?
Combien font vos bases de données ?
pour ma part, c'est plus d'1 téra avec des tables de plusieurs 100 aines de gigas.
Pour moi, outre la taille totale c'est surtout la taille que peuvent atteindre certaines tables qui peut être problématique![]()
Tes TS sont en uniform size ? locally manager ?
Bonjour à tous,
Dans mon cas, j'ai 650 Go dont 450 Go de données... Elle devrait flirter avec le To pour l'automne avec la même proportion index/data (90% du volume de data est réparti sur 6 tables...)
Les TS sont tous en local uniform manuel.
Je rejoins entièrement ll'avis de Fred_D !!!Envoyé par Fred_D
Au bout d'un moment, ce n'est plus le volume global qui compte... 200Go ou 1To se gère (pratiquement) de la même façon à condition que la base soit judicieusement montée dès le départ...
La grande difficulté est de lier les contraintes fonctionnelles avec les contraintes techniques. Le désir de coller au fonctionnel vous amène souvent à des choix peu judicieux pour les temps de réponse en transactionnel, en mode batch... L'inverse est aussi vrai. Il faut trouver un compromis.
C'est quoi votre stratégie de sauvegarde sur des bases de 1 Tera ?
Mois aussi c'est plusieurs T.
Si je compte en additionant la taille de toutes les bases ca fait 20To
Bien sûr en LMTEnvoyé par Débéa
et aussi en uniform size pour éviter les dérives dans la taille des extents
Pour le moment on fait des sauvegardes sur disque et sur bande via un logiciel simpliste. Mais on envisage d'utiliser RMAN très viteEnvoyé par Débéa
![]()
Notre base de 650 Go est actuellement sauvegardée sous une stratégie BCV qui permet une interruption de service très limitée (5-6 minutes)...Envoyé par Débéa
Quand nous flirterons avec le To, nous passerons sans doute à RMAN
Que 15 votants !
Personnellement je ne connais RIEN en administration donc je ne sais même pas déterminer la taille de nos bases (s'agit-il du fichier .dmp ?).Envoyé par Débéa
Si vous m'expliquez simplement comment faire alors je peux regarder chez nos plus gros clients...
[EDIT]
a priori entre 5 et 20 Go
[/EDIT]
Allez, une petite participation concernant les capacités d'une base Oracle:
http://www.oracle.com/solutions/perf...inter2005.html
Je ne doute pas sur les capacités d'Oracle à gerer des bases de données de plusieurs Tera.
Dans notre société, nous avons des AIX avec une baie SAN et nous achetons des licences processeurs. En fait, on multiplie les petites instances de quelques GIGAOctet plus facile à tuner, à faire évoluer en fonction de leurs activités. Au final nous avons 92 instances dont 49 de production. J'ai l'impression de faire de l'épicerie fine![]()
Je me demande juste si on est beaucoup à avoir cette statégie ? Ne vaudrait-il pas mieux tous regrouper ?
On avait une stratégie semblable dans l'ancienne boite ou je bossais, mais avec tout de même moins d'instances. C'est effectivement pratique notamment pour tout ce qui est stratégie de stockage par défaut sur la base (INITIAL, PCTINCREASE etc.).Envoyé par Débéa
Une question me viens comme ça : peut-il être judicieux de disposer de plusieurs instances pour une même base ?
Tu veux dire en RAC ?Envoyé par chrifo
Oui, on pourrait de cette manière par exemple faire du transactionnel et du DWH (bon, la c'est quand même extrême) sur une même base. J'ai presque du mal à l'écrire tellement ça ne me parait pas naturel mais finalement pourquoi pas ?
Dans ce cas il faut mieux faire une standby database avec Dataguard. La standby est ouverte en lecture seul et mise à jour en temps réel (depuis la 10GR2) et tu peux faire des requêtes DWH. De plus elle peut servir de base de secours en cas de crash de la primaire.
Oui, très bien vu. Mais cela suppose que tu acceptes de doubler le stockage, et d'empiéter sur la stratégie de sauvegardes.
En ce qui me concerne, moi la base oracle est de 8 Go. (C'est ce que j'ai répondu au sondage). Mais cette base base ne sert que de lien. La volumetrie des données se trouve ailleurs. Les données gérées par Oracle représentent des objets 3D de CAO. Et aujourd'hui, les données représentent environ 100 Go pour passer a 500 Go d'ici a 6 mois. (Aujourd'hui nous sommes en phase d'installation). Ensuite ce sera le rytme de croisiére pour nous, 50000 instances supplémentaires dans oracle par ans (environ + 500 Mo a 1 Go), et 150 à 300 Go de données supplémentaires). Et mon grand soucis en ce moment, c'est de reussir à mettre en place une sauvagarde de la base en coherance avec la volumétrie.
Ah j'ai oublie de dire, nous utilisons Oracle pour le couple Unigraphics Nx / Teamcenter.
A+
exécutez la requête suivante :Envoyé par Magnus
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6 SELECT i.TABLESPACE_NAME, (sum(i.BYTES)/1024)/1024 as taille, ((sum(i.BYTES)/1024)/1024)-((sum(u.BYTES)/1024)/1024) as used, (((sum(i.BYTES)/1024)/1024)-((sum(u.BYTES)/1024)/1024))*100/((sum(i.BYTES)/1024)/1024) as pourc FROM dba_data_files i, dba_free_space u WHERE i.TABLESPACE_NAME=u.TABLESPACE_NAME GROUP BY i.TABLESPACE_NAME;
J'ai essaye le donnée par fouad77fr, est en ce qui me concerne, je n'ai pas la même réponse qu'avec OEM. Donc, je me pose la question, est-ce que la version d'Oracle est différente? Moi je suis en 9i et sous solaris 9.
Pour info, n'étant pas un expert en la matiére, et aprés avoir compilé plusieurs script trouvé sur la toile, voici le script que je lance:
Même si je n'avais pas le résultat esconté, merci fouad77fr, car je sais maintenant avoir le résultat en Mo et non en bytes.
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10
11 select free.tablespace_name, ((df.bytes/1024)/1024) "Taille Mo", round(sum(((free.bytes)/1024)/1024),2) "Free Mo", round((((df.bytes - sum(free.bytes))/1024)/1024),2) "Used Mo", round(100 * (df.bytes - sum(free.bytes)) / df.bytes,2) " % USED" from sys.dba_free_space free, sys.dba_data_files df where free.file_id = df.file_id group by free.tablespace_name, df.bytes, df.file_name order by 5 desc /
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager