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 : 2824

Message: Erreur de restauration de politique cloud.

Explication: Impossible de restaurer les données qui ont été sauvegardées à l'aide de la politique cloud. Plusieurs problèmes peuvent être à l'origine de cette erreur.

Action recommandée: Les tableaux suivants répertorient les messages d'erreur au niveau de nbcs qui sont affichés dans les détails des travaux sur le moniteur d'activité et l'action que vous devez effectuer pour résoudre le problème.

Tableau : La restauration a échoué car les conditions requises pour l'opération de restauration n'étaient pas satisfaites pour le bien

Message	Action recommandée
Le `groupe de ressources <RG>` de disque n'existe pas	Le groupe de ressources dans le chemin de destination du disque n'existe pas. Sélectionnez le groupe de ressources qui existe dans le cloud.
`L'ID d'abonnement <>` du disque doit être identique à l'ID d'abonnement de l'hôte.	Assurez-vous que l'ID d'abonnement indiqué dans le chemin de destination du disque correspond à l'ID d'abonnement du chemin de destination de la machine virtuelle.
Une machine virtuelle appelée `<>` existe déjà.	Relancez l'opération après avoir modifié le nom affiché.
Le `nom affiché <>` de la machine virtuelle n'est pas pris en charge.	Assurez-vous que le nom de la machine virtuelle est conforme à la convention de nommage du fournisseur cloud.
Le `chemin de destination <>` n'est pas configuré pour la configuration sélectionnée.	L'abonnement indiqué n'est pas configuré dans la configuration de destination spécifiée. Indiquez un abonnement qui existe dans le fournisseur cloud configuré.
Le `sous-réseau <id>` n'existe pas.	Le réseau de destination sélectionné n'existe pas dans l'abonnement sélectionné. Sélectionnez un réseau qui existe dans le cloud. Assurez-vous que la découverte s'est exécutée après la création d'un nouveau sous-réseau.
Le `groupe de ressources <RG>` de destination n'existe pas.	Le groupe de ressources dans le chemin de destination de la machine virtuelle n'existe pas. Sélectionnez un groupe de ressources qui existe dans le cloud.
La `région <>` n'est pas configurée.	Assurez-vous que la région sélectionnée fait partie de la configuration de destination.
L'utilitaire client `sqlpackage` est introuvable sur l'hôte spécifié.	Installez l'utilitaire `sqlpackage` requis sur le serveur de médias.
Les éléments suivants s'appliquent uniquement à la restauration Azure Stack à partir d'une sauvegarde. La restauration a échoué car l'emplacement intermédiaire n'est pas spécifié correctement. Vérifiez que `/cloudpoint/azurestack.conf` dispose d'une entrée correcte pour l'emplacement intermédiaire.
Échec de l'obtention de l'emplacement intermédiaire pour `l'abonnement {id}`.	Assurez-vous que les détails de l'emplacement intermédiaire (par ex., compte de stockage et conteneur) sont ajoutés dans le fichier `/cloudpoint/azurestack.conf` pour l'abonnement cible sélectionné.
Le `compte de stockage <account name>` n'existe pas.	Vérifiez que le compte de stockage existe dans l'abonnement cible.
Le `conteneur {container name}` n'existe pas dans le `compte de stockage {account name}`.	Assurez-vous que le conteneur du compte de stockage est présent dans le compte de stockage.

Tableau : Échec de l'exécution de l'opération de récupération pour le bien

Message	Action recommandée
La création du bien `<disk/host>`a échoué.	Il se peut que la limite de quota ait été dépassée. Vérifiez que la limite de ressources requise est disponible.
Le `bien <>` est introuvable.	Assurez-vous que le bien existe dans le cloud et qu'il est découvert.

Tableau : Echec de la restauration en raison de problèmes liés au certificat SSL ou à la connectivité entre Snapshot Manager et Azure ou Azure Stack

Message	Action recommandée
Impossible de récupérer la CRL du certificat. Si vous avez configuré le chemin d'accès `ECA _CRL_PATH`, assurez-vous que des CRL valides existent à l'emplacement. Vérifiez que l'URL de la CRL est accessible depuis le Snapshot Manager.	Copiez la dernière CRL au chemin d'accès `ECA_CRL_PATH` ou assurez-vous que l'URL du point de distribution de CRL qui figure dans le certificat de l'hôte correspondant est accessible depuis le Snapshot Manager.
Le certificat des serveurs Azure ou Azure Stack a été révoqué. Assurez-vous que les certificats ne sont pas révoqués par une autorité de certification.	Le certificat du serveur a été révoqué. Contactez l'administrateur de sécurité pour obtenir de l'aide.
La liste de révocation des certificats (CRL) a expiré. Assurez-vous que le chemin d'accès `ECA_CRL_PATH` est mis à jour avec la dernière CRL.	Assurez-vous que les dernières CRL sont chargées au chemin d'accès `ECA_CRL_PATH`. Vous pouvez mettre à jour le cache des CLR NetBackup manuellement à l'aide de la commande suivante sur Snapshot Manager : docker exec -i flexsnap-certauth bash -c '/usr/openv/pdde/pdopensource /nbcertcmdtool/nbcertcmdtool -atLibPath /usr/openv/pdde/pdopensource/nbcertcmdtool -updateCRLCache'
La liste de révocation des certificats (CRL) n'est pas encore valide.	Vérifiez l'heure système de Snapshot Manager ou spécifiez une CRL valide.
Le format de date de la dernière mise à jour de la liste de révocation des certificats (CRL) n'est pas valide.	Vérifiez la liste de révocation des certificats à l'aide de la commande openssl ou contactez votre administrateur de sécurité.
Le format de date de la prochaine mise à jour de la liste de révocation des certificats (CRL) n'est pas valide.	Vérifiez la liste de révocation des certificats à l'aide de la commande openssl ou contactez votre administrateur de sécurité.
Le certificat du serveur Azure ou Azure Stack a expiré. Assurez-vous que le serveur dispose d'un certificat valide.	Examinez le certificat et vérifiez que sa date de fin est valide. Vérifiez si l'horloge de Snapshot Manager est synchronisée avec le serveur spécifié. Corrigez l'heure sur l'hôte si nécessaire et relancez l'opération. Si le problème persiste, enregistrez toutes les informations du journal d'erreurs et contactez le support technique de Veritas.
Le certificat des serveurs Azure ou Azure Stack n'est pas encore valide.	Vérifiez si l'horloge de Snapshot Manager est synchronisée avec le serveur spécifié. Corrigez l'heure sur l'hôte si nécessaire et relancez l'opération. Si le problème persiste, enregistrez toutes les informations du journal d'erreurs et contactez le support technique de Veritas.
Impossible de trouver les certificats racine et intermédiaire publics du serveur Azure Stack.	Assurez-vous que le fichier de certificats est configuré correctement au chemin d'accès `ECA_TRUST_STORE_PATH` indiqué dans le fichier `bp.conf` sur le Snapshot Manager. Réexécutez l'opération. Si le problème persiste, enregistrez toutes les informations de journal d'erreur et contactez le support technique de Veritas.
Echec du chargement de la liste de révocation de certificats (CRL) à partir du cache de ces listes. Assurez-vous que le fichier CRL valide est configuré sur le Snapshot Manager pour Azure ou Azure Stack par `ECA_CRL_PATH`.	Assurez-vous que le fichier CRL valide est configuré sur le Snapshot Manager pour Azure ou Azure Stack par `ECA_CRL_PATH`.
Echec de la connexion au serveur Azure ou Azure Stack. Vérifiez la connectivité réseau entre Snapshot Manager et le serveur Azure ou Azure Stack.	Vérifiez la connectivité réseau entre le Snapshot Manager et le serveur Azure ou Azure Stack.
Impossible d'utiliser le chiffrement SSL spécifié pour le serveur Azure ou Azure Stack.	Contactez Support technique de Veritas.
L'opération a échoué avec l'erreur cURL :	Réexécutez l'opération. Si le problème persiste, enregistrez toutes les informations de journal d'erreur et contactez Support technique de Veritas.

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