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
Amélioration des performances du périphérique de stockage en réseau à l'aide de Direct Network File System
Direct Network File System (dNFS) améliore les performances du périphérique de stockage en réseau (NAS) par rapport au NFS standard pour les bases de données Oracle. Direct NFS permet au logiciel Oracle d'ignorer le client NFS du système d'exploitation lorsqu'il communique avec un serveur de stockage. Il améliore également la haute disponibilité (HA) et l'évolutivité en prenant en charge jusqu'à quatre chemins réseau parallèles pour le stockage et l'équilibrage de charge. Ces améliorations permettent de réduire les coûts de stockage de bases de données.
La valeur de taille d'écriture (wsize) minimale des serveurs NFS est 32768.
Les points de montage NFS doivent être montés par le client NFS du système d'exploitation et le client Direct NFS.
Définissez les paramètres de taille de tampon NFS rsize et wsize sur 1048576 ou plus à l'aide de la commande suivante :
rsize and wsize
nfs_server:/vol/DATA/oradata /mnt/ nfs\ rw,bg,hard,nointr,rsize=1048576,wsize=1048576,tcp,actimeo=0,vers=3,timeo=600
Assurez-vous que la taille du tampon réseau TCP est suffisante pour ne pas affecter les performances de Direct NFS. La commande suivante permet de vérifier la taille du tampon TCP :
sysctl -a |grep -e net.ipv4.tcp_[rw]mem
Sortie du tampon TCP
net.ipv4.tcp_rmem = 4096 87380 1056768
net.ipv4.tcp_wmem = 4096 16384 1056768
Pour modifier la taille du tampon, ouvrez
/etc/sysctl.conf
en tant qu'utilisateur racine et modifiez les valeurs suivantes :sysctl.conf
net.ipv4.tcp_rmem = 4096 87380 4194304
net.ipv4.tcp_wmem = 4096 16384 4194304
Avant d'exécuter
sysctl -p
, redémarrez le réseau avec /etc/rc.d/init.d/network restart.
Pour activer Direct NFS, exécutez les commandes suivantes et redémarrez l'instance de base de données :
cd $ORACLE_HOME/rdbms/lib
make -f ins_rdbms.mk dnfs_on
Pour activer Direct NFS, exécutez les commandes suivantes et supprimez le fichier oranfstab
:
cd $ORACLE_HOME/rdbms/lib
make -f ins_rdbms.mk dnfs_off
Dans les répertoires suivants de Direct NFS, recherchez le fichier oranfstab
, où la première entrée correspondante (du fichier) est le point de montage. Vous pouvez mettre à jour le fichier pour configurer les chemins multiples et gérer d'autres détails de configuration.
$ORACLE_HOME/dbs
/var/opt/oracle
/etc/mnttab
Utilisez la liste de paramètres suivante pour créer le fichier oranfstab
pour chaque serveur NFS auquel vous souhaitez accéder à l'aide de Direct NFS :
Tableau : Paramètres de création du fichier oranfstab
Paramètre |
Utilisation |
---|---|
Server |
Identifiant unique du serveur NFS. |
Local |
Chemins réseau (jusqu'à 4) sur l'hôte de base de données. |
Path |
Chemins réseau (jusqu'à 4) sur le serveur NFS. |
Export |
Volume exporté sur le serveur NFS. |
Mount |
Point de montage local du volume exporté. |
mnt_timeout |
Délai d'attente en secondes du premier montage. |
dontroute |
Le système d'exploitation ne route pas les messages sortants. |
management |
Chemin réseau de l'interface de gestion du serveur NFS. |
nfs_version |
Version du protocole NFS utilisée par le client Direct NFS. |
security_default |
Mode de sécurité par défaut applicable à tous les chemins d'accès de serveur NFS exportés pour une entrée de serveur. |
security |
Niveau de sécurité du protocole d'authentification Kerberos avec le client Direct NFS. |
community |
Chaîne de communauté à utiliser dans les requêtes SNMP. |
Exemple de sortie d'un fichier oranfstab
.
server: myNFSServer1 local: 192.168.1.1 path: 192.168.1.2 local: 192.168.2.1 path: 192.168.2.2 local: 192.168.3.1 path: 192.168.3.2 local: 192.168.4.1 path: 192.168.4.2 export: /vol/oradata1 mount: /mnt/oradata1 export: /vol/oradata2 mount: /mnt/oradata2 mnt_timeout: 600
Assurez-vous d'installer le fichier oradism
à l'emplacement suivant : $ORACLE_HOME/bin/oradism
. Direct NFS utilise le fichier binaire oradism
pour créer des montages en tant que racine. Le fichier doit être installé localement sur chaque nœud et son propriétaire doit être un utilisateur racine.
Pour vous assurer que le fichier est présent localement sur chaque nœud, exécutez la commande chown root $ORACLE_HOME/bin/oradism. Exécutez la commande chmod 4755 $ORACLE_HOME/bin/oradism pour vous assurer que le fichier oradism
dispose des autorisations d'accès requises.
Reportez-vous au tableau suivant pour la surveillance des clients.
Tableau : Tableau v$
Élément |
Description |
---|---|
|
Répertorie les serveurs NFS montés par le client Direct NFS. |
|
Répertorie les fichiers ouverts par le client Direct NFS. |
|
Répertorie les connexions TCP établies entre le serveur NFS et Direct NFS. |
|
Répertorie les statistiques sur les différentes opérations NFS lancées par les processus Oracle. |
Assurez-vous que le logiciel Oracle 11g ou version ultérieure est installé à l'aide du programme d'installation Oracle sur le serveur Windows.
Créez et configurez le fichier oranfstab
. Vous devez ajouter le fichier oranfstab
dans le répertoire %ORACLE_HOME%\dbs
. Assurez-vous que le nom du fichier comporte une extension (par exemple, .txt pour un fichier texte).
Configurez le fichier oranfstab
comme suit :
C:\>type %ORACLE_HOME%\dbs\oranfstab server: lnxnfs <=== NFS server Host name path: 10.171.52.54 <--- First path to NFS server ie NFS server NIC local: 10.171.52.33 <--- First client-side NIC export: /oraclenfs mount: y:\ uid:1000 gid:1000 C:\>
Le client Direct NFS utilise l'UID ou le GID pour accéder à tous les serveurs NFS répertoriés dans le fichier oranfstab
. Il ignore les UID ou GID définis sur 0. L'UID et le GID utilisés dans l'exemple précédent sont ceux d'un utilisateur Oracle du serveur NFS.
Le chemin exporté à partir du serveur NFS doit être accessible pour les opérations de lecture, d'écriture et d'exécution par l'utilisateur Oracle dont l'UID et le GID sont spécifiés dans le fichier oranfstab
. Si aucun UID ou GID n'est spécifié, la valeur par défaut 65534 est utilisée pour accéder à tous les serveurs NFS répertoriés dans le fichier oranfstab
.