taille des datafiles

Bonjour Forum!

J'ai une petite question sur les datafiles:
je suis en Oracle 10g et je souhaite connaitre la taille optimal d'un datafile. Je pense avoir des préjugés et je voudrais m'en débarrasser.

Je pensais qu'il fallait mieux un datafile de 16Go que 8 de 2 Go. Est ce exact?

Autre petite question, un dba senior m'avait indiquer qu'il fallait toujours laisser 1Mo de libre sur chaque datafile pour oracle:
en gros, faire un datafile de 2001M plutôt que 2000M. Est ce une énorme ânerie ou pas?

Merci pour vos avis...

Citation:

---

Envoyé par moi26

Bonjour Forum!

J'ai une petite question sur les datafiles:
je suis en Oracle 10g et je souhaite connaitre la taille optimal d'un datafile. Je pense avoir des préjugés et je voudrais m'en débarrasser.

Je pensais qu'il fallait mieux un datafile de 16Go que 8 de 2 Go. Est ce exact?

Autre petite question, un dba senior m'avait indiquer qu'il fallait toujours laisser 1Mo de libre sur chaque datafile pour oracle:
en gros, faire un datafile de 2001M plutôt que 2000M. Est ce une énorme ânerie ou pas?

Merci pour vos avis...

---

Bonjour

Il existe au moins une bonne raison de ne pas multiplier à l'excès le nombre de fichiers de données, c'est le mécanisme des points de synchronisation (checkpoint en VO).
En effet, à cette occasion, le processus CKPT va aller mettre à jour l'en tête de chacun des fichiers de la base, ce qui peut prendre un certain temps.

L'effet peut se tester simplement :

Avec 200 fichiers dans la base, le point de synchronisation dure 5 à 6 secondes

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

SQL> select count(*) from dba_data_files; COUNT(*) ---------- 200   SQL> set timing on SQL> alter system checkpoint; Ecoulé : 00 :00 :06.63 SQL> / Ecoulé : 00 :00 :05.33 SQL> / Ecoulé : 00 :00 :05.21

---

Avec 6 fichiers, il est de l'ordre du dixième de seconde.

Code:

---

1 2 3 4 5 6 7 8 9 10

SQL> select count(*) from dba_data_files;   COUNT(*) ---------- 6 SQL> set timing on SQL> alter system checkpoint; Ecoulé : 00 :00 :00.18 SQL> / Ecoulé : 00 :00 :00.06

---

A ce titre, il n'est donc pas souhaitable que votre base comporte plus que quelques dizaines de fichiers.

Pour votre deuxième question, cette recommandation ne semble pas très réaliste. Soit on est en autoextension, et la notion d'espace libre n'est plus pertinente, soit on est en taille fixe, et dans ce cas il faut évidemment prévoir nettement plus d'espace libre.

Bonjour,

de plus en 10G , il a été ajouté la notion de BIGFILE , ie tu n'a plus qu'un seul datafile par tablespace .....

Benefits of Bigfile Tablespaces

*

Bigfile tablespaces can significantly increase the storage capacity of an Oracle database. Smallfile tablespaces can contain up to 1024 files, but bigfile tablespaces contain only one file that can be 1024 times larger than a smallfile tablespace. The total tablespace capacity is the same for smallfile tablespaces and bigfile tablespaces. However, because there is limit of 64K datafiles for each database, a database can contain 1024 times more bigfile tablespaces than smallfile tablespaces, so bigfile tablespaces increase the total database capacity by 3 orders of magnitude. In other words, 8 exabytes is the maximum size of the Oracle database when bigfile tablespaces are used with the maximum block size (32 k).
*

Bigfile tablespaces simplify management of datafiles in ultra large databases by reducing the number of datafiles needed. You can also adjust parameters to reduce the SGA space required for datafile information and the size of the control file.
*

They simplify database management by providing datafile transparency.

Un gourou de chez Oracle m'a affirmé que la taille n'a pas d'importance (je parle bien de tablespace :mouarf:). L'essentiel, c'est de ne pas dépasser 1024 extents. C'est donc la taille des extents qui est le plus important en suivant la régle suivante :

Citation:

---

Taille d'extent selon la taille des objets

* Juqu'à 160 Mo, INITIAL=NEXT=160 ko
* De 160 Mo à 5 Go, INITIAL=NEXT=5 Mo
* Au delà de 5 Go, INITIAL=NEXT=160 Mo

---

Avant qu'on me saute au cou, je tiens à préciser que ce n'est pas une règle officielle et vous ne la trouverez donc dans aucune doc. Néanmoins, il semble que 1024 est bien le chiffre d'or chez Oracle et le gourou en question m'a suffisamment bluffer par ailleurs pour que je lui accorde du crédit :king:

Citation:

---

Envoyé par orafrance

...Avant qu'on me saute au cou

---

C'est rare qu'on saute au cou d'un DBA, on lui saute plutôt à la gorge !

Pour revenir à la technique, et à la taille des extensions, j'ai coutume de dire en formation qu'un DBA moderne a autre chose à faire que de l'épicerie et de couper les bits en quatre.
Depuis Oracle 8i, on dispose de la clause EXTENT MANAGEMENT LOCAL AUTOALLOCATE, et le système se débrouille tout seul pour qu'une table n'occupe qu'un nombre raisonnable d'extensions, quelle que soit sa taille.

Citation:

---

Envoyé par moi26

Bonjour Forum!
...
Autre petite question, un dba senior m'avait indiquer qu'il fallait toujours laisser 1Mo de libre sur chaque datafile pour oracle:
en gros, faire un datafile de 2001M plutôt que 2000M. Est ce une énorme ânerie ou pas?

Merci pour vos avis...

---

Je pense comprendre ta question
SI tu crées un Tablespace 2000M avec des extents de 1000M, il ne pourra créer qu'un seul extent de 1000M. Beaucoup de perte donc. Avec un TBS de 2001M on pourra créer 2 extent de 1000M (et pas 1Go ;) )

Effectivement, on prévoit en général 1M pour l'entête de TBS, pour pouvoir créer un maximum d'extent pour dans le tbs.

Il peut aussi être intéressant d'augmenter le nombre de datafiles si on veut paralléliser les sauvegardes en particulier si les sauvegardes n'utilisent pas RMAN.

Citation:

---

Envoyé par pifor

Il peut aussi être intéressant d'augmenter le nombre de datafiles si on veut paralléliser les sauvegardes en particulier si les sauvegardes n'utilisent pas RMAN.

---

Avec le prerequis qu'on est en 10G R2

si tu fais enable block tracking (RMAN)

ASM + bigfile je pense est plus interessant pour la sauvedarge
RMAN of course ,que ajouter des datafiles ...

avec tout ce qui a été ecrit au dessus

Sans doute. Mais je me demande combien de clients Oracle utilisent à la fois Oracle 10, RMAN et ASM lorsque je constate que la relative lenteur d'adoption de RMAN (sans même parler d'ASM) et que certaines applications importantes sont toujours en Oracle 9.

je sais,

ca c'est une autre histoire, en effet

c'est une chose d'installer Oracle 11g , c'est une autre d'utiliser les nouvelles fonctions d'Oracle 6 !!!

;)

Bonjour mon cher,
Pour ce qui est des datafiles, il faut tout d'abord que tu saches quel volume de données tu veux gérer dans ta base?

Un gros fichier de données n'est pas nécessaie si tu as très peu de transaction.

Ainsi il n'existe pas de taille standard elle est focntion des données à stocker. Néanmoins le paramètre taille des blocs db_bloc_size est très important lors de la création des tes fichiers de données.

Il faut aussi avoir une maitrise de tes espaces disques(au niveau machine). Tant que sur le disque tu as de la place alors tu peux créer autant de fichier de données que tu souhaites.


Bonne récption
GBGLT

Merci pour vos réponses!

je vais pouvoir arrêter de me prendre la tête avec!
Merci beaucoup