Guide de déduplication NetBackup™
- Introduction à NetBackup Media Server Deduplication Option
- Planification de votre déploiement
- À propos des conditions requises en matière de stockage et de connectivité de MSDP
- À propos de la déduplication de serveur de médias NetBackup
- À propos de la déduplication directe du client NetBackup
- A propos de la déduplication client de filiale MSDP
- A propos des gestionnaires de flux de MSDP
- Pratiques d'excellence de déploiement MSDP
- Provisionnement du stockage
- Configuration de la fonction de déduplication
- A propos de l'agent de déduplication à plusieurs threads MSDP
- A propos des empreintes MSDP
- Activer la prise en charge d'un MSDP de 400 To
- Configuration d'un serveur de stockage pour un pool de déduplication de serveur de médias
- À propos des pools de disques pour la déduplication NetBackup
- Configuration d'une unité de stockage d'un pool de déduplication de serveur de médias
- Configuration des attributs client pour la déduplication côté client du MSDP
- À propos du chiffrement MSDP
- À propos du chiffrement MSDP à l'aide du service NetBackup Key Management Server
- À propos d'un chemin d'accès de réseau distinct pour la duplication et la réplication MSDP
- À propos de la duplication optimisée MSDP au sein du même domaine
- Configuration de la réplication MSDP sur un autre domaine NetBackup
- À propos d'Auto Image Replication NetBackup
- Configuration d'une cible pour la réplication de MSDP vers un domaine distant
- À propos des politiques de cycle de vie du stockage
- Propriétés Réseau résilient
- À propos de la déduplication de longueur variable sur les clients NetBackup
- A propos du fichier de configuration pd.conf de MSDP
- A propos de l'enregistrement de la configuration de serveur de stockage MSDP
- Au sujet de la protection du catalogue MSDP
- À propos de la prise en charge du stockage WORM NetBackup pour les données immuables et ineffaçables
- Exécution des services MSDP avec l'utilisateur non-racine
- Exécution des commandes MSDP avec l'utilisateur non-racine
- Groupe de volumes MSDP (MVG)
- À propos du groupe de volumes MSDP
- Configuration du groupe de volumes MSDP
- Prise en charge du cloud MSDP
- A propos de la prise en charge du cloud MSDP
- Récupération d'espace cloud
- A propos de la reprise après incident pour la LSU cloud
- À propos du partage d'images à l'aide du cloud MSDP
- Conversion de l'image de la machine virtuelle en VHD dans Azure
- À propos de la prise en charge du stockage immuable (WORM) en cloud MSDP
- À propos de la prise en charge des objets immuables pour AWS S3
- À propos de la prise en charge du stockage immuable au niveau objet pour Google Cloud Storage
- À propos de la prise en charge d'AWS IAM Role Anywhere
- À propos de la prise en charge du principal de service Azure
- À propos de la prise en charge d'AWS Snowball Edge par NetBackup
- Configuration de NetBackup pour AWS Snowball Edge
- Reconfigurer NetBackup pour fonctionner avec S3
- À propos de la sauvegarde directe dans le cloud
- Interface S3 pour MSDP
- Configuration de l'interface S3 pour MSDP sur un serveur BYO MSDP
- Gestion des identités et des accès (IAM) pour l'interface S3 pour MSDP
- API S3 pour l'interface S3 pour MSDP
- API S3 sur les compartiments
- API S3 sur les objets
- API S3 sur les compartiments
- Reprise après incident dans l'interface S3 pour MSDP
- Surveillance de l'activité de déduplication
- Affichage des détails du travail MSDP
- Gestion de la fonction de déduplication
- Gestion des serveurs MSDP
- Gestion des informations d'authentification du moteur de déduplication NetBackup
- Gestion des pools de déduplication de serveur de médias
- Modification des propriétés d'un pool de déduplication de serveur de médias
- A propos de la vérification d'intégrité des données de MSDP
- A propos du changement de base du stockage MSDP
- Gestion des serveurs MSDP
- Récupération MSDP
- Remplacement des hôtes MSDP
- Désinstallation MSDP
- Architecture de déduplication
- Configuration et gestion de partages universels
- Présentation des partages universels
- Conditions préalables à la configuration de partages universels
- Conditions préalables et configuration matérielle requise pour configurer des partages universels sur un serveur BYO
- Configuration de l'authentification utilisateur pour un partage universel
- Gestion des partages universels
- Créer un partage universel
- Créer un partage universel
- Restauration de données à l'aide de partages universels
- Fonctions avancées des partages universels
- Orientation des données de partage universel vers un magasin d'objets
- Accélérateur de partage universel pour la déduplication de données
- Configuration d'un accélérateur de partage universel
- À propos du quota de l'accélérateur de partage universel
- Chargement des données de sauvegarde sur un partage universel avec le mode de réception
- Évolutivité des partages universels
- Gestion des services de partage universel
- Résolution des problèmes liés aux partages universels
- Configuration d'un environnement de récupération isolé (IRE)
- Configuration d'un environnement de récupération isolé (IRE) à l'aide de l'interface utilisateur Web
- Configuration d'un environnement de récupération isolé (IRE) à l'aide de la ligne de commande
- Utilisation de NetBackup Deduplication Shell
- Gestion des utilisateurs à partir du shell de déduplication
- À propos de la sauvegarde externe de catalogue MSDP
- Gestion des certificats à partir du shell de déduplication
- Gestion des services NetBackup à partir du shell de déduplication
- Surveillance et dépannage des services NetBackup à partir du shell de déduplication
- Gestion du service S3 à partir du shell de déduplication
- Dépannage
- À propos de la consignation unifiée
- À propos de la consignation héritée
- Résolution des problèmes de configuration MSDP
- Résolution des problèmes d'exploitation de MSDP
- Résolution des problèmes liés à plusieurs domaines
- Annexe A. Migration vers le stockage MSDP
- Annexe B. Migration de Cloud Catalyst vers les niveaux cloud directs MSDP
- À propos de la migration directe de Cloud Catalyst vers les niveaux de cloud directs MSDP
- Annexe C. Robot de chiffrement
Revenir à Cloud Catalyst à partir d'un échec de migration
La récupération du catalogue du serveur principal NetBackup afin de revenir à Cloud Catalyst est l'approche la plus sûre pour les tentatives de migration qui aboutissent comme pour celles qui échouent. Mais il est parfois possible de revenir à Cloud Catalyst après l'échec d'une migration sans récupérer le catalogue du serveur principal.
Si le problème et la fermeture de la commande nbdecommission se sont produits avant l'affichage du message suivant, vous pourrez peut-être revenir à Cloud Catalyst sans récupérer le catalogue du serveur principal. Le message suivant s'affiche dans la sortie de la commande ou le fichier journal d'administration
de la commande nbdecommission :
Disk pool <new disk pool name> has been successfully created with 1 volumes
Lorsque la migration échoue après l'affichage du message Pool de disques
, vous devez procéder à la récupération du catalogue du serveur principal pour revenir à Cloud Catalyst.
Si vous ne récupérez pas le catalogue du serveur principal, vous devez supprimer manuellement le nouveau pool de disques, le volume de disque, le serveur de stockage cloud et le serveur de niveau cloud MSDP. Vous devez les supprimer après le retour à Cloud Catalyst.
La procédure suivante suppose que la migration a échoué avant que le message Disk pool ne s'affiche dans la sortie. La procédure suppose également que le serveur Cloud Catalyst n'est pas réutilisé en tant que serveur de niveau cloud MSDP pour la migration.
Revenir à Cloud Catalyst après un échec de migration
- Arrêtez les services NetBackup sur le nouveau serveur de niveau cloud MSDP.
- Sur le serveur Cloud Catalyst, assurez-vous que, dans le fichier
esfs.json
, ReadOnly est défini sur 0 .Si vous n'avez besoin que de réaliser des restaurations et n'avez pas l'intention d'exécuter de nouveaux travaux de sauvegarde ou de duplication vers Cloud Catalyst, définissez ReadOnly sur 1 .
- Démarrez les services NetBackup sur le serveur Cloud Catalyst.
- Une fois le serveur de stockage Cloud Catalyst en ligne, vous pouvez poursuivre les restaurations, les sauvegardes ou les travaux de duplication optimisée.
Les travaux de sauvegarde ou de duplication optimisée nécessitent que ReadOnly soit défini sur 0 dans le fichier
esfs.json
. - Si vous exécutez la version 8.2 de Cloud Catalyst ou une version antérieure, vous devrez peut-être déployer un nouveau certificat basé sur le nom d'hôte pour le serveur de médias. Vous pouvez exécuter la commande suivante sur le serveur principal pour déployer le certificat :
/usr/openv/netbackup/bin/admincmd/bpnbaz - ProvisionCert <CloudCatalyst host-name>
Il est nécessaire de redémarrer les services NetBackup sur le serveur Cloud Catalyst.
- Il peut être nécessaire d'exécuter la commande suivante pour autoriser Cloud Catalyst à lire à partir du compartiment dans le stockage en cloud :
/usr/openv/esfs/bin/setlsu_ioctl <cachedir>/storage/proc/cloud.lsu <bucketname>
Ce n'est pas néfaste si cette commande est exécutée alors que cela n'est pas nécessaire. Si la commande est exécutée, la sortie suivante s'affiche :
return code: -1 File exists.
- (Facultatif) Supprimez le dossier de sous-compartiment cloud MSDP entier dans le stockage en cloud pour éviter la perte d'espace et éviter tout problème lors d'une migration ultérieure vers le serveur de niveau cloud MSDP.
La procédure suivante suppose que la migration a échoué sur le serveur Cloud Catalyst ayant été réutilisé ou réinstallé en tant que serveur de niveau cloud MSDP.
Revenir à Cloud Catalyst après un échec de migration en cas de réutilisation du serveur Cloud Catalyst
- Arrêtez les services NetBackup sur le nouveau serveur de niveau cloud MSDP.
- Réinstallez le serveur Cloud Catalyst à l'aide de la même version de NetBackup et des lots EEB qui étaient actifs lors de la migration.
- Contactez ensuite le support technique Cohesity pour utiliser le processus rebuild_esfs afin de récupérer ce serveur Cloud Catalyst à partir des données dans le stockage en cloud. (Le processus rebuild_esfs supplante l'ancienne méthode drcontrol de récupération d'un serveur Cloud Catalyst. La méthode drcontrol est obsolète.)
- (Facultatif) Supprimez le dossier de sous-compartiment cloud MSDP entier dans le stockage en cloud pour éviter la perte d'espace et éviter tout problème lors d'une migration ultérieure vers le serveur de niveau cloud MSDP.