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 du démarrage de la migration directe
Déterminez une plage horaire de maintenance pendant laquelle le serveur Cloud Catalyst existant et le nouveau serveur MSDP peuvent être hors ligne pendant le processus de migration. Dans la plupart des environnements, ce processus prend moins d'une journée. Pour certains environnements de très grande taille ou pour des environnements avec une faible bande passante de chargement vers le cloud, le processus peut prendre plus longtemps.
Avant de commencer la migration directe, recueillez les informations suivantes :
Le nom du serveur Cloud Catalyst (nom d'hôte de l'appliance Cloud Catalyst ou du serveur BYO).
Les informations d'authentification de connexion
root
sur le serveur Cloud Catalyst. Si le serveur Cloud Catalyst est une appliance, les informations d'authentification pour ouvrir une session et faire passer l'appliance en mode maintenance.Le nom du serveur de stockage Cloud Catalyst (serveur de stockage en cloud NetBackup utilisé pour Cloud Catalyst).
Le nom du compartiment ou du conteneur Cloud Catalyst.
La configuration de KMS, notamment le nom du groupe de clés KMS (uniquement si KMS est configuré).
Si le type de serveur de stockage Cloud Catalyst se termine par
_cryptd
, KMS est activé et<Nom du serveur de stockage Cloud Catalyst>:<nom du compartiment/conteneur>
correspond au nom du groupe de clés KMS.Si le type de serveur de stockage Cloud Catalyst se termine par
_rawd
, consultez la sectionKMSOptions
du fichiercontentrouter.cfg
sur le serveur Cloud Catalyst. Vérifiez si KMS est activé, puis recherchez le nom du groupe de clés KMS. Si la sectionKMSOptions
n'existe pas, KMS n'est pas activé. Si la sectionKMSOptions
existe, l'entréeKMSEnable
estTrue
si activé etFalse
si désactivé.Vous pouvez utiliser la commande /usr/openv/pdde/pdcr/bin/keydictutil - - list sur le serveur Cloud Catalyst pour afficher ces paramètres KMS (version 8.2 ou ultérieure de Cloud Catalyst).
Vous pouvez utiliser la commande /usr/openv/netbackup/bin/admincmd/nbkmsutil -listkgs sur le serveur principal NetBackup pour répertorier les noms de groupes de clés KMS. Vérifiez que le nom du groupe de clés KMS que vous avez collecté existe et est correct.
Le nom à utiliser pour le nouveau volume de disque pour le serveur de stockage de niveau cloud direct MSDP migré.
Le nom à utiliser pour le nouveau pool de disques pour le serveur de stockage de niveau cloud direct MSDP migré.
Toutes les informations d'authentification cloud (si vous utilisez un rôle AWS IAM, prévoyez d'utiliser la clé d'accès
factice
et la clé d'accès secrètefactice
).Toutes les autres informations de configuration spécifiques au cloud.
La liste de toutes les politiques et SLP NetBackup qui enregistrent actuellement sur le serveur de stockage Cloud Catalyst.
Une fois que vous avez collecté la liste précédente d'informations, téléchargez l'utilitaire sync_to_cloud
à partir du VeritasCentre de téléchargement et rendez-le disponible sur le serveur Cloud Catalyst pour l'utiliser pendant la procédure de pré-migration.
Vérifiez que l'ID de sélection de données MSDP (DSID) utilisé pour Cloud Catalyst est 2
. Examinez le contenu du répertoire <répertoire de cache Cloud Catalyst>/storage/databases/catalog
. Il doit y avoir un sous-répertoire et le nom de ce sous-répertoire doit être 2
. S'il y a plus de sous-répertoires ou si le sous-répertoire 2
n'existe pas, contactez le support Veritas pour obtenir de l'aide, car ce problème doit être corrigé avant de poursuivre.
Sur le serveur maître, assurez-vous qu'une politique de sauvegarde du catalogue (type de politique :
) existe et qu'elle possède un emplacement de stockage de politique autre que le serveur de stockage Cloud Catalyst à migrer. Une sauvegarde manuelle de cette politique de sauvegarde du catalogue est lancée à certains moments du processus de migration pour permettre la restauration d'une migration échouée. Si aucune sauvegarde du catalogue sur un stockage autre que le serveur Cloud Catalyst n'existe, la récupération après une migration échouée peut être difficile ou impossible.