Guide de l'administrateur de magasin d'objets cloud de l'interface utilisateur Web NetBackup™
- Introduction
- Gestion des biens du magasin d'objets cloud
- Protection des biens du magasin d'objets cloud
- À propos de la prise en charge de l'accélérateur
- À propos de la sauvegarde incrémentielle
- À propos des politiques relatives aux biens du magasin d'objets cloud
- Planification de politiques
- Conditions préalables pour les politiques de magasin d'objets cloud
- Création d'une politique de sauvegarde
- Configuration des attributs
- Création d'attributs de planification pour les politiques
- Configuration de la fenêtre de démarrage
- Configuration des dates d'exclusion
- Configuration des dates d'inclusion
- Configuration de l'onglet Objets cloud
- Ajout de conditions
- Ajout de conditions d'étiquette
- Exemple de conditions et de conditions d'étiquette
- Gestion des politiques de stockage du magasin d'objets cloud
- Récupération des biens du magasin d'objets cloud
- Dépannage
- La récupération du magasin d'objets cloud à l'aide de l'option de récupération du compartiment d'origine via l'interface utilisateur Web démarre, mais le travail échoue, ce qui renvoie l'erreur 3601
- Le travail de récupération ne démarre pas
- Échec de la restauration : « Erreur bpbrm (PID=3899) restauration client ÉTAT DE SORTIE 40 : connexion réseau interrompue »
- Propriété de niveau d'accès non restaurée après l'écrasement de l'objet existant dans l'emplacement d'origine
- Optimisation réduite de l'accélérateur dans Azure pour la requête OR avec plusieurs étiquettes
- La sauvegarde a échoué et renvoie une erreur de certificat avec des noms de compartiment Amazon S3 contenant des points (.)
- Les travaux de sauvegarde Azure échouent si le nom ou la valeur de la clé d'étiquette contient un espace dans la requête d'étiquette.
- Le compte de magasin d'objets cloud a subi une erreur
- La liste des compartiments est vide lors de la sélection de politique
- La création d'un deuxième compte sur Cloudian échoue si une région existante est sélectionnée
- La restauration a échoué, 2 825 opérations de restauration n'ont pas pu être terminées
- La génération de liste de compartiments du fournisseur cloud échoue lors de l'ajout d'un compartiment dans l'onglet Objets cloud
- La restauration d'image d'importation AIR échoue sur le domaine cible si le compte de stockage cloud n'est pas ajouté au domaine cible
- Échec de la sauvegarde pour Azure Data Lake lorsqu'un serveur de médias de version antérieure est utilisé avec l'hôte de sauvegarde ou le serveur de stockage de version 10.3
- Échec partiel de la sauvegarde dans Azure Data Lake : erreur nbpem (pid=16018) sauvegarde du client
- Échec de la récupération pour Azure Data Lake : opération non autorisée, car le chemin d'accès est trop profond
- Échec de la sauvegarde de répertoires vides dans Azure Data Lake
- Erreur de récupération : emplacement de répertoire alternatif non valide. Spécifiez une chaîne dont la longueur ne dépasse pas 1 025 caractères valides.
- Erreur de récupération : paramètre spécifié non valide
- Échec de la restauration : Impossible d'exécuter l'opération COSP, l'objet suivant sera ignoré : [/testdata/FxtZMidEdTK]
- Échec de la création d'un compte de stockage en cloud avec des informations d'authentification incorrectes
- Échec des découvertes en raison d'autorisations incorrectes
- Echec des restaurations dû au verrouillage d'objets
Limitations et remarques
Tenez compte des points suivants pour la protection des charges de travail dans le magasin d'objets cloud.
Si vous effectuez une mise à niveau vers NetBackup 10.3, à partir des versions 10.1 ou 10.2, les limitations suivantes s'appliquent.
Vous pouvez créer des comptes de magasin d'objets cloud avec des hôtes de sauvegarde ou des serveurs évolutifs dotés de la version 10.3 ou d'une version ultérieure seulement. Vous ne pouvez pas mettre à jour un compte de magasin d'objets cloud existant créé sur NetBackup 10.3 (ou version ultérieure) avec des hôtes de sauvegarde ou des serveurs évolutifs dotés d'une version antérieure à la 10.3.
Vous pouvez créer des politiques uniquement avec des hôtes de sauvegarde ou des serveurs évolutifs dotés de la version 10.3 ou d'une version ultérieure. Vous ne pouvez pas mettre à jour une politique existante créée sur NetBackup 10.3 (ou version ultérieure) avec des hôtes de sauvegarde ou des serveurs évolutifs dotés d'une version antérieure à la 10.3.
Les types d'informations d'authentification suivants sont pris en charge avec les hôtes de sauvegarde ou les serveurs évolutifs dotés d'une version ultérieure à la 10.3 uniquement. Pour Azure : principal du service et identité gérée. AWS : assumer le rôle (EC2).
Les restaurations avec propriétés de verrouillage d'objet sont prises en charge uniquement pour les hôtes de sauvegarde ou les serveurs évolutifs dotés de la version 10.3 ou d'une version ultérieure.
La sauvegarde et la restauration des compartiments avec la conservation par défaut activée sont prises en charge uniquement avec les hôtes de sauvegarde ou les serveurs évolutifs dotés de la version 10.3 ou d'une version ultérieure.
Pour Azure, si vous mettez à jour une politique créée avec une version de NetBackup antérieure à la 10.3 et un hôte de sauvegarde ou un serveur évolutif doté de la version 10.3 ou d'une version ultérieure, les sauvegardes échouent. Pour contourner ce problème, mettez à jour tous les compartiments pour utiliser le nouveau format de l'ID généré fourni avec les requêtes existantes. Notez que vous devez créer le compte du magasin d'objets cloud associé dans la politique, à l'aide de NetBackup version 10.3 ou ultérieure, pour que cette solution aboutisse.
La découverte est prise en charge pour NetBackup version 10.3 ou ultérieure déployée sur RHEL. Si aucun hôte pris en charge n'est disponible, la découverte ne démarre pas pour les comptes de stockage cloud configurés. Dans ce cas, l'état de découverte n'est pas disponible et vous ne pouvez pas afficher de liste de compartiments pendant la création de la politique. Même si vous ajoutez les compartiments manuellement après l'échec de la découverte, vos sauvegardes risquent d'échouer. Mettez à niveau au moins un hôte de sauvegarde ou un serveur évolutif pris en charge et créez une nouvelle politique.
Si la propriété de codage de contenu d'un objet blob Azure est définie sur « gzip » ou sur « x-gzip », NetBackup ne télécharge pas cet objet blob et n'effectue pas de sauvegarde. Le travail de sauvegarde est marqué comme étant partiellement terminé. Le message suivant s'affiche dans le moniteur d'activité :
Erreur bpbrm (pid=XXX) du client XYZ_CLIENT : ERR - Fichier /ABC.zzz réduit de <size> octets, complété par des zéros.Si vous mettez à jour une politique créée sur une version antérieure à 10.3 de NetBackup, tenez compte des points suivants après une sauvegarde :
Après la sauvegarde, deux versions des mêmes compartiments peuvent s'afficher (formats anciens et nouveaux). Pour restaurer d'anciennes données, sélectionnez le compartiment dans l'ancien format. Pour les sauvegardes plus récentes, sélectionnez le format le plus récent.
La sauvegarde effectuée après la mise à jour est une sauvegarde complète, quelle que soit la configuration de la politique.
Après la mise à niveau vers la version 10.3, tous les objets de la sélection sont sauvegardés lors de la première sauvegarde d'objets blob Azure avec accélérateur, même dans le cas d'une sauvegarde incrémentielle. Cette sauvegarde complète est requise pour la modification des propriétés de métadonnées des objets blob Azure entre les versions 10.2 et 10.3 de NetBackup. Lors des sauvegardes incrémentielles ultérieures, seuls les objets modifiés seront sauvegardés.
Si vous utilisez un compte de magasin d'objets cloud créé dans une version antérieure à la 10.3, NetBackup découvre les compartiments dans l'ancien format, où uniqueName=bucketName.
NetBackup n'accepte pas les combinaisons suivantes dans les requêtes de préfixe ou d'objet :
prefix = / prefix = /folder1 prefix = /object1 prefix = folder1// object = /obj1