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 des stratégies de migration Cloud Catalyst
Plusieurs stratégies de migration de Cloud Catalyst vers les niveaux cloud directs MSDP sont disponibles. La meilleure stratégie pour une installation dépend de différents facteurs, notamment le type de stockage en cloud (public ou privé, standard ou classe de stockage à froid) et les conditions de conservation des données.
Les quatre stratégies suivantes permettent la migration de Cloud Catalyst vers les niveaux cloud directs MSDP. Trois de ces stratégies peuvent être utilisées avec NetBackup 8.3 et les versions ultérieures, et la quatrième (la migration directe) est disponible dans la version 10.0 et les versions ultérieures. Les quatre stratégies présentent des avantages et des inconvénients dont vous devez tenir compte pour vous aider à faire le meilleur choix pour votre environnement.
Les quatre stratégies permettant la migration de Cloud Catalyst vers les niveaux cloud directs MSDP sont les suivantes :
Stratégie d'expiration naturelle : disponible dans la NetBackupversion 8.3 et les versions ultérieures.
Stratégie de duplication d'image : disponible dans la NetBackup version 8.3 et les versions ultérieures.
Stratégie combinée : disponible dans la NetBackup version 8.3 et les versions ultérieures.
Stratégie de migration directe : disponible dans la NetBackup version 10.0 et les versions ultérieures.
Cette stratégie fonctionne dans n'importe quel environnement. Pour utiliser cette stratégie, vous devez d'abord configurer un nouveau serveur de stockage de niveau cloud direct MSDP de NetBackup version 8.3 ou ultérieure. Vous pouvez également ajouter un pool de disques et une unité de stockage de niveau cloud direct MSDP à un serveur de stockage MSDP existant de NetBackup version 8.3 ou ultérieure (vérifiez la capacité du serveur). Ensuite, modifiez les politiques de cycle de vie du stockage et les politiques de sauvegarde pour utiliser le nouveau stockage de niveau cloud direct MSDP. Une fois que tous les nouveaux travaux de duplication ou de sauvegarde enregistrent sur le nouveau stockage de niveau cloud direct MSDP, les images sur l'ancien stockage Cloud Catalyst expirent progressivement. Une fois toutes ces images expirées, le serveur Cloud Catalyst peut être abandonné ou réaffecté.
La stratégie d'expiration naturelle présente les avantages suivants :
Disponible avec NetBackup la version 8.3 et les versions ultérieures. Cette stratégie vous permet d'améliorer les performances, la fiabilité, l'utilisation et la flexibilité disponibles au niveau du cloud direct MSDP. Peut être utilisée sans mettre à niveau NetBackup vers la version 10.0.
Peut être implémentée progressivement à l'aide de nouveaux serveurs de stockage en cloud MSDP tout en continuant d'utiliser les serveurs de stockage Cloud Catalyst.
Peut être utilisée dans tous les environnements, y compris le stockage à froid en cloud public (par exemple : AWS Glacier ou AWS Glacier Deep Archive).
Toutes les nouvelles données sont téléchargées avec les niveaux cloud directs MSDP, qui utilisent le stockage en cloud plus efficacement que Cloud Catalyst. Cela peut permettre de réduire l'utilisation et les coûts totaux à long terme du stockage en cloud.
La stratégie d'expiration naturelle présente les inconvénients suivants :
Avant l'expiration et la suppression de l'ensemble des anciennes images Cloud Catalyst, il existe une certaine duplication des données dans le stockage en cloud. Cette duplication peut se produire entre les anciennes images Cloud Catalyst et les nouvelles images de niveau cloud direct MSDP. Des coûts de stockage supplémentaires peuvent être engagés si vous utilisez un environnement cloud public.
Requiert un serveur distinct.
Les serveurs Cloud Catalyst doivent être conservés jusqu'à ce que toutes les images téléchargées depuis ces serveurs soient expirées ou ne soient plus nécessaires.
Cette stratégie peut être utilisée dans la plupart des environnements, sauf le stockage à froid en cloud public (par exemple : AWS Glacier ou AWS Glacier Deep Archive). Pour utiliser cette stratégie, vous devez d'abord configurer un nouveau serveur de stockage de niveau cloud direct MSDP de NetBackup version 8.3 ou ultérieure. Vous pouvez également ajouter un pool de disques et une unité de stockage de niveau cloud direct MSDP à un serveur de stockage MSDP existant de NetBackup version 8.3 ou ultérieure (vérifiez la capacité du serveur). Ensuite, modifiez les politiques de cycle de vie du stockage et les politiques de sauvegarde pour utiliser le nouveau stockage de niveau cloud direct MSDP. Une fois que tous les nouveaux travaux de duplication ou de sauvegarde enregistrent sur le nouveau stockage de niveau cloud direct MSDP, les images existantes sur l'ancien stockage Cloud Catalyst sont déplacées. Elles sont déplacées vers le nouveau stockage de niveau cloud direct MSDP à l'aide d'une commande bpduplicate lancée manuellement. Une fois que toutes les images existantes ont été déplacées de l'ancien stockage Cloud Catalyst vers le nouveau stockage de niveau cloud direct MSDP, le serveur Cloud Catalyst peut être abandonné ou réaffecté.
La stratégie de duplication d'image présente les avantages suivants :
Disponible avec NetBackup la version 8.3 et les versions ultérieures. Cette stratégie vous permet d'améliorer les performances, la fiabilité, l'utilisation et la flexibilité disponibles au niveau du cloud direct MSDP. Peut être utilisée sans mettre à niveau NetBackup vers la version 10.0.
Peut être implémentée progressivement à l'aide de nouveaux serveurs de stockage en cloud MSDP tout en continuant d'utiliser les serveurs de stockage Cloud Catalyst.
Toutes les nouvelles données ainsi que toutes les anciennes données Cloud Catalyst sont téléchargées avec les niveaux cloud directs MSDP, qui utilisent le stockage en cloud plus efficacement que Cloud Catalyst. Cela peut permettre de réduire l'utilisation et les coûts totaux à long terme du stockage en cloud.
La stratégie de duplication d'image présente les inconvénients suivants :
Les environnements de stockage à froid en cloud public (par exemple, AWS Glacier ou AWS Glacier Deep Archive) prennent en charge la restauration à partir du cloud, mais pas la duplication à partir du cloud. Cette stratégie ne peut donc pas être utilisée.
Si le stockage en cloud public est utilisé, des frais de sortie des données potentiellement significatifs sont engagés lorsque d'anciennes images Cloud Catalyst sont lues pour les dupliquer sur le nouveau stockage en cloud MSDP.
Un trafic réseau supplémentaire vers et à partir du cloud se produit lorsque les anciennes images Cloud Catalyst sont dupliquées sur le nouveau stockage de niveau cloud direct MSDP.
Avant le déplacement de l'ensemble des anciennes images Cloud Catalyst vers le stockage de niveau cloud direct MSDP, il existe une certaine duplication des données dans le stockage en cloud. Cette duplication peut se produire entre les anciennes images Cloud Catalyst et les nouvelles images de niveau cloud direct MSDP. Des coûts supplémentaires peuvent être engagés si vous utilisez un environnement cloud public.
Requiert un serveur distinct.
Les serveurs Cloud Catalyst doivent être conservés jusqu'à ce que toutes les images téléchargées depuis ces serveurs soient déplacées vers le nouveau stockage de niveau cloud direct MSDP ou ne soient plus nécessaires.
Cette stratégie peut être utilisée dans la plupart des environnements, sauf le stockage à froid en cloud public (par exemple : AWS Glacier ou AWS Glacier Deep Archive). Cette stratégie combine les deux stratégies précédentes. Pour utiliser cette stratégie, vous devez d'abord configurer un nouveau serveur de stockage de niveau cloud direct MSDP de NetBackup version 8.3 ou ultérieure. Vous pouvez également ajouter un pool de disques et une unité de stockage de niveau cloud direct MSDP à un serveur de stockage MSDP existant de NetBackup version 8.3 ou ultérieure (vérifiez la capacité du serveur). Ensuite, modifiez les politiques de cycle de vie du stockage et les politiques de sauvegarde pour utiliser le nouveau stockage de niveau cloud direct MSDP. Une fois que tous les nouveaux travaux de duplication ou de sauvegarde enregistrent sur le nouveau stockage de niveau cloud direct MSDP, les plus anciennes images sur l'ancien stockage Cloud Catalyst expirent progressivement. Lorsque le nombre d'images non expirées sur l'ancien stockage Cloud Catalyst passe au-dessous d'un seuil déterminé, ces images restantes sont déplacées. Elles sont déplacées vers le nouveau stockage de niveau cloud direct MSDP à l'aide d'une commande bpduplicate lancée manuellement. Une fois que toutes les images restantes ont été déplacées de l'ancien stockage Cloud Catalyst vers le nouveau stockage de niveau cloud direct MSDP, le serveur Cloud Catalyst peut être abandonné ou réaffecté.
La stratégie combinée présente les avantages suivants :
Disponible avec NetBackup la version 8.3 et les versions ultérieures. Cette stratégie vous permet d'améliorer les performances, la fiabilité, l'utilisation et la flexibilité disponibles au niveau du cloud direct MSDP. Peut être utilisée sans mettre à niveau NetBackup vers la version 10.0.
Peut être implémentée progressivement à l'aide de nouveaux serveurs de stockage de niveau cloud direct MSDP tout en continuant d'utiliser les serveurs de stockage Cloud Catalyst.
Toutes les données (nouvelles et anciennes) Cloud Catalyst sont téléchargées avec les niveaux cloud directs MSDP, qui utilisent le stockage en cloud plus efficacement que Cloud Catalyst. Cela peut permettre de réduire l'utilisation et les coûts totaux à long terme du stockage en cloud.
Permet d'abandonner les anciens serveurs Cloud Catalyst avant que toutes les images sur ces serveurs n'expirent.
La stratégie combinée présente les inconvénients suivants :
Les environnements de stockage à froid en cloud public (par exemple, AWS Glacier ou AWS Glacier Deep Archive) prennent en charge la restauration à partir du cloud, mais pas la duplication à partir du cloud. Cette stratégie ne peut donc pas être utilisée.
Si un stockage en cloud public est utilisé, des frais de sortie des données potentiellement significatifs sont engagés. Ce problème peut se produire lorsque d'anciennes images Cloud Catalyst sont lues pour les dupliquer sur le nouveau stockage de niveau cloud direct MSDP.
Un trafic réseau supplémentaire vers et à partir du cloud se produit lorsque les anciennes images Cloud Catalyst sont dupliquées sur le nouveau stockage de niveau cloud direct MSDP.
Avant l'expiration ou le déplacement de l'ensemble des images Cloud Catalyst vers le stockage de niveau cloud direct MSDP, il existe une certaine duplication des données dans le stockage en cloud. Cette duplication peut se produire entre les anciennes images Cloud Catalyst et les nouvelles images de niveau cloud direct MSDP. Ainsi, des coûts additionnels pourraient être encourus en cas d'utilisation d'un environnement de cloud public.
Requiert un serveur distinct.
Les serveurs Cloud Catalyst doivent être conservés jusqu'à ce que toutes les images téléchargées depuis ces serveurs soient expirées, déplacées vers le nouveau niveau de cloud direct MSDP ou ne soient plus nécessaires.
Cette stratégie est disponible dans les NetBackupversions 10.0 et ultérieures et peut fonctionner dans n'importe quel environnement. Pour utiliser cette stratégie, vous devez d'abord configurer un nouveau serveur de stockage de niveau cloud direct MSDP en utilisant la version la plus récente. Une nouvelle image peut également être créée pour le serveur Cloud Catalyst existant, qui peut être réinstallé en tant que nouveau serveur de stockage de niveau cloud direct MSDP en utilisant la version la plus récente. Si vous utilisez un serveur existant, celui-ci doit répondre aux exigences minimales requises.
Se reporter à À propos du niveau cloud des nœuds MSDP.
Se reporter à Planification de votre déploiement MSDP.
Notez que cette opération n'est pas une mise à niveau. Il s'agit plutôt d'une opération de suppression et de réinstallation. Une fois le nouveau serveur de stockage de niveau cloud direct MSDP disponible, l'utilitaire nbdecommission -migrate_cloudcatalystcrée un niveau de cloud direct MSDP. Ce nouveau stockage peut référencer les données précédemment téléchargées sur le stockage en cloud par Cloud Catalyst. Une fois le processus de migration terminé et l'utilitaire exécuté, le nouveau niveau cloud direct MSDP peut être utilisé pour de nouvelles opérations de sauvegarde et de duplication. Ce nouveau stockage peut être utilisé pour les opérations de restauration d'images Cloud Catalyst plus anciennes.
Pour plus d'informations sur la commande nbdecommission, consultez le NetBackupGuide de référence des commandes.
La stratégie de migration directe présente les avantages suivants :
Peut être utilisée dans tous les environnements, y compris le stockage à froid en cloud public (par exemple : AWS Glacier ou AWS Glacier Deep Archive).
Ne requiert pas de serveur distinct, car l'image du serveur Cloud Catalyst peut être créée en tant que serveur de niveau cloud direct MSDP et utilisée pour la migration.
La stratégie de migration directe présente les inconvénients suivants :
Ne peut pas être implémentée progressivement à l'aide des nouveaux serveurs de stockage de niveau cloud direct MSDP tout en continuant d'utiliser les serveurs de stockage Cloud Catalyst pour les nouveaux travaux de sauvegarde ou de duplication. L'ancien serveur de stockage Cloud Catalyst ne peut pas être utilisé pour de nouveaux travaux de sauvegarde ou de duplication lorsque le processus de migration est en cours.
Cloud Catalyst utilise le stockage en cloud moins efficacement que le niveau cloud direct MSDP. Ce problème concerne particulièrement NetBackup les versions antérieures à Cloud Catalyst 8.2. Cette stratégie continue d'utiliser les objets Cloud Catalyst existants pour les nouvelles images de niveau cloud direct MSDP. Une partie de l'efficacité du stockage en cloud obtenue grâce au niveau cloud direct MSDP n'est pas réalisée.
Requiert un nouveau serveur MSDP. Ainsi, un serveur MSDP existant ne peut pas être utilisé et la consolidation de tous les serveurs Cloud Catalyst n'est pas possible.
Plus d'informations