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
À propos de la configuration et du nettoyage post-migration
Une migration réussie résulte en un nouveau pool de disques pour le niveau de cloud MSDP. Si ce nouveau serveur de niveau cloud MSDP doit être utilisé comme emplacement pour de nouveaux plans de protection, politiques ou travaux de duplication, créez une unité de stockage. Créez une unité de stockage pour ce nouveau pool de disques à l'aide de l'NetBackupinterface utilisateur WebNetBackup, de la console d'administration ou de l'API de stockage. L'unité de stockage n'est pas créée automatiquement par le processus de migration.
Utilisez la nouvelle unité de stockage comme emplacement pour vos plans de protection, politiques et SLP. Il est nécessaire d'activer toutes les politiques et SLP existantes qui ont déjà enregistré sur le serveur Cloud Catalyst migré, car le processus de migration les désactive.
Après une migration réussie, il peut être souhaitable de nettoyer tous les objets périmés créés par Cloud Catalyst. Cela peut libérer un espace relativement faible dans le cloud qui n'est plus nécessaire au serveur de niveau cloud MSDP. Veritas recommande d'attendre quelques jours ou semaines pour exécuter la commande cacontrol --catalog cleanupcloudcatalystobjects afin d'être certain que la migration a réussi. Une fois cette commande exécutée, il n'est plus possible de revenir à Cloud Catalyst pour accéder aux données. Cette étape est facultative et aucune fonctionnalité n'est affectée si elle n'est jamais réalisée.
Exécutez la commande suivante pour nettoyer les objets périmés :
/usr/openv/pdde/pdcr/bin/cacontrol --catalog cleanupcloudcatalystobjects <lsuname>
Pendant la migration, la commande nbdecommission pose la question suivante :
Do you wish to skip migrating CloudCatalyst image sharing information? (y/n) [n]:
Répondez y à cette question si vous êtes certain de ne pas utiliser la fonction de partage d'images dans votre environnement NetBackup.
Ne modifiez pas la réponse par défaut n dans toutes les autres situations ou si vous ne savez pas si l'environnement utilise ou non le partage d'image.
Exécutez une commande supplémentaire sur le serveur de partage d'images avant de pouvoir accéder à toutes les images qui ont été chargées dans le cloud par Cloud Catalyst. Cette commande ne doit être exécutée que si le partage d'images est utilisé. Exécutez la commande suivante sur le serveur de partage d'images :
/usr/openv/pdde/pdcr/bin/cacontrol --catalog buildcloudcatalystobjects <lsuname>
Après l'exécution de la commande cacontrol --catalog buildcloudcatalystobjects <lsuname>, redémarrez les services NetBackup sur le serveur de partage d'images.
Si les sauvegardes sont enregistrées directement sur le serveur Cloud Catalyst et que l'option d'accélérateur NetBackup est activée sur les politiques, il existe une considération particulière pour la migration Cloud Catalyst. L'option de l'accélérateur utilise le nom du serveur de stockage pour l'optimisation et ce nom de serveur de stockage change en raison de la migration. Par conséquent, le premier travail de sauvegarde qui est enregistré sur le serveur de niveau cloud MSDP migré n'a aucune optimisation d'accélérateur. En outre, pour les politiques de flux multiples avec accélérateur qui enregistrent directement sur le serveur de niveau cloud MSDP migré, le taux de déduplication peut être nul pour le premier travail de sauvegarde. Les travaux de sauvegarde ultérieurs reviennent à l'optimisation de l'accélérateur et aux vitesses de déduplication normales.
La migration n'a aucun effet sur les politiques avec accélérateur NetBackup si ces politiques s'enregistrent dans MSDP puis utilisent un travail de duplication pour enregistrer dans Cloud Catalyst.
La commande nbdecommission définit MachineState sur administrative pause (13) pour certains serveurs. Lorsqu'un serveur a le paramètre MachineState défini sur administrative pause (13), aucun travail ne s'exécute et le serveur peut sembler en panne.
Il est possible d'afficher MachineState avec la commande suivante :
/usr/openv/netbackup/bin/admincmd/nbemmcmd -listhosts -display_server -machinename myserver.test.com -machinetype media -verbose
S'il est nécessaire d'effacer le administrative pauseMachineState d'un serveur, exécutez la commande suivante :
/usr/openv/netbackup/bin/admincmd/nbemmcmd -updatehost -machinename myserver.test.com -machinetype media -machinestateop clr_admin_pause -masterserver mymaster.test.com