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
À propos de la sauvegarde incrémentielle
NetBackup prend en charge les sauvegardes incrémentielles pour les charges de travail du magasin d'objets cloud. Vous pouvez utiliser la sauvegarde incrémentielle sans activer l'accélérateur.
Pour la charge de travail du magasin d'objets cloud, certaines propriétés de métadonnées n'impactent pas l'heure de modification d'un objet ou d'un objet blob. Par exemple, les étiquettes des objets blobs Azure. Même si vous modifiez ces propriétés de métadonnées, les objets correspondants ne sont pas pris en compte lors de la sauvegarde incrémentielle suivante. Ce phénomène peut ressembler à une perte de données durant la sauvegarde incrémentielle.
Pour les fournisseurs Azure Data Lake et Azure Data Lake Government, lorsque vous mettez à jour les listes de contrôle d'accès de fichiers ou de répertoires, l'heure de la dernière modification des fichiers ou répertoires en question ne change pas. Par conséquent, les fichiers et les répertoires dont les listes de contrôle d'accès ont été modifiées sont exclus des sauvegardes incrémentielles.
Pour obtenir la liste détaillée des propriétés de métadonnées qui n'impactent pas l'heure de modification d'un objet ou d'un objet blob, consultez la documentation du fournisseur cloud concerné.
Pour les sauvegardes incrémentielles, si un nom d'objet dispose d'un modèle de nommage de style de chemin d'accès, une entrée est ajoutée dans NetBackup pour chaque chemin d'accès. Si l'objet, représenté par le nœud final de ce nom de style de chemin d'accès, n'a pas été modifié depuis la dernière sauvegarde (incrémentielle ou complète, selon la planification incrémentielle utilisée), il est exclu de la sauvegarde incrémentielle suivante. En raison de ce comportement, des chemins d'accès vides s'affichent dans le catalogue et sont néanmoins visibles dans la vue de navigation de la restauration.