Discussion :

[sheridan]

Bonjour,

Sur une base 8.1.7 :

Je suis face au message d'erreur suivant après avoir recréé mes control files perdus :
La base étant en mount, j'obtiens :

alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/local/share/oracle/u03/DBUPA208/system_DBUPA208.dbf'

CREATE CONTROLFILE
SET DATABASE DBUPA208
LOGFILE GROUP 1 ('/local/share/oracle/u01/DBUPA208/log1a_DBUPA208.rdo',
'/local/share/oracle/u01/DBUPA208/log2a_DBUPA208.rdo',
'/local/share/oracle/u01/DBUPA208/log3a_DBUPA208.rdo') size 100M,
GROUP 2 ('/local/share/oracle/u01/DBUPA208/log1b_DBUPA208.rdo',
'/local/share/oracle/u01/DBUPA208/log2b_DBUPA208.rdo',
'/local/share/oracle/u01/DBUPA208/log3b_DBUPA208.rdo') size 100M
RESETLOGS
DATAFILE '/local/share/oracle/u01/DBUPA208/temp_DBUPA208.dbf' SIZE 50M,
'/local/share/oracle/u02/DBUPA208/rbs_DBUPA208.dbf' SIZE 78446592,
'/local/share/oracle/u03/DBUPA208/system_DBUPA208.dbf' SIZE 300M,
'/local/share/oracle/u04/DBUPA208/tsdata_DBUPA208.dbf' SIZE 300M,
'/local/share/oracle/u05/DBUPA208/tsindex_DBUPA208.dbf' SIZE 150M
MAXLOGFILES 50
MAXLOGMEMBERS 3
MAXLOGHISTORY 400
MAXDATAFILES 200
MAXINSTANCES 6
ARCHIVELOG;

L'exécution semblait correcte :
Cluster altered.

Quelqu'un aurait une idée je n'ai pas trouvé de réponse à ce problème sur le forum ?

Merci pour votre aide.

[Alain B.]

Après avoir recréé les controlfiles il faut effectuer un "recover" AVANT d'ouvrir en resetlogs.

Je te laisse fouiner dans la doc Oracle et les tutos de sauvegarde/restauration .
Il y a aussi de nombreuses discussions sur le thème "ma base redémarre pas après un restauration"

[sheridan]

Merci pour la réponse?
J'ai essayé hier les commandes suivantes mais elles plantent :

SQL> RECOVER DATABASE USING BACKUP CONTROLFILE;
ORA-00283: recovery session canceled due to errors
ORA-01114: IO error writing block to file 1 (block # 1)
ORA-01110: data file 1: '/local/share/oracle/u03/DBUPA208/system_DBUPA208.dbf'
ORA-27091: skgfqio: unable to queue I/O
SVR4 Error: 9: Bad file number
Additional information: 1

SQL> recover DATABASE until cancel USING BACKUP CONTROLFILE ;
ORA-00283: recovery session canceled due to errors
ORA-01114: IO error writing block to file 1 (block # 1)
ORA-01110: data file 1: '/local/share/oracle/u03/DBUPA208/system_DBUPA208.dbf'
ORA-27091: skgfqio: unable to queue I/O
SVR4 Error: 9: Bad file number
Additional information: 1

Le fichier incriminé est bien présent et mon disque n'est pas plein :

$ pwd
/local/share/oracle/u03/DBUPA208
dbdev00@sun24 /local/share/oracle/u03/DBUPA208 (SID=DBUPA208)
$ ls -altr
total 614434
drwxrwxrwx 2 dbdev00 dba 96 Jan 31 2008 .
drwxrwxr-x 13 esbgm dba 1024 Sep 15 17:40 ..
-rw-r----- 1 oracle dba 314580992 Sep 22 22:21 system_DBUPA208.dbf
dbdev00@sun24 /local/share/oracle/u03/DBUPA208 (SID=DBUPA208)

Dois-je lancer le recover d'une autre manière ? Je lance les recover avec la base en mount.

[Alain B.]

Le recover se fait en mount ça c'est bon.

Quelle était la cause de la perte des controlfile ?
Un problème disque ?

les traces :

Code :

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

1
2
ORA-01114: IO error writing block to file 1 (block # 1)
ORA-01110: data file 1: '/local/share/oracle/u03/DBUPA208system_DBUPA208.dbf'

font penser à un problème disque et le '/share/' font penser à un partage de disque.

On dirait bien qu'il y a toujours un problème de disque ou de partage.
Essaie, à partir du user Oracle et de la même machine, de créer/modifier un simple fichier texte dans ce répertoire,
Voir même (base arretée) de renommer le fichier systeme puis de le copier vers son nom d'origine pour vérifier si on peut le lire/ecrire.

Edit:
oups je n'avais pas vu

Cluster altered.

Je ne connaît pas le fonctionnement en Cluster/RAC surtout en 8.1.7, mais il n'y aurait pas un morceau d'instance qui tournerait encore sur un autre nœud et qui poserait un verrou sur le fichier ?

[louping]

Cher sheridan,
Masque le nom de la DB, j'ai été mort de rire, Esou... de mémoire.

Ensuite, je virerai le ARCHIVELOG de la fin. (en adéquation avec l'init)

SQL> startup nomount
SQL> le create des ctrls
SQL> alter database open resetlogs;

si cela ne marche pas c'est que ta base n'a pas était arrêtée en immediate
SQL> shutdown immediate

Et pour répondre à Alain B.
les DBF sont sur /local/share/oracle/u01, u02 et u03 pour repartir les IOs et c'est vrai que share et en opposition avec local, c'est une norme de répartition...

D'ailleurs, data et index sont sur u04, u05, surement qu'il ne peuvent plus agrandir les autres axes, et les log multiplexé sont sur un même axe?

Et pourquoi, ce clone?

ensuite, ton fichier de création des controlfiles est un peu faux mais je n'irais pas plus loin, sun24 n'existe pas sur le réseau...

[lady701]

j'ai déjà eu ce problème qui tournait en rond

tu fais :

--recover database using backup controlfile

puis il te demande de rentrer un certains choix
à ce moment là tu fais :

--CANCEL

--alter database open resetlogs

(normmalement ça marche)