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
Configurer un chemin d'accès de réseau distinct pour la duplication et la réplication de MSDP
Vous pouvez utiliser un réseau différent pour le trafic de duplication et de réplication MSDP à la place de celui que vous utilisez pour les sauvegardes MSDP. Le trafic des données de duplication et de réplication, ainsi que le trafic de contrôle naviguent à travers le réseau distinct.
Cette procédure décrit comment utiliser les fichiers hosts
de serveurs de stockage pour acheminer le trafic sur le réseau distinct.
Les conditions préalables sont les suivantes :
Les serveurs de stockage source et cible doivent disposer d'une carte d'interface réseau dédiée à l'autre réseau.
Le réseau distinct doit être opérationnel et utiliser les cartes d'interface réseau dédiées sur les serveurs de stockage source et cible.
Sur des serveurs de stockage MSDP UNIX, assurez-vous que le commutateur de service de nom vérifie d'abord le fichier local de
hosts
avant d'interroger le DNS. Consultez la documentation du système d'exploitation pour plus d'informations sur le commutateur de service de nom.
Pour configurer un chemin d'accès de réseau distinct pour la duplication et la réplication MSDP
- Sur le serveur de stockage source, ajoutez l'interface réseau dédiée des serveurs de stockage cibles au fichier
hosts
du système d'exploitation. Si TargetStorageServer est le nom de l'hôte cible sur le réseau qui est dédié à la duplication, ce qui suit est un exemple de l'entréehosts
dans la notation IPv4 :10.10.10.1 TargetStorageServer.example.com TargetStorageServer
Veritas vous recommande de toujours utiliser le nom de domaine complet quand vous spécifiez des hôtes.
- Sur le serveur de stockage cible, ajoutez l'interface réseau dédiée des serveurs de stockage sources au fichier
hosts
du système d'exploitation. Si SourceStorageServer est le nom de l'hôte source sur le réseau qui est dédié pour la duplication, ce qui suit est un exemple de l'entréehosts
dans la notation IPv4 :10.80.25.66 SourceStorageServer.example.com SourceStorageServer
Veritas vous recommande de toujours utiliser le nom de domaine complet quand vous spécifiez des hôtes.
- Pour forcer les modifications à prendre effet immédiatement, videz le cache DNS. Consultez la documentation du système d'exploitation pour savoir comment vider le cache DNS.
- A partir de chaque hôte, utilisez la commande ping afin de vérifier que l'hôte résout le nom de l'autre hôte.
SourceStorageServer.example.com> ping TargetStorageServer.example.com TargetStorageServer.example.com> ping SourceStorageServer.example.com
Si la commande ping renvoie des résultats positifs, les hôtes sont configurés pour la duplication et la réplication sur le réseau distinct.
- Quand vous configurez le serveur de stockage cible, assurez-vous que vous sélectionnez le nom d'hôte qui représente le chemin d'accès de réseau alternatif.