Standby en erreur [Résolu]

[olivanto]

bonjour,

J'ai une 9.2.0.8 en prod, et une standby qui lui est liée, sur un autre serveur.
Hier, un problème réseau a empeché l'enregistrement des archivelogs sur lse serveur de la standy.
Ce matin, j'ai donc, via OEM une erreur pour l'archivelogs de la Standby; la connexion est pourtant active et l'emplacement pour y déposer les archivelogs est disponible, mais cela ne se rétablit pas...
Que dois je faire ??

[scheu]

Tu as sans doute un "GAP"
Essaie de restaurer/recopier manuellement les archivelogs manquants sur ton serveur standby, puis fais sur ta standby pour chaque archivelog non rejoué :

Code :

ALTER DATABASE REGISTER LOGFILE '/chemin/fichier.arch'

Quand tu auras ainsi rejoué tous les archivelogs manquants sur ta standby, le recovery automatique continuera tout seul avec les futurs archivelogs
Vérifie cela dans ton fichier alert

[Alain B.]

Juste par curiosité, je croyais que ce genre de soucis était gérés nativement par Oracle à partir de la 9i ?

[olivanto]

désolé pour le retard, mais j'ai dû régler la panne réeau avant la panne Oracle.

Bon , le chemin est valide vers la standby, mais maintenant j'ai vingt heures de décalages d'archives :

Code :

1
2
3
 
ARCH               CLOSING         3208  - PROD
ARCH               CLOSING         3206  - STANDBY

Donc, la STANDBY doit rattraper son retard ... Sauf que les archivelogs ne se copient toujours pas vers la STANDBY ....A l'aide !!

merci !

[scheu]

Envoyé par Alain B.

Juste par curiosité, je croyais que ce genre de soucis était gérés nativement par Oracle à partir de la 9i ?

C'est géré en natif si par exemple une coupure réseau intervient, et que quand le réseau refonctionne les archivelogs à envoyer à la standby sont toujours présents sur la primaire. Dans ce cas ils sont réexpédiés automatiquement et c'est transparent
Mais si entre temps les archivelogs ont été backupés puis supprimés du serveur primaire, ils n'ont pas pu être envoyés à la standby, dans ce cas il faut les restaurer à la main

[scheu]

Envoyé par olivanto

Sauf que les archivelogs ne se copient toujours pas vers la STANDBY ....A l'aide !!
merci !

Copie les manuellement sur le serveur standby et rejoue les manuellement avec les commandes "alter database register logfile ..."

[olivanto]

ça rentre dans l'ordre, doucement on dirait ...

J'ai fait une série de switch logfiles, et j'ai bien retrouvé les archivelogs sur la STANDBY.

Bon, en revanche, j'ai pas l'impression que la STANDBY les utilise car les fichiers de données sont les mêmes depuis la panne initiale...

Visiblement, la STANDBY fait un appel à la PROD via FAL, pour des séquences :

Code :

Failed TO request gap sequence. Thread #: 1, gap sequence: 3193-3195

Sur la PROD, j'ai çà en correspondance

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
ARC1: Begin FAL archive (thread 1 sequence 3193 destination SBPROD)
ARC1: FAL archive, source redo log file NOT found: F:\ARCHIVELOGS\1_3193.DBF
ARC1: FAL archive failed, see trace file.
ARCH: FAL archive failed. Archiver continuing
Thu Sep 11 11:10:15 2008
Errors IN file d:\oracle\admin\prod\bdump\prod_arc1_2480.trc:
ORA-16055: FAL request rejected
 
ARC1: Begin FAL archive (thread 1 sequence 3194 destination SBPROD)
ARC1: FAL archive, source redo log file NOT found: F:\ARCHIVELOGS\1_3194.DBF
ARC1: FAL archive failed, see trace file.
ARCH: FAL archive failed. Archiver continuing
Thu Sep 11 11:10:15 2008
Errors IN file d:\oracle\admin\prod\bdump\prod_arc1_2480.trc:
ORA-16055: FAL request rejected
 
ARC1: Begin FAL archive (thread 1 sequence 3195 destination SBPROD)
ARC1: FAL archive, source redo log file NOT found: F:\ARCHIVELOGS\1_3195.DBF
ARC1: FAL archive failed, see trace file.
ARCH: FAL archive failed. Archiver continuing
Thu Sep 11 11:10:15 2008
Errors IN file d:\oracle\admin\prod\bdump\prod_arc1_2480.trc:
ORA-16055: FAL request rejected

LE problème est que je ne trouve pas ces 3 séquences 1_3193, 1_3194,1_3195 ; le prod_arc1_2480 existe bien, lui en revanche...(dedans, ô surprise, j'ai les erreur lors de la coupure réseau pour l'impossiblité pour FAL d'aller mettre les archivelogs de la STANDBY)

J'ai donc l'impression que ma Standby fonctionne mais attend que ces 3 éléments arrivent pour la suite, mais comme ils ne viennent pas, et qu'ils n'existent visiblement plus (j'ai fait une sauveagrde à froid entre temps, et je sens bien la suppression involontaire de ces archvielogs....)

En suis je réduis à recréer ma base STANDBY ?

Comment virer le message d'alerte sur la PROD pour ces 3 archivelogs ?

[scheu]

S'il te manque les archivelogs des séquences 3193 à 3195 et que tu ne les as plus, c'est foutu, tu es bon pour reconstruire ta standby database, car tu as beau avoir les suivants qui sont bien transférés depuis ta base primaire, ta standby attendra toujours la séquence 3193 ...
Tu es sûr que ces 3 archivelogs n'ont pas été archivés et qu'il ne sont pas récupérables depuis une sauvegarde du filesystem ou autre ?

Pour reconstruire ton dataguard, http://download-uk.oracle.com/docs/c...e_ps.htm#63563
Ou si tu utilises RMAN, la commande "DUPLICATE DATABASE" est le plus simple

Pour enlever le message d'alerte sur la base de prod, modifie le paramètre log_archive_dest_X qui sert pour l'envoi des logs sur ta standby (met une chaîne vide comme valeur)

[olivanto]

Tu es sûr que ces 3 archivelogs n'ont pas été archivés et qu'il ne sont pas récupérables depuis une sauvegarde du filesystem ou autre ?

- bé oui, en général lorsque je fais une sauvegarde à froid, je vide le repértoire des archivelogs, puisque inutiles, mais je ne vide pas la corbeille, au cas z où ; bon, ben là j'ai tout vidangé (et évidemment ce répertoir n'est pas "backupé" ...) ; du coup c'est mort, mais pas bien grave, je vais tout reconstruire....

Pour enlever le message d'alerte sur la base de prod, modifie le paramètre log_archive_dest_X qui sert pour l'envoi des logs sur ta standby (met une chaîne vide comme valeur)

- Ca marche nickel ! Sinon est ce que j'aurai pu faire çà ?

Code :

ALTER system SET log_archive_dest_state_2 = 'DISABLED'

MERCI !

[scheu]

Envoyé par olivanto

[I]Sinon est ce que j'aurai pu faire çà ?

Code :

ALTER system SET log_archive_dest_state_2 = 'DISABLED'

MERCI !

Oui ça marchait aussi je pense