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
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.
- Exécutez un nettoyage de catalogue sur le serveur maître à 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 Veritas 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 Veritas 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 cela ne soit pas recommandé, Cloud Catalyst s'exécute sur le serveur maître dans certains cas particuliers. Puisque vous ne pouvez pas désinstaller le serveur maître ni créer une image du serveur maître ni le mettre à niveau avec 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 maître et poursuivre la migration.