Discussion :

[lca94]

Bonjour,

Je recherche le moyen (vu sur internet mais pas moyen de retrouver où)
de démarrer une instance dans un état non stable - non supporté par Oracle mais c'est une copie -

Je suis sûr d'avoir vu cette méthode : il fallait modifier 2 paramètres cachés d'Oracle ... le gars annonçait bien un "Attention" la base n'est plus supportée par Oracle par la suite ...

J'ai une base à restaurer (sur une machine de test par ex, sans toucher la prod qui elle marche très bien): une cartouche qui ne contient que le rman autobackup et le datafile.bus : aucun archivelog n'est récupérable : c'est un impondérable ..la cartouche a été créé après vidage des archivelog.bus via cron !! .... nocomment ...

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
16
17
18
19
20
 
#tar -xvf /dev/st0 backup/oracle/rman_online_auto*
backup/oracle/rman_online_autobackup_c-4029670036-20081004-00.bus
#tar -xvf /dev/st0 backup/oracle/rman_online_datafile*
backup/oracle/rman_online_datafiles_ORCL_667171815_43693_ldjs8ev7_1_1.bus
#tar -xvf /dev/st0 backup/oracle/rman_online_archivelog*
tar: /dev/st0: Cannot read: Input/output error
tar: /dev/st0: Cannot read: Input/output error
tar: /dev/st0: Cannot read: Input/output error
tar: /dev/st0: Cannot read: Input/output error
tar: /dev/st0: Cannot read: Input/output error
tar: /dev/st0: Cannot read: Input/output error
tar: /dev/st0: Cannot read: Input/output error
tar: /dev/st0: Cannot read: Input/output error
tar: /dev/st0: Cannot read: Input/output error
tar: /dev/st0: Cannot read: Input/output error
tar: /dev/st0: Cannot read: Input/output error
tar: /dev/st0: Cannot read: Input/output error
tar: Too many errors, quitting
tar: Error is not recoverable: exiting now

Je suis donc bloqué tant que je ne retrouve pas ce moyen magique...car toute restauration que je ferai affichera irrémédiablement que system (datafile 1) est incorrect et nécessite une récupération. Je sais que je ne pourrait pas faire autrement.

Merci d'avance pour ceux qui savent où trouver ce moyen un peu paradoxal mais je n'ai que celui-ci.

++

[13thFloor]

_allow_resetlogs_corruption à TRUE m'a déjà aidé en cas de corruption de redo logs mais le prochain switch de log a rendu la base inutilisable car le groupe de redo courant était corrompu.

Dans un autre cas, _corrupted_rollback_segments m'a aidé à démarrer une base où nous avions un souci sur le tablespace undo.

Ton cas n'est pas banal.

[lca94]

Merci, je vais voir ces 2 paramètres : ce sont peut-être bien ceux que j'avais vu 2 ans auparavant ..dommage que j'ai perdu la page web qui expliquait ça précisément :S ...
J'ai dans l'idée de recréer illico des groupes de log et supprimer les anciens, clear compris.

Edit: ha ben j'ai déjà retrouvé le post du forum auquel j'avais participé ...et depuis on a tjs pas trouvé cette page web ..elle a dû être suprimée ...on est plusieurs à la chercher :S
=> http://www.developpez.net/forums/d60...p-controlfile/

(PS: page retrouvée par google via : http://www.google.fr/search?hl=fr&q=...uption++&meta= héhé)

Il y avait la moitié de ta réponse: donc j'ai bien fait de le redemander
Je vous tient tous au courant. ça peut toujours servir !

[13thFloor]

Attention toutefois avec _ALLOW_RESETLOGS_CORRUPTION :

_ALLOW_RESETLOGS_CORRUPTION=TRUE allows database to open without consistency checks. This may result in a corrupted database. The database should be recreated.
As per Oracle Metalink, there is no 100% guarantee that setting _ALLOW_RESETLOGS_CORRUPTION=TRUE will open the database. However, once the database is opened, then we must immediately rebuild the database.
Voir les notes Metalink 578195.1 et 465478.1