Sondage : Taille de vos bases de données Oracle

**Débéa** · 29/01/2007, 10h49

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 ?

**orafrance** · 29/01/2007, 14h14

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

**Débéa** · 29/01/2007, 14h34

Tes TS sont en uniform size ? locally manager ?

**cquilgars** · 29/01/2007, 16h01

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.

Envoyé par Fred_D

Pour moi, outre la taille totale c'est surtout la taille que peuvent atteindre certaines tables qui peut être problématique

Je rejoins entièrement ll'avis de 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.

**Débéa** · 30/01/2007, 08h16

C'est quoi votre stratégie de sauvegarde sur des bases de 1 Tera ?

**bouyao** · 30/01/2007, 09h53

Mois aussi c'est plusieurs T.
Si je compte en additionant la taille de toutes les bases ca fait 20To

**orafrance** · 30/01/2007, 10h04

Envoyé par Débéa

Tes TS sont en uniform size ? locally manager ?

Bien sûr en LMT

et aussi en uniform size pour éviter les dérives dans la taille des extents

Envoyé par Débéa

C'est quoi votre stratégie de sauvegarde sur des bases de 1 Tera ?

Pour le moment on fait des sauvegardes sur disque et sur bande via un logiciel simpliste. Mais on envisage d'utiliser RMAN très vite

**cquilgars** · 30/01/2007, 10h20

Envoyé par Débéa

C'est quoi votre stratégie de sauvegarde sur des bases de 1 Tera ?

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)...
Quand nous flirterons avec le To, nous passerons sans doute à RMAN

**Débéa** · 31/01/2007, 10h32

Que 15 votants !

**Magnus** · 31/01/2007, 10h56

Envoyé par Débéa

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 ?).
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]

**SheikYerbouti** · 31/01/2007, 11h01

Allez, une petite participation concernant les capacités d'une base Oracle:
http://www.oracle.com/solutions/perf...inter2005.html

**Débéa** · 02/02/2007, 08h59

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 ?

**chrifo** · 02/02/2007, 09h13

Envoyé par Débéa

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.).
Une question me viens comme ça : peut-il être judicieux de disposer de plusieurs instances pour une même base ?

**Débéa** · 02/02/2007, 09h15

Envoyé par chrifo

peut-il être judicieux de disposer de plusieurs instances pour une même base ?

Tu veux dire en RAC ?

**chrifo** · 02/02/2007, 09h30

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 ?

**Débéa** · 02/02/2007, 09h33

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.

**chrifo** · 02/02/2007, 09h41

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.

**franchet** · 10/04/2007, 11h31

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+

**fouad77fr** · 10/04/2007, 12h02

Envoyé par Magnus

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 ?).
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]

exécutez la requête suivante :

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;

**franchet** · 10/04/2007, 16h40

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:

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
/

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.