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
Instauration d'un état cohérent pour le serveur Cloud Catalyst
Pour assurer l'intégrité et la cohérence des données, il est important qu'aucun travail actif n'utilise le serveur Cloud Catalyst pendant la migration. Effectuez la procédure suivante pour arrêter tous les travaux et vérifier que le serveur Cloud Catalyst est dans un état cohérent et stable avant de démarrer le processus de migration.
Remarque :
Les erreurs présentées dans la procédure suivante doivent être traitées avant de commencer la migration finale. Lisez la procédure complète ainsi que le texte suivant la procédure avant de commencer ce processus dans votre environnement.
Pour instaurer un état cohérent pour le serveur Cloud Catalyst
- Désactivez toutes les politiques de sauvegarde qui enregistrent actuellement sur le serveur de stockage Cloud Catalyst.
- Désactivez toutes les politiques de cycle de vie du stockage qui enregistrent actuellement sur le serveur de stockage Cloud Catalyst.
- Vérifiez que tous les travaux actifs qui utilisent le serveur de stockage Cloud Catalyst se sont arrêtés.
- Procédez au nettoyage du catalogue sur le serveur principal à l'aide de la commande bpimage -cleanup..
Emplacement : /usr/openv/netbackup/bin/admincmd/bpimage -cleanup -allclients -prunetir
- Une fois le nettoyage du catalogue terminé, traitez manuellement la file d'attente de transaction MSDP sur le serveur Cloud Catalyst à l'aide de la commande crcontrol - - processqueue et attendez que le traitement se termine.
Emplacement : /usr/openv/pdde/pdcr/bin/crcontrol - - processqueue
Se reporter à Traitement manuel de la file d'attente de transaction MSDP.
- Répétez l'étape 5 pour vérifier que toutes les images ont été traitées.
- Surveillez le journal
/usr/openv/netbackup/logs/esfs_storage
sur le serveur Cloud Catalyst pendant au moins 15 minutes (minimum) pour vous assurer que toutes les demandes de suppression ont été traitées. - Sur le serveur Cloud Catalyst, exécutez la commande /usr/openv/pdde/pdcr/bin/cacontrol --catalog recover all_missing.
Avertissement :
Si cette étape signale des erreurs, elles doivent être traitées avant de passer à l'étape suivante. Contactez le support Cohesity si vous avez besoin d'aide pour corriger les erreurs.
- Sur le serveur Cloud Catalyst, exécutez la commande /usr/openv/pdde/pdcr/bin/catdbutil --list et redirigez la sortie vers un fichier temporaire.
Utilisez ce fichier pour consulter les erreurs éventuelles et contactez le support technique Cohesity si des erreurs sont signalées.
- Lorsque les étapes précédentes se sont terminées sans erreur, exécutez l'utilitaire sync_to_cloud et attendez qu'il se termine. L'exécution de cet utilitaire peut prendre un certain temps selon l'environnement.
Se reporter à À propos du démarrage de la migration directe .
- Une fois
sync_to_cloud
terminée, arrêtez les services sur le serveur Cloud Catalyst.Vous pouvez laisser les services fermés sur le serveur Cloud Catalyst. Ou, si vous prévoyez d'utiliser un serveur MSDP différent pour migrer Cloud Catalyst, vous pouvez définir le champ
Readonly
sur 1 dans<répertoire du cache Cloud Catalyst>/cache/etc/esfs.json
. Redémarrez ensuite les services sur le serveur Cloud Catalyst. Si les services sont en cours d'exécution sur le serveur Cloud Catalyst au moment de la migration, certains éléments de configuration, tels que le nom du compartiment de cloud, sont déterminés automatiquement. Si ce n'est pas le cas, vous devez entrer les éléments de configuration que vous avez collectés dans la section suivante :Se reporter à À propos du démarrage de la migration directe .
- Exécutez une sauvegarde manuelle de la politique de sauvegarde du catalogue (type de politique : Catalogue NBU).
N'ignorez pas cette étape, car il est très important d'exécuter cette sauvegarde manuelle. Cette sauvegarde établit un point temporel auquel il est possible de retourner si la migration échoue.
Si possible, il est préférable d'utiliser un nouveau serveur de niveau cloud direct MSDP pour la migration. L'utilisation d'un nouveau serveur maintient le serveur Cloud Catalyst existant intact et utilisable en cas d'échec inattendu de la migration. Si vous prévoyez de réutiliser le serveur Cloud Catalyst en tant que nouveau serveur de niveau cloud direct MSDP, vous devez désinstaller le serveur et/ou réinstaller l'image du serveur à cet instant. Veillez à supprimer l'intégralité de NetBackup et du contenu du répertoire du cache Cloud Catalyst. Si vous devez réutiliser une appliance Cloud Catalyst, il peut être nécessaire de réinitialiser le stockage pour supprimer le cache Cloud Catalyst. Consultez la documentation de l'appliance pour plus de détails.
Se reporter à Planification de votre déploiement MSDP.
Remarque :
Bien que ce ne soit pas recommandé, Cloud Catalyst s'exécute sur le serveur principal dans des cas spécifiques. Puisque vous ne pouvez pas désinstaller le serveur principal, en créer une nouvelle image ou le mettre à niveau avec le serveur Cloud Catalyst configuré, vous devez exécuter le script /usr/openv/esfs/script/esfs_cleanup.sh pour supprimer Cloud Catalyst. Vous pouvez ensuite mettre à niveau le serveur principal et poursuivre la migration.