[rman][sncf.ora] Erreur de backup RMAN : fichier SNCF(SID).ORA [Résolu]

[Alain B.]

Bonjour,
Depuis hier, mes backups echouent avce l'erreur :

Code :

1
2
RMAN-03002: failure of backup plus archivelog command at 12/04/2006 22:47:43
ORA-19599: block number 233 IS corrupt IN control file C:\ORACLE\PRODUCT\10.2.0\DATABASE\SNCFSSID.ORA

quelqu'un sait il a quoi correspondt ce fichier et comment resoudre le problème ?

[orafrance]

comme le message l'indique c'est un control file : http://www.google.com/custom?q=contr...developpez.com

[bouyao]

Cela veut dire que le fichier SNCFSSID.ORA contient un bloc corrompu.
Il faut trouver le type de ce bloc, s'il appartient à un fichier de contrôle , archivelog, ou piece de backup. Dans ton cas c'est le fichier de contrôle.

[Alain B.]

qu'est ce qu'un fichier de contrôle que je n'ai pas créé vient faire à un endroit ou je n'ai rien mis ?

[bouyao]

Tout simplement, Rman doit récuperer des informations depuis le fichier de contrôle lorsque on n'utilise pas de Catalogue. S'il trouve des informations incoherentes entre les fichiers archivelogs et le fichier e contrôle, alors il dit qu'il ya corruption.
Le problème ca peut venir des archivelogs. (Est ce que tu a lancé un resetlogs ?)

[Alain B.]

Non, pas sur une base de production 24/24 :-(

[bouyao]

Est ce que le disque est plein ?

[Alain B.]

eh non.

Mais je pense utiliser la commande rman

Code :

CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'ailleurs\sncfsid.ora'

J'espere que ca va me recreer un autre fichier en esperant qu'il ne sera pas corrompu.
Vous en pensez quoi ?

[bouyao]

Moi a ta place, je ferais une sauvegarde complète de la base.

[Alain B.]

Envoyé par bouyao

Moi a ta place, je ferais une sauvegarde complète de la base.

Justement c'est en effectuant cette sauvegarde (via rman) que l'erreur arrive au moment du backup des controle files.

Mais comme tu as dit un peu plus haut

Envoyé par bouyao

S'il trouve des informations incoherentes entre les fichiers archivelogs et le fichier e contrôle, alors il dit qu'il ya corruption.

J'ai donc deplacer les archivelogs présents lors de la premiere apparition de l'erreur puis j'ai relancé le backup qui s'est bien déroulé cette fois.

Apres une fouille approfondie du fichier bdump/alert il n'y a qu'un evenement entre le dernier backup normal et la premiere erreur :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
ALTER DATABASE CREATE standby controlfile AS ...
The PRIMARY DATABASE controlfile was created USING the
'MAXLOGFILES 5' clause.
The resulting standby controlfile will NOT have enough
available logfile entries TO support an adequate number
of standby redo logfiles. Consider re-creating the
PRIMARY controlfile USING 'MAXLOGFILES 8' (OR larger).
USE the following SQL commands ON the standby DATABASE TO CREATE
standby redo logfiles that match the PRIMARY DATABASE:
ALTER DATABASE ADD STANDBY LOGFILE 'srl1.f' SIZE 52428800;
ALTER DATABASE ADD STANDBY LOGFILE 'srl2.f' SIZE 52428800;
ALTER DATABASE ADD STANDBY LOGFILE 'srl3.f' SIZE 52428800;
ALTER DATABASE ADD STANDBY LOGFILE 'srl4.f' SIZE 52428800;

Un collegue prepare une mise en standby.
Je ne saurais dire si mon soucis venait de la, mais c'est tentant

Je considere que c'est "résolu" puisque le backup fonctionne à nouveau, mais je reste sur ma faim concernant le pourquoi