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
Ajout de volumes à un pool de déduplication du serveur de médias de 400 To
Lorsque vous configurez un serveur de stockage pour un
de 400 To, vous spécifiez le chemin d'accès au premier volume de stockage. Pour pouvoir utiliser le , vous devez d'abord ajouter les deux autres volumes au pool de disques.La configuration matérielle minimale requise pour ajouter des volumes à un MSDP de 400 To est la suivante :
UC : processeur 64 bits avec une fréquence d'horloge minimale de 2,4 GHz. Au moins 8 cœurs sont requis, 16 cœurs sont recommandés.
Mémoire : 256 Go minimum. Vous devrez peut-être ajouter de la mémoire si des rôles supplémentaires sont gérés par le même serveur de médias (par exemple, si le serveur de médias est utilisé comme hôte de sauvegarde VMware, comme agent de sauvegarde NDMP ou comme serveur principal).
Échange : 64 Go
Stockage :
Disque de métadonnées : RAID 0+1 recommandé, avec au moins 1 To d'espace.
Cohesity recommande 8 points de montage. Chaque point de montage doit avoir un groupe RAID distinct. Un RAID 6 est recommandé. Le disque de métadonnées et le disque de données doivent avoir une vitesse de lecture ou d'écriture supérieure à 250 Mo/s.
Systèmes de fichiers : NetBackup prend en charge VxFS, XFS ou Ext4, mais VxFS est recommandé. Le nombre de volumes de stockage peut varier selon votre configuration. L'espace de stockage maximal est de 400 To. La procédure suivante utilise 8 systèmes de fichiers de 50 To chacun comme exemple.
Se reporter à À propos du provisionnement du stockage pour MSDP.
Pour ajouter des volumes à un pool de déduplication de serveur de médias de 400 To
- Sur le serveur de stockage MSDP, vous devez créer, formater et monter de nouveaux volumes de stockage. L'un des volumes de stockage doit disposer d'au moins 1 To d'espace de stockage (ce stockage est réservé aux métadonnées). Les autres volumes de stockage peuvent cumuler 400 To d'espace de stockage.
Cette procédure utilise 8 systèmes de fichiers de 50 To chacun comme exemple.
Remarque :
Le nombre de volumes de stockage peut varier selon votre configuration. L'espace de stockage maximal est de 400 To.
- Montez un volume de stockage de 1 To (pour les métadonnées) à l'emplacement suivant :
/msdp/cat
- Montez les 8 volumes de stockage aux emplacements suivants :
/msdp/vol1 ... /msdp/vol8
- Créez un fichier touch sous
/etc/nbapp-release
s'il n'existe pas. - Créez un sous-répertoire nommé
data
sous chaque volume monté :/msdp/vol1/data ... /msdp/vol8/data
- Configurez le MSDP via l'Assistant Configuration du serveur de stockage et assurez-vous que l'option Utiliser un autre chemin d'accès pour la base de données de déduplication est sélectionnée.
- Spécifiez le chemin d'accès de stockage
/msdp/vol1
et le chemin d'accès à la base de données/msdp/cat
. - Ajoutez des volumes de stockage supplémentaires de 50 To au pool de déduplication :
/usr/openv/pdde/pdcr/bin/crcontrol --dsaddpartition /msdp/vol2/data ... /usr/openv/pdde/pdcr/bin/crcontrol --dsaddpartition /msdp/vol8/data
Si un utilisateur non racine est utilisé pour le serveur de médias NetBackup, exécutez la commande suivante pour remplacer le propriétaire des volumes nouvellement créés par l'utilisateur du service de serveur de médias NetBackup :
chown -R <NBU-service-user>:root <MSDP-volume-path>
- Vérifiez que le pool de déduplication contient les nouveaux volumes à l'aide de la commande suivante :
/usr/openv/pdde/pdcr/bin/crcontrol --dsstat 2 | grep Mount Mount point count: 8
Pour activer la prise en charge de 400 To, créez le fichier suivant :
mkdir c:\etc echo Windows_BYO > "c:\\etc\\nbapp-release"
Les recommandations relatives au dimensionnement pour Windows sont les mêmes que pour Linux. L'un des volumes de stockage doit disposer de 1 To d'espace de stockage et les autres volumes de stockage peuvent cumuler 400 To d'espace de stockage. Si vous utilisez Windows, certaines conditions supplémentaires sont requises :
Le paramètre DCHeaderHashSize du fichier
<MSDP Storage DIR>\etc\puredisk\contentrouter.cfg
doit être défini sur 2000000 / number_of_volumes. Par exemple, pour 8 points de montage, définissez DCHeaderHashSize sur 250000.Le volume utilisé doit être composé de volumes imbriqués, et non de lecteurs identifiés par une lettre (C: ou E:). Cohesity a admis cette solution à l'aide de volumes NTFS.
Voici un exemple de structure de volume. Chaque répertoire data#
est un montage imbriqué :
"msdp_data" :["f:/msdp/data1" ,"f:/msdp/data2" ,"f:/msdp/data3" , "f:/msdp/data4","f:/msdp/data5","f:/msdp/data6", "f:/msdp/data7"], "f:/msdp/data8"], "msdp_cat" :["f:/msdp/cat" ]
La syntaxe de crcontrol est identique à celle de Linux. Sous Windows, crcontrol se trouve sous <INSTALL_DRIVE>\Program Files\Veritas\pdde\
. Par exemple :
C:\Program Files\Veritas\pdde\crcontrol --dsaddpartition f:\msdp\data2
Remarque :
la capacité de stockage du MSDP est limitée. Le non-respect de ces paramètres peut entraîner des problèmes de performances, les données n'étant pas équilibrées sur tous les volumes.
Pour plus d'informations sur la capacité de stockage du MSDP, consultez la section suivante :
Remarque :
NetBackup prend en charge une taille de pool maximale de 400 To. Un pool peut être de plus petite taille et être étendu ultérieurement par l'ajout de volumes supplémentaires.