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
Optimisation réduite de l'accélérateur dans Azure pour la requête OR avec plusieurs étiquettes
Explication
Lorsque la politique du magasin d'objets cloud comporte au moins une requête dont plusieurs conditions d'étiquette sont combinées à l'aide de l'opérateur « OR », les sauvegardes des conteneurs Azure utilisant la politique de magasin d'objets cloud avec accélérateur subissent une perte d'accélération ou sauvegardent des données inchangées.
Cela se produit parce que l'ordre des objets donné par la séquence d'étiquettes ne correspond pas à ce qui est prévu par l'accélérateur. Certains objets sont introuvables dans le journal de suivi alors qu'ils s'y trouvent bien et sont donc sauvegardés à plusieurs reprises sans bénéficier des avantages de l'accélérateur.
Solution de contournement
N'utilisez pas la condition OR lors de la combinaison de plusieurs conditions d'étiquettes pour Azure. Créez plutôt une requête distincte pour chaque étiquette.
Par exemple :
Supposons que vous avez la requête (tagKey eq 'type' and tagValue eq 'text') ou (tagKey eq 'type' and tagValue eq 'none') avec le type de données queryname
Vous pouvez créer deux requêtes, l'une avec le type de données text (tagKey eq 'type' and tagValue eq 'text') et l'autre avec le type de données none (tagKey eq 'type' and tagValue eq 'none')
Remarque :
Lors de la première sauvegarde, aucune accélération ne sera appliquée pour ces nouvelles requêtes. Pour les sauvegardes ultérieures, vous remarquerez que le problème est résolu.