Avamar : La sauvegarde Oracle échoue avec l’erreur « limite dépassée de 0 blocs corrompus pour le fichier »
Summary: Article de la base de connaissances (KB) qui fournit une solution aux échecs de sauvegarde Oracle dus à des blocs corrompus.
Symptoms
La sauvegarde indique un échec dans la fenêtre Activity, mais elle est disponible pour la restauration dans la console Avamar Administrator ou l’interface utilisateur Avamar (AUI). Cela est particulièrement vrai si l’option « Backup up archive logs » est activée dans le jeu de données.
La sauvegarde Oracle peut échouer avec des messages d’erreur similaires à ce qui suit :
avoracle Error <7934>: Snapup of EBSP aborted due to rman terminated abnormally - check the logs
...
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup plus archivelog command at 11/19/2015 20:52:52
ORA-19566: exceeded limit of 0 corrupt blocks for file E:\ORACLE\EMC\DB\AVAMAR\DATABASE.DBF
Recovery Manager complete.
Cause
Le fichier de base de données en question contient des blocs de données corrompus.
Vous pouvez le confirmer en exécutant la commande suivante :
SQL> select * from v$database_block_corruption;
Resolution
Vous devez effectuer une restauration des blocs corrompus à l’aide du plug-in Oracle Recovery Manager (RMAN) pour rétablir l’intégrité du fichier de base de données corrompu.
Conformément au Guide de l’utilisateur DELL Avamar for Oracle, vous devez d’abord configurer la base de données pour la restauration des blocs corrompus. Pour ce faire, définissez le paramètre d’initialisation DB_BLOCK_CHECKSUM sur TYPICAL pour la base de données Oracle. Ce paramètre permet à RMAN de détecter les corruptions physiques et logiques.
Suivez ensuite les instructions du Guide de l’utilisateur DELL Avamar pour Oracle pour restaurer une base de données sur le client d’origine. Dans le champ Recovery Type , sélectionnez l’option « Corrupt blocks ».
Si la restauration de blocs corrompus échoue, utilisez la commande SET MAXCORRUPT pour définir le nombre total de corruptions autorisées dans un fichier. La valeur par défaut est zéro, ce qui signifie que RMAN ne tolère aucun bloc corrompu, quel qu’il soit.
Si la limite MAXCORRUPT est dépassée lorsque RMAN rencontre un bloc corrompu lors d’une sauvegarde, RMAN suspend la sauvegarde. Dans le cas contraire, RMAN écrit le bloc corrompu sur la sauvegarde avec un en-tête spécial indiquant que le bloc est marqué comme corrompu.
Référence : https://docs.oracle.com/cd/B28359_01/backup.111/b28273/rcmsynta043.htm#RCMRF153 (Lien externe)
Toutefois, les sauvegardes effectuées à l’aide de la console Avamar Administrator ne peuvent pas tirer parti de cette solution de contournement. Par conséquent, vous devez effectuer des sauvegardes en ligne de commande à l’aide des scripts Oracle Recovery Manager (RMAN). Suivez la section « Sauvegarde et restauration avec Oracle RMAN » du Guide de l’utilisateur d’Avamar Oracle pour référence.
Pour résoudre définitivement les problèmes liés aux blocs de données corrompus (recommandé), vous devez contacter le support Oracle pour un dépannage supplémentaire.