Discussion :

[glood1]

Suite a une migration du 8 i vers une 10 G
j'ai creer les tablespaces de la version 8 sur le serveur de destination
ma question porte sur l'ensemble de blocks contigus de fichier de données
au moment de la cretion des tablespaces :
sur la version 8 d'oracle la taille initiale est de 40 ko, taille suivante 40 ko et la taille mini est de 0, 50% d augmenttation
sur la version disque d orcle on peux juste indiquer la gestion manuelle ou auto des block contigus

si on passe en manuelle il y a juste une case >> taille du block

dois je passer en manuelle et mettre le block a 40 ou laisser gerer cela par ORACLE 10

quel est l'impact des 2 reglages ? fragmentation espace libre ?

[plabrevo]

Je ne suis pas sur de saisir la question a propos de la contiguite des blocs.

En tout etat de cause, je pense que le plus simple est, desormais, de creer les tablespace en modes LOCALLY MANAGED et AUTOEXTEND.

[glood1]

Je ne suis pas sur de saisir la question a propos de la contiguite des blocs.

En tout etat de cause, je pense que le plus simple est, desormais, de creer les tablespace en modes LOCALLY MANAGED et AUTOEXTEND.

en gros je veux savoir la difference entre les tablespaces gerer localement ou par un dictionnaire dans un premier temps

[Jaouad]

Bonjour ,

La gestion des tabs locally managed a été introduite en version 8i. Lorsqu'un Tbs est gérée localement , la gestion de ces extents est contenu dans le Tablespace même ( dans le header il me semble ... ) .

Dans le cas contraire, tablespace géré par le dictionnaire donc dans le tbs system, la gestion des extents ( et donc des blocs ) se fait dans le Tbs system.

Il est fortement conseillé de gére ces Tbs en mode locally ( 8i ou 10G ).

Tout simplement parce que à chaque ordre récursif ( extension par exemple ) un traitement est effectué et que si tout les Tbs sont géres par le dictionnaire il y a un fort risque de goulôt dans un systéme fortement sollicités .

Pour passer un Tbs en mode locally pas besoin de le recréer il existe une procédure :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

exec DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL ('TBS_NAME') ;

[glood1]

Bonjour ,

La gestion des tabs locally managed a été introduite en version 8i. Lorsqu'un Tbs est gérée localement , la gestion de ces extents est contenu dans le Tablespace même ( dans le header il me semble ... ) .

Dans le cas contraire, tablespace géré par le dictionnaire donc dans le tbs system, la gestion des extents ( et donc des blocs ) se fait dans le Tbs system.

Il est fortement conseillé de gére ces Tbs en mode locally ( 8i ou 10G ).

Tout simplement parce que à chaque ordre récursif ( extension par exemple ) un traitement est effectué et que si tout les Tbs sont géres par le dictionnaire il y a un fort risque de goulôt dans un systéme fortement sollicités .

Pour passer un Tbs en mode locally pas besoin de le recréer il existe une procédure :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

exec DBMS_SPACE_ADMIN.TABLESPACE_MIGRATE_TO_LOCAL ('TBS_NAME') ;

merci