[Oracle 8i] Probleme de restauration [Résolu]

[creatures]

Bonjour,
La base de donnée d'un serveur de production sous Oracle 8i ne fonctionne plus depuis ce matin.
Depuis quelques jours nous avions des signes de fatigue avec des problemes de lock au demmarage resolue en passant par DBA studio.
Aujourd'hui avec l'utilitaire DBA studio, la base ne se lance plus completement,
elle est ouverte mais avec le message suivant :

Code :

1
2
3
 
ORA-01113 Le fichier 4 necessite une recuperation de support
\generix\DAT\idxgnx1.dbf

J'ai essayé de faire une recupération en me connectant avec sqlplus sous sysdba j'ai effectué les commande suivante :

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
 
SQL> startup mount
ORACLE instance started.
 
Total System Global Area   57874460 bytes
Fixed Size                    75804 bytes
Variable Size              53526528 bytes
DATABASE Buffers            4194304 bytes
Redo Buffers                  77824 bytes
DATABASE mounted.
 
SQL> recover DATABASE until cancel USING backup controlfile;
ORA-00279: CHANGE 39537995 generated at 12/11/2007 06:00:42 needed FOR thread 1
ORA-00289: suggestion : D:\ORACLE\ORA81\RDBMS\ARC02623.001
ORA-00280: CHANGE 39537995 FOR thread 1 IS IN sequence #2623
 
 
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery TO be consistent
ORA-01110: DATA file 1: 'D:\GENERIX\DAT\DBSGNX.DBF'
 
 
ORA-01112: media recovery NOT started
 
 
SQL> 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: 'D:\GENERIX\DAT\DBSGNX.DBF'

La je seche maintenant, a priori j'ai un probleme avec les resetlogs mais je ne vois pas comment le resoudre

Concernant les log, voici ce que je peut vous fournir :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
SQL> archive log list;
DATABASE log mode              No Archive Mode
Automatic archival             Disabled
Archive destination            D:\oracle\ora81\RDBMS
Oldest online log sequence     2620
Current log sequence           2623
SQL> SELECT recid,stamp,sequence#, first_change#,next_change# from v$log_history
;
 
     RECID      STAMP  SEQUENCE# FIRST_CHANGE# NEXT_CHANGE#
---------- ---------- ---------- ------------- ------------
      2617  639605993       2617      39333691     39362360
      2618  639920248       2618      39362360     39399851
      2619  639922259       2619      39399851     39419997
      2620  640554556       2620      39419997     39470812
      2621  640698370       2621      39470812     39499582
      2622  640951794       2622      39499582     39532222
 
1696 rows selected.

Si une bonne ame a une piste, ce serait merveilleux,
Sinon, au pire on a une sauvegarde de cette nuit, mais n'ayant jamais fait de restauration a partir d'une cassette, je prefere eviter pour le moment.

Merci d'avance

[orafrance]

pourquoi USING BACKUP CONTROL FILE ?

Et RESETLOGS... comme tu y vas

T'as une sauvegarde j'espère

[creatures]

Merci de votre reponse.
Oui j'ai une sauvegarde, mais je n'ai jamais fait de restauration de celle-ci.

J'ai testé sans USING BACKUP CONTROL FILE
mais j'ai le message suivant :

Code :

1
2
3
SQL> recover DATABASE
ORA-00283: recovery session canceled due TO errors
ORA-01610: recovery USING the BACKUP CONTROLFILE OPTION must be done

[creatures]

Accesoirement j'ai compris ce qui a fait planter la base...
La sauvegarde !
En effet, suite a un redemmarage des serveurs dimanches, le logiciel backup exec c'est mis en attente de cassette pour lancer sa sauvegarde.
Lundi matin, a l'insertion de la cassette le robot a lancé sa sauvegarde base a chaud !
donc les fichiers onts été sauvegardé mais alors qu'ils etaient en cours d'utilisation...
Idem ce matin, la cassette prevue pour la sauvegarde de cette nuit etant deja ecrite, backup exec hiers soir a attendu qu'on lui insere une nouvelle cassette pour lancer sa sauvegarde ce qu'il a fait ce matin nous plantant la base !!!!
Et depuis ca sa ne marche plus.
Donc la dernieres sauvegarde remonte cette fois ci a jeudi ou vendredi dernier et ca commence a faire long, je souhaite vraiment eviter d'utiliser celle ci.

Bref la je commence a avoir vraiment des sueurs froides...

[Pomalaix]

Si vous n'avez pas de compétences en interne, il faut vraiment vous faire assister pour mettre au point une procédure de sauvegarde digne de ce nom, et surtout tester vos capacités de restauration !

[creatures]

Merci pour la réponse, bien evidemment, on n'est pas au point sur ce sujet, les compétences de la société sur ce domaine sont partie recemment.
Dans l'immediat, le plan de sauvegarde n'est pas ma preoccupation premiere, je cherche d'abord et avant tout a relancer cette base, si cela doit passer par une restauration de la bande de vendredi pourquoi pas, mais s'il y a possibilité d'eviter cela, je prefere fortement.

[orafrance]

déjà évite d'utiliser des commandes que manifestement tu ne maitrises pas

Pour l'instant, l'option USING BACKUP CONTROL FILE ne s'impose pas et encore moins un RESETLOGS

Que donne un RECOVER DATABASE; ? Vérifie que les fichiers sont bien ONLINE dans v$datafile.

[creatures]

C'est sur que je ne maitrise pas l'administration d'oracle, j'ai fais les commandes ci-dessus aprés lectures de ce forum.

Voici la status de v*datafile.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
 
SQL> SELECT file#, creation_change#,status from v$datafile ;
 
     FILE# CREATION_CHANGE# STATUS
---------- ---------------- -------
         1                4 SYSTEM
         2             3761 ONLINE
         3            32346 ONLINE
         4            32355 ONLINE
         5            32363 ONLINE
         6         33054128 ONLINE
 
6 rows selected.

Pour la commande recover DATASE, j'obtiens cela :

Code :

1
2
3
4
 
SQL> recover DATABASE
ORA-00283: recovery session canceled due TO errors
ORA-01610: recovery USING the BACKUP CONTROLFILE OPTION must be done

J'ai recuperé un dump de la base qui est fait le soir en plus de la sauvegarde sur bande.
Mon plan d'attaque pour cet aprés midi, c'est d'essayer de créer une base vide et d'y inserer ce dump.
Sauf si quelqu'un parmi ce forum trouve une methode pour restaurer l'intégrié de ma base.

[orafrance]

comment est faite la sauvegarde ? C'est un export, une copie des datafiles (à froid ou à chaud ?) ou RMAN ?

[creatures]

Voici la syntaxe du dump qui est fait :

Code :

 call d:\oracle\ora81\bin\exp\ system/**** FULL=Y file=generix.dmp

La j'en suis toujours a essayer de créer ma coquille vide avec différents script, j'ai pour le moment une erreur de TNS :
TNS-12560 Tns protocol adapter error.
Mais je desepere pas !

[pifor]

Si vous créez une base avec un nom différent, il faut créer le service Windows correspondant.

[creatures]

C'est bon, on s'en est sortis avec ce dump, et les scripts de création qui vont bien.
Merci pour votre aide, ca nous a permis de metre en place une base avec les REDOLOG. Maintenant, il nous reste a voir au plan de restauration/sauvegarde mieux que celui actuel.