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
- À propos du chiffrement MSDP à l'aide du service NetBackup Key Management Server
- 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
- Exécution des services MSDP avec l'utilisateur non-racine
- 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 pour Google Cloud Storage
- À 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
- 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
- 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
- Configuration de l'authentification utilisateur pour un partage universel
- Utilisation du mode de réception
- Activation d'un partage universel avec magasin d'objets
- Configuration d'un accélérateur de partage universel
- À propos du quota de l'accélérateur de partage universel
- 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 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 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.