[oracle 9i]ajout d'un datafile

bonjour,

voila mon premier datafile étant plein je voulais en créer un second ... ms au niveau de l'entreprise manager, je vois tjrs mon premier datafile plein et mon second reste vide... y'a t-il des manipulations à faire pr que le deuxième datafile soit utilisée ou bien cela se fait automatiquement ?

merci par avance :)

non il n'y a rien à faire. Si le 2° ne se rempli pas c'est probablement que de la place a été faite dans le 1°.

Les extents sont alloués une fois pour toutes dans les datafiles, seul un DROP ou TRUNCATE des tables et indexes libère les extents. Donc tu peux avoir des extents alloués mais vide suite à un DELETE par exemple donc réutilisable :)

Pour voir l'occupation réelle du tablespace :

Code:

---

1 2 3 4

SELECT SUM(bytes/1024/1024) FROM dba_segments WHERE tablespace_name = 'TABLESPACE DU DATAFILE'

---

Est ce que votre premier fichier est arrivé a sa taille maxiamle :

Code:

---

1 2 3

SELECT maxbytes/1024/1024 FROM dba_data_files WHERE file_name =&1 ;

---

Quel est son statut :

Code:

---

1 2 3

SELECT status FROM dba_data_files WHERE file_name =&1 ;

---

Bonjour,

si les deux fichiers de données appartient à la même tablespace, le remplissage ce fait automatiquement, suivant la taille des extents

pour info : http://oracle.developpez.com/guide/a...lespaces/#L1.2 :)

oki merci pr vos réponses rapides :)

ça se fait automatiquement .t'a pas à manipuler des fichiers mais des tablespaces sauf si tu veux faire du striping

Citation:

---

Envoyé par comment_ca

ça se fait automatiquement .t'a pas à manipuler des fichiers mais des tablespaces sauf si tu veux faire du striping

---

8O hein ???

Bien sûr qu'on peut manipuler les datafiles. Par exemple, certains OS n'aiment pas du tout les fichiers de plus de 2Go, on peut vouloir aussi éviter les accés concurrents sur le même fichier... etc ...

orafrance eviter les accès concurrents sur un fichier c ça le striping.j'ai pas dit k'il pouvait pas manipuler les fichiers j'ai dit k'il n'avait pas a le faire dans son cas :wink:

ce à quoi je réponds qu'on n'a pas suffisamment d'info pour savoir si c'est nécessaire ou pas ;)

Ne serait que pour la copie des fichiers, j'aime autant qu'il ne soit pas trop gros personnellement ;)

Citation:

---

Envoyé par orafrance

Citation:

---

Envoyé par comment_ca

ça se fait automatiquement .t'a pas à manipuler des fichiers mais des tablespaces sauf si tu veux faire du striping

---

8O hein ???

Bien sûr qu'on peut manipuler les datafiles. Par exemple, certains OS n'aiment pas du tout les fichiers de plus de 2Go, on peut vouloir aussi éviter les accés concurrents sur le même fichier... etc ...

---

Désolé mais je peux pas laissé passer ca : C'est pas l'OS qui empeche les fichiers de plus de 2Go mais le système de fichier. Donc faut taper sur l'administrateur système (je vais me faire des amis parmi mes collegues)....

Sinon, effectivement, faudrait savoir si le Tablespace a une clause "maxextend", ca pourrait nuir au remplissage de l'autre fichier... (je dis peut etre une bétise)

Katyucha, qui débute sous Oracle

Citation:

---

Envoyé par Katyucha

Bien sûr qu'on peut manipuler les datafiles. Par exemple, certains OS n'aiment pas du tout les fichiers de plus de 2Go, on peut vouloir aussi éviter les accés concurrents sur le même fichier... etc ...

---

le systéme de fichier AUSSI ;)

L'admin peut très bien fixer une taille max. Par ailleurs, on a eu quelques exemples ici même d'export limité en taille par Linux, je ne me rappelle pas que ext2 ou 3 a une limite de 2Go je crois dans les exemples :?

Edit : à noter que Windows n'est pas particulièrement à l'aise avec les gros fichiers même en NTFS :?

Moi j'ai rencontré le problème avec Unix. Pas plus de 2Go. Et comme aucun de nous n'était à l'aise en unix on a fait 30 fichiers de 2Go il me semble. :?

Je vous rassure , les nouveaux fs prennent par défaut les fichiers de plus de 2Go mais il est vrai que, pour solaris par exemple, c'est une option... et les options s'oublient....

on est d'accord :)