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
Conditions préalables et configuration matérielle requise pour configurer des partages universels sur un serveur BYO MSDP
Les conditions préalables pour l'utilisation de la fonction de partage universel sur un serveur BYO MSDP sont les suivantes :
La fonction de partage universel est prise en charge sur un serveur de stockage BYO MSDP doté de Red Hat Enterprise Linux 7.6, 7.7, 7.8, 7.9, 8.1, 8.2 ou 8.3.
Vous devez configurer l'authentification utilisateur pour le partage universel.
Se reporter à Configuration de l'authentification utilisateur pour un partage universel.
Les services NFS doivent être installés et en cours d'exécution si vous souhaitez utiliser le partage sur NFS.
Les services Samba doivent être installés et en cours d'exécution si vous souhaitez utiliser le partage sur le CIFS/SMB.
Vous devez configurer les utilisateurs Samba sur le serveur de stockage correspondant et entrer les informations d'authentification sur le client.
Se reporter à Configuration de l'authentification utilisateur pour un partage universel.
Assurez-vous que
nfs-utils
est installé :yum install nfs-utils -y
Assurez-vous que les packages samba et samba winbind Linux sont installés.
yum install samba-common samba-winbind samba-winbind-clients samba-winbind-modules -y
Assurez-vous que les commandes suivantes sont exécutées pour accorder des autorisations aux partages SMB :
setsebool -P samba_export_all_rw on
setsebool -P samba_export_all_ro on
NGINX est installé et en cours d'exécution.
Installation de NGINX à partir de Red Hat Software Collections :
Consultez la page https://www.softwarecollections.org/en/scls/rhscl/rh-nginx114/ pour obtenir des instructions.
Étant donné que le nom du package dépend de la version de NGINX, exécutez yum search rh-nginx pour vérifier si une nouvelle version est disponible. (Pour NetBackup 8.3, un EEB est requis si NGINX est installé à partir de Red Hat Software Collections.)
Installation de NGINX à partir du référentiel EPEL :
Consultez la page https://fedoraproject.org/wiki/EPEL pour savoir comment installer le référentiel ou pour obtenir des informations supplémentaires.
Le référentiel EPEL est une initiative communautaire basée sur le bénévolat et n'est pas commercialement pris en charge par Red Hat.
Avant de démarrer la configuration du stockage, vérifiez que la nouvelle entrée de configuration BYO NGINX
/etc/nginx/conf.d/byo.conf
est incluse dans la section HTTP du fichier/etc/nginx/nginx.conf
d'origine.Si SE Linux a été configuré, vérifiez que les packages
policycoreutils
etpolicycoreutils-python
sont installés à partir de la même source Yum RHEL (serveur RHEL), puis exécutez les commandes suivantes :semanage port -a -t http_port_t -p tcp 10087
setsebool -P httpd_can_network_connect 1
Activez l'autorisation logrotate dans SE Linux à l'aide de la commande suivante :
semanage permissive -a logrotate_t
Assurez-vous qu'aucun point de montage direct n'est créé pour le dossier
/mnt
du serveur de stockage. Les points de montage doivent être montés sur ses sous-dossiers.
Si vous configurez la fonction de partage universel sur BYO après la configuration ou la mise à niveau du stockage sans avoir installé le service NGINX, exécutez la commande suivante :
/usr/openv/pdde/vpfs/bin/vpfs_config.sh --configure_byo
Tableau : Configuration matérielle requise pour les partages universels sur un serveur BYO
UC |
Mémoire |
Disque |
---|---|---|
|
|
La taille du disque dépend de la taille de la sauvegarde. Consultez les conditions matérielles requises pour NetBackup et le pool de déduplication du serveur de médias (MSDP). |