[9i] db_create_file_dest

Version imprimable

21/02/2006, 10h26
coco-sup

[9i] db_create_file_dest

Version : Oracle9i
OS : Debian

bonjour !

j'ai un soucis avec le paramètre d'initialisation DB_CREATE_FILE_DEST qui ne semble pas être pris en compte lorsque je crée des tablespaces...
A la création de la base, le paramètre a été pris en compte lors de la création du tablespace SYSTEM, mais dès lors que je crée un nouveau tablespace tous les fichiers de données sont automatiquement crée dans le répertoire $ORACLE_HOME/dbs

Comment résoudre ce problème ?

j'ajoute que j'ai vérifier à plusieurs reprises (SHOW PARAMETERS db_create_file_dest) si le répertoire que j'indiquais était bien pris en compte...
21/02/2006, 11h38
Jaouad

Bonjour ,
Pouvez nous donner la syntaxe de création de vos TBS.
Lorsque Oracle met les TBS dans ce dossier c'est qu'il n'est pas arrivé a detecter l'endroit ou les mettre .
Commme vous pensez que le paramétre DB_CREATE_FILE_DEST est pris en compte vous devez certainement ne pas spécifier de datafile mias Oracle n'a pas pris en compte ce paramétre , c'est pour cela qu'Oracle ne les crée ici.

Assurez vous également de bien avoir démarré en SPFILE ou en PFILE .

Voila quelques uns de mes tablespaces :
Code:

1 2 3 4 5 6 7 8 9 10 11 CREATE TEMPORARY TABLESPACE TBS_TMP TEMPFILE 'Oltmp.dbf' SIZE 50M EXTENT MANAGEMENT LOCAL; CREATE TABLESPACE TBS_OLDATA DATAFILE 'Oldata.dbf' SIZE 20M AUTOEXTEND ON NEXT 1M MAXSIZE 100M; CREATE TABLESPACE TBS_OLIDX DATAFILE 'OLidx.dbf' SIZE 20M EXTENT MANAGEMENT LOCAL AUTOALLOCATE;
Je pense que vous m'avez apporter une partie de la réponse, peut être dois je ne pas mettre de nom de fichier de données lors de la création des tablespace, et renommer ensuite les fichiers un à un (alter database rename....) ?

Par ailleurs, il se peut qu'il y ait des erreurs ou des incohérence dans mes ordres de création des tablespaces car je ne maitrise pas ou peu ses commandes pour le moment (il s'agit de test).

Merci pour ton aide :D

P.S. : je démarre sur le SPFILE

21/02/2006, 12h17
Jaouad

Merci d'utiliser la balise code :

est ce que tu as consulter la vue V$PARAMETER2 , pour voir le résultat de la valeur de ton paramétre

Je suis bête ,
Il ne faut pas mettre le nom du datafile tout simplement sinon il se crée dans le $ORACLE_HOME/dbs

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
 
ALTER SYSTEM set DB_CREATE_FILE_DEST = /ora/admin/dba 
;
 
SQL> create tablespace test_dvp datafile 'test_dvp.dbf'
  2  SIZE 5M 
  3  AUTOEXTEND ON NEXT 1M MAXSIZE 100M; 
 
Tablespace created.
 
SQL> select file_name from dba_data_files where tablespace_name ='TEST_DVP' ; 
 
FILE_NAME
--------------------------------------------------------------------------------
/ora/ora101/dbs/test_dvp.dbf
 
 
SQL> show parameter DB_CREATE_FILE
 
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_create_file_dest                  string      /ora/admin/dba
SQL> create tablespace test_dvp2 datafile   SIZE 5M  ; 
 
Tablespace created.
 
SQL> select file_name from dba_data_files where tablespace_name ='TEST_DVP2' ;
 
FILE_NAME
--------------------------------------------------------------------------------
/ora/admin/dba/HR89DMO/datafile/o1_mf_test_dvp_1zoypsk1_.dbf

21/02/2006, 12h35
coco-sup

Désolé pour les balises :wink:

j'ai vérifier dans la vue v$PARAMETER2, ainsi que dans la vue v$SPPARAMETER, et même dans la vue v$PARAMETER mais le paramètre est initialisé avec la bonne valeur (/u01/oradata/MaBase)...
21/02/2006, 12h39
coco-sup

ah ok, dans ce cas là, suis je contraint de renommer tous mes fichiers de données un par un, en sachant qu'Oracle leur donne un nom compliqué, et que la commande ALTER DATABASE RENAME (etc...) sera donc en elle même compliqué a taper ?

S'agit - il la des limites d'OMF ? :?
car si je veux utiliser un répertoire par défaut, tous mes fichiers de données auront un nom à ralonge peu significatif...
21/02/2006, 14h13
Jaouad

Une re création des control files vous aiderat certainement