Discussion :

[lolotte35]

Bonjour,

Depuis un arrêt brutal du serveur Oracle, une base de donnée de remonte pas.
Je n'ai pas de sauvegarde de la base car personne n'en n'a jamais fait : grave erreur !

Je ne suis pas très calée en Oracle, donc je préfère demander avant de faire des erreurs !

J'ai le message ci-dessus quand je fais le startup :

ORA-01157: impossible d'identifier ou de verrouiller le fichier de donnees 6 - voir le fichier de trace DBWR
ORA-01110: fichier de donnees 6 : '/data/u43/Composer/oradata/XDES/data/COMP_DATA01.dbf'

Et le fichier existe bien.
Les requêtes en lecture sur la BDD fonctionnent.

J'ai retrouvé des fichiers ".trc" et dedans il y avait ça en + :

ORA-01157: impossible d'identifier ou de verrouiller le fichier de donnees 6 - voir le fichier de trace DBWR
ORA-01110: fichier de donnees 6 : '/data/u43/Composer/oradata/XDES/data/COMP_DATA01.dbf'
ORA-27037: impossible d'obtenir l'etat du fichier
Linux Error: 2: No such file or directory

Je me demande si juste un redémarrage du serveur résoudrait l'erreur, mais je ne peux pas avant quelques temps car il y a des bases de productions dessus...

Quelles sont les étapes à faire ?

J'ai tenter un "offline" du datafile 6 mais ça n'a pas fonctionné...

[ojo77]

Bonjour,

Avez-vous tenté le redémarrage manuel au moins une fois ?

Code :

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

1
2
3
shutdown immediate
startup mount
alter database open ;

Si oui, quand vous le faites, quelles sont les erreurs remontées ?

[gastoon]

Bonjour,

Je propose d'effectuer un RECOVER sur le Datafile en question, sinon mettre tout le tablespace qui contient le datafile 6 OFFLINE

[lolotte35]

ojo 77 :
J'ai testé les commandes :

1. shutdown immediate
2. startup mount
3. ALTER DATABASE open

Et voilà l'erreur :

ERREUR a la ligne 1 :
ORA-01157: impossible d'identifier ou de verrouiller le fichier de donnees 6 -
voir le fichier de trace DBWR
ORA-01110: fichier de donnees 6 :
'/data/u43/Composer/oradata/XDES/data/COMP_DATA01.dbf'

Le fichier '/data/u43/Composer/oradata/XDES/data/COMP_DATA01.dbf' existe bien.

[lolotte35]

gastoon:

J'ai tenté un : recover DATAFILE 6, mais j'ai la même erreur :

ORA-00283: session de recuperation annulee pour cause d'erreurs
ORA-01110: fichier de donnees 6 :
'/data/u43/Composer/oradata/XDES/data/COMP_DATA01.dbf'
ORA-01157: impossible d'identifier ou de verrouiller le fichier de donnees 6 -
voir le fichier de trace DBWR
ORA-01110: fichier de donnees 6 :
'/data/u43/Composer/oradata/XDES/data/COMP_DATA01.dbf'

Pour mettre le datafile en offline , je dois bien faire ça:

Code :

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

ALTER DATABASE DATAFILE ''/data/u43/Composer/oradata/XDES/data/COMP_DATA01.dbf' OFFLINE;

Mais comment on le récupère après ?

Là ma base de données répond en lecture , donc je ne voudrai pas la casser....

[lolotte35]

Bonjour,

J'ai trouvé un select à faire sur un site, sur v$recover_file:
voilà le résultat :

Code :

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

1
2
3
4
5
6
SQL> select file#,error,online_status from v$recover_file;
 
     FILE#  ERROR               ONLINE_status
         6    FILE NOT FOUND  ONLINE
         7    FILE NOT FOUND  ONLINE
         8    FILE NOT FOUND  ONLINE

Donc à priori j'ai une erreur sur le fichier 6, mais aussi sur les fichiers 7 et 8...
et je suis bien en mode non archivelog

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
SQL> SELECT LOG_MODE FROM SYS.V$DATABASE;
 
LOG_MODE
------------
NOARCHIVELOG
 
SQL> select d.name, t.name from v$datafile d , v$tablespace t where t.ts#=d.ts# and d.file# in (6,7,8);
 
NAME		NAME
------------------------------
/data/u43/Composer/oradata/XDES/data/COMP_DATA01.dbf	XD_DATA_WORK
 
/data/u43/Composer/oradata/XDES/index/COMP_INDEX01.dbf	XD_INDEX_WORK
 
/data/u43/Composer/oradata/XDES/lob/COMP_LOB01.dbf		XD_LOB_WORK

[Heaven93]

bonjour,
quels sont les droits sur ces fichiers? est-ce qu'oracle a les droits nécessaires dessus?
s'il y a plusieurs bases de données sur le serveur, est-il possible que ces fichiers aient été écrasés par des fichiers du même nom appartenant à une autre base de données?
essayer un fuser sur chaque nom de fichier pour voir qui les holde éventuellement.

[lolotte35]

Bonjour,

Le propriétaire des fichiers est Oracle et aucune base n' a pu écrire dans ces fichiers, car les autres bases sont sur d'autres disques.

C'est vraiment suite à une redémarrage brutal du serveur, qu'il y a eu ce problème

[Fabien Celaia]

Si vous avez réellement des accès en lecture, à ce stade, je vous conseille rapidement un export (histoire de limiter les dégâts).

Le message dit que le datafile n'est pas identifiable OU verrouillable.

[lolotte35]

Je n'arrive pas à la sauvegarder car la base appartient à un logiciel, et à priori on ne peut se connecter en sqlplus en login system dessus.