Recherche dans <book_title>…

Guide de référence des codes d'état NetBackup™

Last Published: 2023-12-28

Product(s): NetBackup (10.3)

Code d'état NetBackup : 5

Message: Échec total de la restauration.

Explication: les problèmes suivants peuvent être à l'origine de cet échec :

La consommation de l'UC virtuelle pour Azure a dépassé la limite autorisée.
Lorsque vous restaurez une copie répliquée de l'instance EC2 vers un autre emplacement, les noms de la paire de clés pour la région source et la région cible doivent être identiques.
Le snapshot source a été supprimé du fournisseur cloud.
Causes possibles de défaillance de la restauration granulaire :
- La restauration granulaire n'est pas prise en charge pour les systèmes de fichiers et les hôtes de destination qui sont créés sur LVM, LDM, un pool de stockage, toutes les variantes de FAT et les volumes sans lettre de lecteur.
- Espace disque disponible sur la destination.
- Le système de fichiers de destination était en lecture seule.
- Chemin cible non valide.
- Avant la version 10.0 de NetBackup Snapshot Manager, l'indexation de commandes vxms n'était pas prise en charge. La restauration granulaire (GRT) a échoué lors d'une tentative de GRT à partir d'une version antérieure de NetBackup Snapshot Manager et parce que la commande lvm était configurée sur le disque source.

Action recommandée: pour corriger le problème, essayez l'une des solutions suivantes selon le cas :

Si vous utilisez Azure, contactez votre fournisseur cloud pour augmenter le seuil limite.
Si vous tentez de restaurer une copie répliquée d'EC2, créez une nouvelle paire de clés dans la région cible. La nouvelle paire de clés doit être cohérente avec la paire de clés dans la zone source.
Le snapshot source doit être conservé sur le fournisseur cloud jusqu'à ce que la durée d'expiration d'image soit sélectionnée dans le plan de protection.

Lorsqu'une restauration sans agent VMware est effectuée, elle peut entraîner l'un des problèmes suivants :

Échec du chargement de l'outil de récupération sur la machine virtuelle cible %s avec l'erreur %d.
Assurez-vous que l'espace est suffisant ou que les autorisations sont disponibles à l'emplacement intermédiaire.
Échec de l'extraction de l'outil de récupération sur la machine virtuelle cible.
Vérifiez que l'espace disponible à l'emplacement intermédiaire %s dans la machine virtuelle cible est suffisant.

En cas d'échec d'une restauration granulaire, effectuez les opérations suivantes :

Pour la restauration granulaire des disques lvm et ldm, mettez à niveau Snapshot Manager vers la version 10.0.
Vérifiez que le chemin cible de restauration est accessible et que les privilèges et l'espace disque sont suffisants.
Le rapport d'erreur et d'avertissement de restauration au niveau du fichier est disponible sur l'hôte source (Windows ou Linux) comme suit :
- Chemin d'accès à l'hôte Windows : C:\ProgramData\Veritas\CloudPoint\restore\<job-id>/
- Chemin d'accès à l'hôte Linux : /root/veritas/<job-id>/
  Ces emplacements fournissent les détails de l'état du fichier restauré sur disque.
  Par exemple :
```
D#.log -> Existing log file which shows higher level failure
D#-Error.log ->This file is generated only when an error 
(at least one) is displayed during the copy process.

This file logs the Actual Exception / OS exception.
D#-Warning.log -> This file is generated only when a warning message 
(at least one) is displayed during the restore task.
```

Cliquez ici pour afficher les notes techniques et d'autres informations disponibles sur le site Web de Support technique de Veritas au sujet de ce code d'état.