Guide de déduplication NetBackup™
- Introduction à NetBackup Media Server Deduplication Option
- Démarrage rapide
- 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 performances de MSDP
- A propos des gestionnaires de flux de MSDP
- Pratiques d'excellence de déploiement MSDP
- Provisionnement du stockage
- Licence de déduplication
- Configuration de la fonction de déduplication
- Configuration du comportement de l'agent de déduplication à plusieurs threads
- Configuration du comportement du cache d'empreinte MSDP
- Configuration de l'amorçage du cache d'empreinte MSDP sur le serveur de stockage
- A propos du chiffrement MSDP à l'aide du service NetBackup KMS
- Configuration d'un serveur de stockage pour un pool de déduplication de serveur de médias
- Configuration d'un pool de disques pour la déduplication
- Configuration d'une unité de stockage d'un pool de déduplication de serveur de médias
- À propos de la duplication optimisée MSDP au sein du même domaine
- Configuration de la duplication optimisée MSDP dans le même domaine NetBackup
- 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
- Création d'une politique de cycle de vie du stockage
- Propriétés Réseau résilient
- Modification du fichier pd.conf de MSDP
- Au sujet de la protection du catalogue MSDP
- Configuration d'une sauvegarde de catalogue MSDP
- À propos de la prise en charge du stockage WORM NetBackup pour les données immuables et ineffaçables
- 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
- A propos du partage d'images à l'aide du cloud MSDP
- À 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 d'objets immuables pour les plates-formes compatibles AWS S3
- À propos de la prise en charge du stockage immuable pour le stockage d'objets blob Azure
- Interface S3 pour MSDP
- Configuration de l'interface S3 pour MSDP
- Gestion des identités et des accès (IAM) pour l'interface S3 pour MSDP
- API S3 pour 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
- Configuration du comportement de la vérification de l'intégrité des données 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 utilisation de partages universels
- Utilisation du mode de réception
- Activation d'un partage universel avec magasin d'objets
- Configuration d'un environnement de récupération isolé (IRE)
- Utilisation de NetBackup Deduplication Shell
- Gestion des utilisateurs à partir du shell de déduplication
- 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
- Dépannage
- À propos de la consignation unifiée
- À propos de la consignation héritée
- Résolution des problèmes d'installation de MSDP
- 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 après une migration réussie
Le processus permettant de revenir à Cloud Catalyst suppose qu'une sauvegarde du catalogue NetBackup a été effectuée pour le catalogue de serveur maître avant que la commande nbdecommission -migrate_cloudcatalyst ait été exécutée. Si aucune image de sauvegarde du catalogue NetBackup de ce type n'est disponible, il est impossible de revenir à Cloud Catalyst, car le processus de migration modifie le catalogue NetBackup.
Le processus d'annulation suppose également que la commande /usr/openv/pdde/pdcr/bin/cacontrol --catalog cleanupcloudcatalystobjects n'a pas été exécutée sur le serveur de niveau cloud MSDP migré. Cela s'explique par le fait qu'une fois cette commande exécutée, il n'est pas possible de revenir à Cloud Catalyst.
Les images que Cloud Catalyst a enregistrées et qui ont expiré depuis la fin de la migration ont été supprimées du stockage en cloud. Le retour à Cloud Catalyst ne rend pas ces images disponibles pour la restauration, car ces données n'existent plus.
Toutes les réserves et limitations liées à l'exécution d'une récupération du catalogue du serveur principal NetBackup s'appliquent. Consultez la section détaillée du Guide de l'administrateur NetBackup relative à la récupération du catalogue. Plus précisément, aucune donnée n'est enregistrée sur le serveur MSDP ou d'autres serveurs de stockage après la création de l'image de sauvegarde du catalogue. Les données ne sont pas disponibles pour une restauration après la récupération de catalogue de serveur maître NetBackup.
Vous pouvez utiliser l'une des procédures suivantes afin de revenir à Cloud Catalyst :
La procédure suivante suppose que le serveur Cloud Catalyst a été laissé dans le même état qu'au moment de la migration et de l'arrêt de tous les services.
Revenir à Cloud Catalyst lorsque le serveur est dans le même état que lors de la migration
- Arrêtez les services NetBackup sur le nouveau serveur de niveau cloud MSDP.
- Exécutez l'Assistant Récupération de catalogue dans la console d'administration NetBackup.
Dans la fenêtre Console d'administration NetBackup, cliquez sur Gestion de NetBackup dans le volet gauche, puis sur Récupérer les catalogues dans le volet droit. Le volet Bienvenue de l'Assistant Récupération de catalogue s'affiche.
- Sélectionnez l'image de sauvegarde du catalogue qui a été créée avant l'exécution de la commande nbdecommission -migrate_cloudcatalyst pour migrer Cloud Catalyst vers le serveur de niveau cloud MSDP.
- Terminez toutes les étapes de l'assistant pour récupérer le catalogue NetBackup.
- Arrêtez et redémarrez les services NetBackup sur le serveur maître.
- 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 une version de Cloud Catalyst antérieure à 8.2 (exemple : 8.1, 8.1.1, 8.1.2), vous devrez peut-être déployer un nouveau certificat basé sur le nom d'hôte pour le serveur de médias. Le certificat peut être déployé en exécutant la commande suivante sur le serveur maître :
/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 le serveur Cloud Catalyst a été réutilisé ou réinstallé en tant que serveur de niveau cloud MSDP ou qu'il est indisponible pour une autre raison.
Revenir à Cloud Catalyst lorsque le serveur a été réutilisé ou réinstallé au moment de la migration
- Arrêtez les services NetBackup sur le nouveau serveur de niveau cloud MSDP.
- Exécutez l'Assistant Récupération de catalogue dans la console d'administration NetBackup.
Dans la fenêtre Console d'administration NetBackup, cliquez sur Gestion NetBackup dans le volet gauche, puis sur Récupérer les catalogues dans le volet droit. Le volet Bienvenue de l'Assistant Récupération de catalogue s'affiche.
- Sélectionnez l'image de sauvegarde du catalogue qui a été créée avant l'exécution de la commande nbdecommission -migrate_cloudcatalyst pour migrer Cloud Catalyst vers le serveur de niveau cloud MSDP.
- Terminez toutes les étapes de l'assistant pour récupérer le catalogue NetBackup.
- Arrêtez et redémarrez les services NetBackup sur le serveur maître.
- 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 Veritas 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.