Discussion :

[asnf]

Bonjour,
j'ai un problème de démarage d'oracle sous AIX:
j'ai une base de production que je veux dupliquer sur un serveur backup.
la sauvegarde se fait sur bande magnétique en utilisant la commande cpio (après arrêt de la base bien sûr).
Voici la commande cpio utilisé: /usr/bin/find /oracle /data /index /tpxexe (etc) -print | cpio -ocvB > /dev/rmt0.

ensuite j'ai restauré la bande sur le serveur backup.
quand je lance sqlplus, le système affiche l'erreur suivante: ORA-01034: ORACLE not available.

j'ai saisi les commandes suivantes:
>svrmgrl
SVRMGR> connect /as sysdba
Connected.
SVRMGR> startup nomount;
ORACLE instance started.
Total System Global Area 284200676 bytes
Fixed Size 69348 bytes
Variable Size 126050304 bytes
Database Buffers 157286400 bytes
Redo Buffers 794624 bytes
SVRMGR> alter database mount;
Statement processed.
SVRMGR> alter database open;
alter database open
*
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

Merci de me dire qu'elle sont les étapes à suivre car j'ai vu dans des forums qu'il faut faire un recover...etc et je n'ai pas réussi à redémarrer la base.

Merci d'avance.

[NGasparotto]

Essaies :

Code :

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

1
2
3
startup mount
recover database until cancel;
alter database open resetlogs;

Nicolas.

[asnf]

Bonjour,
Merci pour votre réponse.
Voici les résultats des commandes:

SVRMGR> recover DATABASE until cancel;
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done

SVRMGR> ALTER DATABASE open resetlogs;
ALTER DATABASE open resetlogs
*
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: '/tpxexe/tpx_prod/oradata/TPXPROD/system01.dbf'

[NGasparotto]

La sauvegarde de la base de production s'est-elle faite base fermee ?
Avant d'ouvrir la base en RESETLOGS, avez-vous essaye :

Code :

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

RECOVER DATABASE UNTIL CANCEL USING BACKUP CONTROLFILE

Nicolas.

[pifor]

Il faut exécuter:

Code :

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

RECOVER DATABASE USING BACKUP CONTROLFILE;

Voir la procédure complète dans la section 5 du tutoriel sur les sauvegardes .

[asnf]

en effet, la sauvegarde de la base est faite après un shutdown.

voici le résultat de la commande recover:
RECOVER DATABASE USING BACKUP CONTROLFILE;
ORA-00279: change 1235907198 generated at 10/10/2007 06:02:35 needed for thread 1
ORA-00289: suggestion : /oracle/server/dbs/arch1_4587902.dbf
ORA-00280: change 1235907198 for thread 1 is in sequence #4587902
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

ORA-00308: cannot open archived log '/oracle/server/dbs/arch1_4587902.dbf'
ORA-27037: unable to obtain file status
IBM AIX RISC System/6000 Error: 2: No such file or directory


en vérifiant le chemin mentionné (/oracle/server/dbs/), le fichier en effet n'existe pas! est-ce que c'un problème de droit? ou autre?

[pifor]

La base est-elle configurée en mode ARCHIVELOG ou NOARCHIVELOG ?
Si la base est configurée en mode ARCHIVELOG est-que:

• vous avez sauvegardé les archive redo logs (créés dans le répertoire défini par LOG_ARCHIVE_DEST ?)
• vous avez restauré les archive logs ?

Voir le tutoriel sur les sauvegardes/restaurations.

[asnf]

la base est en mode noarchivelog

[pifor]

La base n'a pas été arrêtée correctement (càd par shutdown ou shutdown immediate) sinon Oracle ne demanderait pas de faire une récupération avec des archive logs. Si la base est configurée en mode NOARCHIVELOG, il faut absolument l'arrêter proprement sinon il y a un risque important de ne pas pouvoir restaurer la sauvegarde faite après cet arrêt.

Merci de nous donner le résultat de:

Code :

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

1
2
archive log list;
select recid, stamp, sequence#, first_change#, next_change# from v$log_history;

Je vous conseille vivement la lecture du Backup and Recovery Concepts en particulier pour bien comprendre les différences entre les mode ARCHIVELOG et NOARCHIVELOG.