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
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.
Veritas 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
- 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:). Veritas 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.