Guide de déduplication NetBackup™
- Introduction à NetBackup Media Server Deduplication Option
- 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 gestionnaires de flux de MSDP
- Pratiques d'excellence de déploiement MSDP
- Provisionnement du stockage
- Configuration de la fonction de déduplication
- A propos de l'agent de déduplication à plusieurs threads MSDP
- A propos des empreintes MSDP
- Activer la prise en charge d'un MSDP de 400 To
- Configuration d'un serveur de stockage pour un pool de déduplication de serveur de médias
- À propos des pools de disques pour la déduplication NetBackup
- Configuration d'une unité de stockage d'un pool de déduplication de serveur de médias
- Configuration des attributs client pour la déduplication côté client du MSDP
- À propos du chiffrement MSDP
- À propos du chiffrement MSDP à l'aide du service NetBackup Key Management Server
- À propos d'un chemin d'accès de réseau distinct pour la duplication et la réplication MSDP
- À propos de la duplication optimisée MSDP au sein du même domaine
- 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
- À propos des politiques de cycle de vie du stockage
- Propriétés Réseau résilient
- À propos de la déduplication de longueur variable sur les clients NetBackup
- A propos du fichier de configuration pd.conf de MSDP
- A propos de l'enregistrement de la configuration de serveur de stockage MSDP
- Au sujet de la protection du 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
- Exécution des commandes MSDP avec l'utilisateur non-racine
- Groupe de volumes MSDP (MVG)
- À propos du groupe de volumes MSDP
- Configuration du groupe de volumes MSDP
- 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 au niveau objet pour Google Cloud Storage
- À propos de la prise en charge d'AWS IAM Role Anywhere
- À propos de la prise en charge du principal de service Azure
- À 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
- À propos de la sauvegarde directe dans le cloud
- 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
- A propos de la vérification d'intégrité des données de 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 gestion de partages universels
- Présentation des partages universels
- Conditions préalables à la configuration de partages universels
- Conditions préalables et configuration matérielle requise pour configurer des partages universels sur un serveur BYO
- Configuration de l'authentification utilisateur pour un partage universel
- Gestion des partages universels
- Créer un partage universel
- Créer un partage universel
- Restauration de données à l'aide de partages universels
- Fonctions avancées des partages universels
- Orientation des données de partage universel vers un magasin d'objets
- Accélérateur de partage universel pour la déduplication de données
- Configuration d'un accélérateur de partage universel
- À propos du quota de l'accélérateur de partage universel
- Chargement des données de sauvegarde sur un partage universel avec le mode de réception
- Évolutivité des partages universels
- Gestion des services de partage universel
- Résolution des problèmes liés aux partages universels
- 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
Utilisation d'AWS Snowball Edge pour une restauration de sauvegarde volumineuse
Ce cas d'utilisation est semblable à celui d'une sauvegarde Snowball permettant d'accélérer le transfert de données de sauvegarde du datacenter vers le cloud AWS avec une bande passante réseau limitée à partir du datacenter client vers le cloud AWS. AWS Snowball Edge peut également être utilisé pour accélérer le processus de restauration en stockant les sauvegardes AWS sur le périphérique AWS Snowball Edge, en l'expédiant au datacenter client et en effectuant la restauration.
Selon la quantité de données que vous voulez restaurer à partir d'un compartiment, il peut s'avérer utile de dupliquer les images désirées dans un autre compartiment. Effectuez ensuite l'exportation à partir d'AWS Snowball Edge. Cette exportation peut être réalisée via l'utilisation d'un serveur de partage d'image dans le cloud.
Voici deux façons de restaurer des sauvegardes AWS dans un compartiment vers Snowball :
Restauration du compartiment entier utilisé pour la sauvegarde vers Snowball.
Duplication des sauvegardes nécessaires vers une nouvelle sauvegarde et restauration du nouveau compartiment vers Snowball.
La première option doit restaurer l'intégralité de la sauvegarde, qui peut contenir de nombreuses sauvegardes et la quantité de données peut être très importante. La deuxième option permet de déplacer uniquement les sauvegardes nécessaires.
Pendant un travail d'exportation AWS Snowball Edge, les données du compartiment à exporter sont en lecture seule. Cette limitation est une limitation d'AWS pour empêcher les conditions de concurrence avec les données. Pendant le transfert de données, aucune sauvegarde ne peut être effectuée vers le compartiment.
Selon la vitesse du réseau, la duplication de 1 To de données d'un compartiment S3 à l'autre à l'aide d'un serveur de partage d'image dans une instance EC2 peut prendre du temps. Ainsi, pour une charge de travail Snowball typique contenant un nombre significatif de To de données, une duplication peut prendre plusieurs heures ou jusqu'à quelques jours. L'alternative au partage d'image est d'exporter les données directement à partir du compartiment source et de ne pas pouvoir accéder à ses données pendant le transfert de périphérique. Le transfert de périphérique prend généralement quelques jours. Les avantages et inconvénients de ces deux solutions doivent être évalués par rapport à vos besoins particuliers d'exportation.
Pour utiliser le partage d'image dans le but d'exporter des données via AWS Snowball Edge
- Créez une instance EC2 dans la même région que celle des compartiments source et cible. Les performances réseau sont importantes pour ce workflow. Assurez-vous qu'un terminal client S3 est configuré dans un VPC où se trouve la machine virtuelle, car cela accélère la vitesse du réseau entre EC2 et S3.
- Installez NetBackup sur l'instance EC2.
- Configurez un serveur de stockage MSDP pour le partage d'image.
- Utilisez l'interface utilisateur Web pour configurer un pool de disques, un volume de disque et une unité de stockage pointant vers le compartiment source.
Le volume doit avoir le même nom que le volume d'origine dans lequel les données ont été créées.
- Importez les images.
- Utilisez l'interface utilisateur Web pour configurer un pool de disques, un volume de disque et une unité de stockage pointant vers le compartiment cible vide.
Créez un alias d'instance cloud. Pour cela, exécutez la commande :
/usr/openv/netbackup/bin/admincmd/csconfig cldinstance -as -in amazon.com -sts <storage server> -lsu_name <lsu name>
Créez un fichier de configuration, puis exécutez la commande nbdevconfig.
Contenu du fichier de configuration pour l'ajout d'une nouvelle LSU cloud :
V7.5 "operation" "add-lsu-cloud" string V7.5 "lsuName" "<lsu name used in last step> string V7.5 "cmsCredName" "<cms_cred_name>" string V7.5 "lsuCloudBucketName" <destination_bucket_name>" string V7.5 "lsuCloudBucketSubName" "<volume_name_in_bucket>" string
/usr/openv/netbackup/bin/admincmd/nbdevconfig -setconfig -storage_server <storage server> -stype PureDisk -configlist <configuration file path>
Créez un pool de disques à l'aide de la commande nbdevconfig. Pour cela, exécutez :
/usr/openv/netbackup/bin/admincmd/nbdevconfig -previewdv -storage_servers <storage server name> -stype PureDisk | grep <LSU name> > /tmp/dvlist
#/usr/openv/netbackup/bin/admincmd/nbdevconfig -createdp -dp <disk pool name> -stype PureDisk -dvlist /tmp/dvlist -storage_server <storage server name>
Créez une unité de stockage à l'aide de la commande bpstuadd. Pour cela, exécutez :
/usr/openv/netbackup/bin/admincmd/bpstuadd -label <storage unit name> -odo 0 -dt 6 -dp <disk pool name> -nodevhost
Actuellement, l'interface utilisateur Web vous empêche de créer des pools de disques supplémentaires sur les serveurs de partage d'image.
- Dupliquez les images désirées dans le stockage cible.
- Lancez un travail d'exportation à partir du compartiment cible avec Snowball.
- Lorsque le périphérique arrive sur site, créez un serveur de partage d'image qui pointe vers le périphérique AWS Snowball Edge pour effectuer les restaurations souhaitées.