Problème Path et DataFiles

Version imprimable

28/03/2006, 11h37
alacaraibe

Problème Path et DataFiles

Bonjour,

J'avais oracle installé sur mon disque C:. Après certains soucis mon disque a été renommé par le système en D:
J'ai donc modifé ce qu'il fallait pour relancer oracle sous D:.
ORacle se lance et je me connecte avec DBA Studio.
Néanmoins, quand je me connecte à ma base, il me dit qu'il ne trouve pas mon datafile C:\ORACLE\ORADATA\TENDE\SYSTEM01.DB.
Apparemment, il faudrait modifier ce chemin en D:\ORACLE\ORADATA\TENDE\SYSTEM01.DB.

Voila le résultat de la commande sur les datafiles :
------------
SQL> SELECT NAME FROM V$DATAFILE;

NAME
------------------------------------
C:\ORACLE\ORADATA\TENDE\SYSTEM01.DBF
C:\ORACLE\ORADATA\TENDE\RBS01.DBF
C:\ORACLE\ORADATA\TENDE\USERS01.DBF
C:\ORACLE\ORADATA\TENDE\TEMP01.DBF
C:\ORACLE\ORADATA\TENDE\TOOLS01.DBF
C:\ORACLE\ORADATA\TENDE\INDX01.DBF
C:\ORACLE\ORADATA\TENDE\DR01.DBF

7 ligne(s) sélectionnée(s).
--------------------------

Comment faire pour modifier le C: en D:, sachant que je ne peux pas demarrer ma base (sous DBA Studio) car il ne trouve pas les DATAFILES ?

MERCI,
28/03/2006, 11h58
bouyao

Sans ouvrir la base, il suffit d'un mount et après tu peut renommer tous tes fichiers de données.
28/03/2006, 12h10
alacaraibe

Merci, pour la réponse

Mais je fais comment pour renommer les fichiers de données ?
Il faut bien modifier des informations dans les controls files aussi?
28/03/2006, 12h17
bouyao
Quand tu monte la base (sans l'ouvrir) Oracle lit le fichier de contrôle sans vérifier les fichiers de données. Aprés tu renomme tes fichiers de données ce qui implique écriture dans le fichier de contrôle avec les nouveaux noms.
Et enfin tu peut redémarrer ta base :wink:

Pour renomer tes fichiers de données il suffit de faire une recherche dans le forum ou les tutotiels.
Code:

1 2 ALTER DATABASE RENAME FILE 'g:\oracle\oradata\orafrance\ORA_DATA01.dbf' TO 'g:\oracle\oradata\orafrance\data\ORA_DATA1.dbf;
dans le tutoriel : http://orafrance.developpez.com/dbahelp/
28/03/2006, 12h23
orafrance

par exemple : http://www.developpez.net/forums/viewtopic.php?t=417784

Code:

ALTER DATABASE RENAME FILE &1 TO &2;

http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96540/img_text/database_file_clauses.htm
28/03/2006, 13h16
alacaraibe

Merci Beaucoups,
J'ai changé les paths pour tous les fichiers datafiles. Et l'erreur a disparu.
Par contre, Oracle m'indique :

"ORA-00313: echec d'ouverture des membres du groupe de journaux 3, thread 1
ORA-00312: journal en ligne 3 thread 1 : 'D:\ORACLE\ORADATA\TENDE\REDO01.LOG'
ORA-27041: ouverture du fichier impossible
OSD-04002: Ouverture de fichier impossible
O/S-Error: (OS 2) Le fichier spécifié est introuvable."

Or je n'ai jamais eu de REDOxx.log.
(je suis sous oracle 8)
Je vais faire une recherche sur le forum, quelqu'un a t'il néanmoins une idée ?
28/03/2006, 13h18
bouyao

C'est pareil. Il faut renommer les fichiers redologs
voir : http://mbouayoun.developpez.com/fichredo/#LI.4
28/03/2006, 13h39
alacaraibe

Oui mais en fait, je n'ai jamais eu de fichiers redoxx.log ?
Est ce qu'il faut les recreer ?
Supprimmer les références a ce fichier ?
28/03/2006, 13h47
bouyao

Tu toujours des fichiers redologs, sans eux la base ne peut pas démarrer.

Code:

select * from v$logfile;

voir : http://mbouayoun.developpez.com/fichredo/#LI.2
28/03/2006, 14h12
alacaraibe

SQL> select * from v$logfile;

GROUP# STATUS
---------- -------
MEMBER
----------------------------------
1 STALE
D:\ORACLE\ORADATA\TENDE\REDO03.LOG
2 STALE
D:\ORACLE\ORADATA\TENDE\REDO02.LOG
3
D:\ORACLE\ORADATA\TENDE\REDO01.LOG

--------------------

La référence vers ces fichiers existent donc, mais dans tout mon répertoire Oracle ils n'y sont pas.
Que faire alors, puisque le fait de renommer les réferences impliquer que ces fichiers existent, or je ne les trouvent pas ?
28/03/2006, 14h23
bouyao

Vérfie qu'ils ne sont pas dans C ou un autre disque.
Faire une sauvegarde de ta base.

après si tu ne les retrouves pas on va initialiser les redo.
28/03/2006, 14h32
alacaraibe

Je viens de faire une recherche sur tout mon disque, ils n'y sont pas.
28/03/2006, 14h40
bouyao
Alors :
Code:

1 2 3 startup mount alter database backup controlfile to trace; alter database open resetlogs;
Attention : c'est conseiller de faire une sauvegarde avant.
(peut être on va créer le fichier de contrôle)
28/03/2006, 15h19
alacaraibe

Voici ce qui a été fait :

SQL> alter database backup controlfile to trace;

Base de données modifiée.

SQL> alter database open resetlogs;
alter database open resetlogs
*
ERREUR à la ligne 1 :
ORA-01139: option RESETLOGS uniquement valide après récupération incomplète d
BdD

--------------
Apparemment, la 2ème commande ne fonctionne pas.
28/03/2006, 16h06
ducho

Bonjour,

si les redologs n' existent pas, il faut les créer avant d' ouvrir la base
à l'emplacement indiqué dans le control file .

cdlt
28/03/2006, 16h13
bouyao

Dans ce cas on va créer le fichier de contrôle.
tu va dans le repertoire udump et tu cherche le fichier trace.

il est de la forme suivante :

Citation:

STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "OCRL" NORESETLOGS NOARCHIVELOG
-- SET STANDBY TO MAXIMIZE PERFORMANCE
MAXLOGFILES 5
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 1
MAXLOGHISTORY 226

http://mbouayoun.developpez.com/Fctladm/#L5
28/03/2006, 16h17
comment_ca

Tu peux essayer ça faut cependant que tu fasse une sauvegarde de ta base avant

SQL>startup mount
SQL>recover database until cancel;

cancel

SQL>alter database open resetlogs;
28/03/2006, 16h23
ducho

il me semble que toutes ces commandes ne fonctionneront pas si les redologs ne sont pas créés auparavant .

l' open resetlogs ne les crée pas et le create contolfile doit contenir
les redollogs dans sa commande

cf doc administeur , managing control files.

cdlt
28/03/2006, 16h25
bouyao

Comme les fichiers redo n'existent pas la seule chose est de recréer le fichier de contrôle en définissant les nouveaux redo.

Bonjour,

J'ai trouvé dans mon répertoire udump une soixantaine de fichiers .TRC.

Le contenu du plus récente est :

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
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
 
 
Dump file d:\oracle\admin\TENDE\udump\ORA02524.TRC
Tue Mar 28 15:17:09 2006
ORACLE V8.1.7.0.0 - Production vsnsta=0
vsnsql=e vsnxtr=3
Windows 2000 Version 5.1 Service Pack 2, CPU type 586
Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production
With the Partitioning option
JServer Release 8.1.7.0.0 - Production
Windows 2000 Version 5.1 Service Pack 2, CPU type 586
Instance name: tende
 
Redo thread mounted by this instance: 1
 
Oracle process number: 14
 
Windows thread id: 2524, image: ORACLE.EXE
 
 
*** SESSION ID:(11.7) 2006-03-28 15:17:09.482
*** 2006-03-28 15:17:09.482
# The following commands will create a new control file and use it
# to open the database.
# Data used by the recovery manager will be lost. Additional logs may
# be required for media recovery of offline data files. Use this
# only if the current version of all online logs are available.
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "TENDE" NORESETLOGS NOARCHIVELOG
    MAXLOGFILES 32
    MAXLOGMEMBERS 2
    MAXDATAFILES 32
    MAXINSTANCES 16
    MAXLOGHISTORY 1815
LOGFILE
  GROUP 1 'D:\ORACLE\ORADATA\TENDE\REDO03.LOG'  SIZE 1M,
  GROUP 2 'D:\ORACLE\ORADATA\TENDE\REDO02.LOG'  SIZE 1M,
  GROUP 3 'D:\ORACLE\ORADATA\TENDE\REDO01.LOG'  SIZE 1M
DATAFILE
  'D:\ORACLE\ORADATA\TENDE\SYSTEM01.DBF',
  'D:\ORACLE\ORADATA\TENDE\RBS01.DBF',
  'D:\ORACLE\ORADATA\TENDE\USERS01.DBF',
  'D:\ORACLE\ORADATA\TENDE\TEMP01.DBF',
  'D:\ORACLE\ORADATA\TENDE\TOOLS01.DBF',
  'D:\ORACLE\ORADATA\TENDE\INDX01.DBF',
  'D:\ORACLE\ORADATA\TENDE\DR01.DBF'
CHARACTER SET WE8ISO8859P1
;
# Recovery is required if any of the datafiles are restored backups,
# or if the last shutdown was not normal or immediate.
RECOVER DATABASE
# Database can now be opened normally.
ALTER DATABASE OPEN;
# No tempfile entries found to add.
#

J'ai donc executer du STARTUP NOMOUNT au 'D:\ORACLE\ORADATA\TENDE\DR01.DBF', mais j'ai l'erreur suivante :

Code:

1
2
3
4
5
6
7
8
 
ERREUR à la ligne 1 :
ORA-01503: Echec CREATE CONTROLFILE
ORA-01565: erreur d'identification du fichier
'D:\ORACLE\ORADATA\TENDE\REDO03.LOG'
ORA-27041: ouverture du fichier impossible
OSD-04002: Ouverture de fichier impossible
O/S-Error: (OS 2) Le fichier spicifii est introuvable.

Il cherche les dit fichiers redo mais il n'y en a pas, puisqu'on veut les creer.

29/03/2006, 11h34
bouyao

Il faut que tu modifie le script pour designer les bons repertoires des fichiers données et redos.
29/03/2006, 11h44
alacaraibe

Les fichiers .DBF existent et sont dans le bon répertoire,les fichiers REDO n'existent pas. Il faut les creer dans le réperoire nommé par le script si j'ai bien compris.
Je ne comprends pas pourquoi oracle cherche ces fichiers puisqu'on lui dit de les creer dans le répertoire ee question.
29/03/2006, 11h58
bouyao

Dans le script tu remplace NORESETLOGS par RESETLOGS
29/03/2006, 14h56
alacaraibe

Merci,
La commande a fonctionné.

Par contre quand j'essai d'ouvrir la base, j'ai:
"La base doit etre ouverte avec l'option RESETLOGS"
puis
"Le fichier 1 necessite plus de récupération pour etre cohérent"
"Fichier de donnée 1 : D:\ORACLE\ORADATA\TENDE\SYSTEM01.DBF".
29/03/2006, 15h27
alacaraibe

Je vous remercie pour votre aide.

A moins que vous ayez des idees, je vais m'arreter la avec cet oracle.
Je comprend pourquoi il y a des postes d'expert oracle.

Merci encore pour votre aide.
30/03/2006, 11h24
bouyao
il faut faire
Code:

1 2 startup mount alter database open resetlogs;
C'est presque fini. Il ne faut pas desesperé

Voici le résultat de la commande

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
 
SQL> startup mount;
Instance ORACLE lancée.
 
Total System Global Area  166778908 bytes
Fixed Size                    75804 bytes
Variable Size              61915136 bytes
Database Buffers          104710144 bytes
Redo Buffers                  77824 bytes
Base de données montée.
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERREUR à la ligne 1 :
ORA-01194: Le fichier 1 necessite plus de recuperation pour etre coherent
ORA-01110: fichier de donnees 1 : 'D:\ORACLE\ORADATA\TENDE\SYSTEM01.DBF'

Code:

1
2
3
startup mount;
recover database using backup controlfile;
alter database open;

Voici le résultat :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
 
SQL> recover database using backup controlfile;
ORA-00279: changement 2970659 genere a 03/15/2006 14:54:14 requis pour thread 1
ORA-00289: suggestion : D:\ORACLE\ORA81\RDBMS\ARC01659.001
ORA-00280: le changement 2970659 pour le thread 1 se trouve au no de sequence
1659
 
 
Indiquer le journal : {<RET>=suggéré | nomfichier | AUTO | CANCEL}
 
ORA-00308: impossible d'ouvrir le journal archive
'D:\ORACLE\ORA81\RDBMS\ARC01659.001'
ORA-27041: ouverture du fichier impossible
OSD-04002: Ouverture de fichier impossible
O/S-Error: (OS 2) Le fichier spicifii est introuvable.

30/03/2006, 12h09
alacaraibe
A la question :
Code:

1 2 Indiquer le journal : {<RET>=suggéré | nomfichier | AUTO | CANCEL}
J'ai appuyé sur la touche RETURN (Enter).

De plus,
DAns le répertoire D:\ORACLE\ORA81\RDBMS\ il n'y a pas de fichiers et donc pas le ARC01659.001.
30/03/2006, 12h10
bouyao

tu fait

Code:

recover database using backup controlfile until cancel;

juste après tu tappe cancel sans appliquer les logs.

et après essaye d'ouvrir la base
30/03/2006, 12h27
orafrance
Citation:
Envoyé par alacaraibe

A la question :

Code:

1 2 Indiquer le journal : {<RET>=suggéré | nomfichier | AUTO | CANCEL}

J'ai appuyé sur la touche RETURN (Enter).

De plus,
DAns le répertoire D:\ORACLE\ORA81\RDBMS\ il n'y a pas de fichiers et donc pas le ARC01659.001.
Indique le nom du redo courant :)