Guide de déduplication Veritas 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
- Configuration de la déduplication dans le cloud avec NetBackup Cloud Catalyst
- Utilisation de NetBackup Cloud Catalyst pour charger des données dédupliquées dans le cloud
- Configuration d'un serveur de stockage Cloud Catalyst pour la déduplication dans le cloud
- Prise en charge du cloud MSDP
- A propos de la prise en charge du cloud 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
- 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
- Dépannage des problèmes rencontrés avec Cloud Catalyst
- Journaux Cloud Catalyst
- Problèmes rencontrés lors de l'utilisation de l'assistant Configuration de serveur de stockage en cloud
- Problèmes de pool de disques
- Problèmes lors de la configuration d'un serveur de stockage en cloud
- Outils de dépannage Cloud Catalyst
- Résolution des problèmes liés à plusieurs domaines
- Annexe A. Migration vers le stockage MSDP
Conditions et configuration matérielle requises pour configurer des partages universels sur un serveur BYO MSDP
Les conditions requises pour l'utilisation de la fonction de serveur BYO MSDP de partage universel sont les suivantes :
Le partage universel est pris en charge sur un serveur de stockage BYO MSDP avec Red Hat Enterprise Linux 7.6, 7.7, 7.8 ou 7.9.
Les services NFS sont installés et en cours d'exécution si vous souhaitez utiliser le partage sur NFS.
Les services Samba sont 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.
Si le service Samba fait partie d'un domaine Windows, les utilisateurs de domaine Windows peuvent utiliser le partage Samba. Dans ce cas, l'accès au partage ne nécessite pas d'informations d'authentification.
Si le service Samba ne fait pas partie d'un domaine Windows, procédez comme suit :
Pour une appliance NetBackup, les utilisateurs locaux sont également des utilisateurs Samba. Pour gérer les utilisateurs locaux, connectez-vous à CLISH et sélectionnez Menu principal > Paramètres > Sécurité > Authentification > Utilisateur local. Le mot de passe Samba est identique au mot de passe de connexion de l'utilisateur local.
Pour un serveur BYO MDSP, créez un utilisateur Linux (s'il n'en existe pas). Ajoutez ensuite l'utilisateur à Samba.
Par exemple, les commandes suivantes créent un test_samba_user use pour le service Samba uniquement :
# adduser --no-create-home -s /sbin/nologin test_samba_user
# smbpasswd -a test_samba_user
Pour ajouter un utilisateur existant au service Samba, exécutez la commande suivante :
# smbpasswd -a username
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 obtenir les instructions d'installation du référentiel et des informations complémentaires.
Le référentiel EPEL n'est pas une solution commerciale Red Hat, mais un projet communautaire basé sur le bénévolat.
La version de NGINX doit être identique à celle de la version RHEL officielle correspondante. Vous devez l'installer à partir de la source Yum RHEL correspondante (epel).
Avant de démarrer la configuration du stockage, vérifiez que la nouvelle entrée de configuration NGINX BYO :
/etc/nginx/conf.d/byo.conf
sera incluse dans la section HTTP du fichier/etc/nginx/nginx.conf
original.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 n'est monté directement sur 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 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). |