Guide de l'administrateur NAS NetBackup™
- Section I. À propos des sauvegardes NAS
- Section II. Utilisation de la protection des données NAS (D-NAS)
- Présentation de D-NAS
- Planification et paramétrage de D-NAS
- Conditions préalables pour la configuration de D-NAS
- Conditions préalables pour la configuration du NAS dynamique
- Conditions requises pour l'utilisateur de domaine pour les sauvegardes de partage SMB
- Versions minimales de l'hôte de sauvegarde prises en charge pour différentes fonctions
- Configuration d'un pool d'hôtes de sauvegarde
- Configuration des politiques de cycle de vie du stockage
- Sauvegarde de volume multi-hôtes
- Configuration de la politique D-NAS pour les volumes NAS
- Configuration de la politique D-NAS pour les volumes NAS
- Configuration d'une politique NAS-Data-Protection
- Organisation séquentielle des travaux de sauvegarde à partir d'un snapshot
- À propos des volumes en mode mixte
- Configuration des listes d'inclusion et d'exclusion
- Reprise automatique de la sauvegarde pour les travaux de sauvegarde inachevés
- Utilisation de l'accélérateur
- Utilisation du suivi de changement de fournisseur
- Réplication utilisant la politique D-NAS
- Restauration à partir de sauvegardes D-NAS
- Restaurations multiflux à partir de sauvegardes D-NAS
- Éléments à prendre en compte pour la restauration à partir de sauvegardes D-NAS
- Rôle RBAC pour les restaurations D-NAS
- Analyse antimalware
- Tout restaurer à un autre emplacement
- Restauration de fichiers et de dossiers spécifiques à différents emplacements
- Restaurations à l'emplacement d'origine pour la politique D-NAS
- Restauration à un moment précis
- Restaurations multiflux à partir de sauvegardes D-NAS
- Dépannage
- Dépannage
- Définition du niveau de consignation
- Répertoires de consignation pour les plates-formes Linux
- Dossiers de consignation pour les plates-formes Windows
- Dossiers de consignation pour la restauration multiflux
- La restauration à partir d'un snapshot échoue avec l'état 133
- La sauvegarde à partir du snapshot échoue avec l'erreur 50
- Le travail parent de sauvegarde à partir du snapshot échoue avec l'erreur 4213 : Echec de l'importation du snapshot
- Échec de la création du pool d'hôtes de sauvegarde avec l'erreur « Failed to fetch host list »
- Le travail de snapshot échoue et la commande de snapshot n'identifie pas le nom du volume
- Sauvegarde incrémentielle avec accélérateur du volume NAS NetApp
- Méthode de snapshot : Automatique
- Un travail d'indexation compatible VCT complet s'exécute, suivi d'un travail d'indexation non VCT avec un hôte de sauvegarde doté d'une version de NetBackup antérieure à 10.3
- Les travaux de sauvegarde à partir de snapshots pour la politique NAS Data Protection échouent avec l'erreur 927
- Code d'erreur : 930 : aucun serveur de médias pris en charge n'est disponible dans le All_Media_Server_Pool à utiliser pour sauvegarder les partages NAS.
- La restauration multi-flux à partir du volume de baie NAS échoue avec l'état : 174 Gestionnaire de médias - une erreur système s'est produite.
- Les travaux NAS échouent avec le message d'erreur : Le processus du robot s'est arrêté après 600 secondes d'attente de connexion des flux à la mémoire partagée.
- Section III. Utilisation du protocole NDMP
- Présentation de NetBackup for NDMP
- À propos de NetBackup for NDMP
- A propos du protocole NDMP (Network Data Management Protocol)
- Types de sauvegarde NDMP
- A propos des politiques NDMP dans NetBackup
- A propos des unités de stockage NetBackup
- A propos de l'assignation des lecteurs de bande à différents hôtes
- A propos du processus de sauvegarde NDMP
- A propos du processus de restauration NDMP
- A propos de la récupération par accès direct (DAR)
- Aide Snapshot Client
- A propos du multiplexage de NDMP
- A propos de la prise en charge NDMP pour Replication Director
- Limitations de Replication Director avec NDMP
- À propos de la prise en charge de NetApp clustered Data ONTAP (cDOT)
- Notes d'installation de NetBackup for NDMP
- Configuration de sauvegardes de périphériques NDMP
- A propos de la configuration des périphériques NDMP
- Autorisation de l'accès de NetBackup à un hôte NAS (NDMP)
- A propos de l'accès pour les sauvegardes à trois voies et le protocole NDMP distant
- A propos de la configuration de gestion des médias et des périphériques
- Utilisation de l'Assistant Configuration de périphériques pour configurer un filer NDMP
- A propos de l'ajout de volumes
- A propos de la vérification du mot de passe NDMP et de la connexion robot
- Ajout d'unités de stockage NDMP
- Création d'une politique NDMP
- A propos des variables d'environnement dans la liste de sélections de sauvegarde
- A propos de la sélection d'hôtes appropriés pour les politiques de sauvegarde NetApp cDOT
- A propos des types de sauvegarde dans une planification pour une politique NDMP
- A propos de l'activation ou de la désactivation du DAR
- Configuration de NetBackup for NDMP dans un environnement en cluster
- Configuration de sauvegardes NDMP sur des serveurs de médias NetBackup (protocole NDMP distant)
- Configuration de NDMP DirectCopy
- Accelerator for NDMP
- Protocole NDMP distant et périphériques de disque
- Utilisation de l'option SSO (Shared Storage Option) avec NetBackup for NDMP
- Informations sur l'appliance NAS pour NDMP
- À propos de la prise en charge des appliances NAS
- Informations non spécifiques au fournisseur
- Informations spécifiques au fournisseur
- Dell EMC Isilon
- Dell EMC VNX
- Dell EMC Unity
- EMC Celerra
- Hitachi HDI/VFP
- Hitachi NAS (HNAS)
- HP X9000 NAS
- Huawei OceanStor V3
- IBM System Storage Nxxxx
- NEC Storage NV Series
- NetApp
- Utilisation NetBackup avec le mode cluster Data ONTAP 8.2 de NetApp
- Utilisation d'un nom de nœud comme nom de client NDMP dans toutes les versions de NetBackup
- Utilisation d'une LIF Vserver de données comme nom de client NDMP dans les versions de NetBackup sans prise en charge CAB
- Utilisation d'une LIF vserver cluster_mgmt comme nom de client NDMP dans les versions de NetBackup sans activation de CAB
- Utilisation d'une LIF Vserver cluster_mgmt comme nom de client NDMP dans les versions de NetBackup avec activation de CAB
- Utilisation NetBackup avec le mode cluster Data ONTAP 8.2 de NetApp
- Nexenta
- Nexsan
- Oracle Axiom Series
- Serveur Oracle Solaris
- Stratus V Series
- Procédures de sauvegarde et de restauration
- Dépannage
- Utilisation des scripts NetBackup for NDMP
- A propos des scripts NetBackup for NDMP
- Script ndmp_start_notify (UNIX)
- Script ndmp_start_notify.cmd (Microsoft Windows)
- Script ndmp_end_notify (UNIX)
- Script ndmp_end_notify.cmd (Microsoft Windows)
- Script ndmp_start_path_notify (UNIX)
- Script ndmp_start_path_notify.cmd (Microsoft Windows)
- Script ndmp_end_path_notify (UNIX)
- Script ndmp_end_path_notify.cmd (Microsoft Windows)
- Script ndmp_moving_path_notify (UNIX)
- Script ndmp_moving_path_notify.cmd (Microsoft Windows)
- Présentation de NetBackup for NDMP
Utilisation NetBackup avec le mode cluster Data ONTAP 8.2 de NetApp
Dans Clustered Data ONTAP (cDOT) 8.2 (cDOT), NetApp a publié une extension NDMP appelée Cluster Aware Backup (CAB). Cette extension permet de sauvegarder un Vserver (serveur virtuel) ou une machine virtuelle de stockage (SVM) en tant qu'hôte NDMP (client) dans une politique NetBackup. Il s'agit du paramètre par défaut dans les nouvelles installations d'ONTAP versions 8.2 et ultérieures. Dans les environnements où un cluster est mis à niveau à partir d'une version d'ONTAP antérieure, ou dans des environnements exécutant plusieurs versions ONTAP, le procédé consiste à utiliser des noms de nœud comme nom d'hôte NDMP. Cette option est configurable à l'aide de la commande ONTAP suivante :
system services ndmp node-scope-mode [on|off]
où on est le mode NDMP étendue de nœud et off est le mode NDMP avec prise en charge Vserver.
Le c-mode (mode cluster) d'ONTAP 8.2 permet de déplacer des volumes d'un nœud à un autre dans un cluster. Le mouvement des volumes est effectué pour fournir des opérations sans perturbation, une haute disponibilité (basculement) et une répartition des ressources. NetApp déplace automatiquement des volumes pendant un basculement. Cependant, le déplacement des volumes vers un autre nœud à des fins de maintenance ou pour fournir la répartition de charge sera effectué par l'administrateur de stockage NetApp.
NetBackup prend en charge l'extension CAB avec la version NetBackup 7.7. Des remarques importantes doivent être prises en compte lors de la configuration de NetBackup pour protéger un environnement NetApp Clustered Data ONTAP, exécuté en mode NDMP étendue de nœud ou en mode NDMP avec prise en charge Vserver.
Dans NetBackup, les données sont suivies par le nom de client, qui est le nom d'hôte NDMP utilisé pour accéder aux données. Dans cDOT, les données sont associées à un Vserver et hébergées sur un nœud physique. Ces points doivent être pris en compte lors de la configuration de NetBackup.
La disponibilité des ressources à partir du cluster est également importante, comme illustré dans Tableau : Disponibilité des ressources à partir du cluster :
Tableau : Disponibilité des ressources à partir du cluster
Type d'interface | Visibilité du volume | Visibilité des lecteurs de bande | ||||
|---|---|---|---|---|---|---|
Mode étendue de nœud | Mode Vserver | Mode étendue de nœud | Mode Vserver | |||
NetBackup sans prise en charge CAB | NetBackup avec prise en charge CAB | NetBackup sans prise en charge CAB | NetBackup avec prise en charge CAB | |||
Gestion des clusters | N/A | Tous les volumes sur le même nœud que la LIF | Tous les volumes dans le cluster | N/A | N/A | Tous les lecteurs de bande dans le cluster |
Intercluster | N/A | Tous les volumes sur le même nœud que la LIF | Tous les volumes dans le cluster | N/A | N/A | Tous les lecteurs de bande dans le cluster |
Vserver | N/A | Volumes dans Vserver et hébergés sur le même nœud que la LIF | Tous les volumes dans Vserver | N/A | N/A | N/A |
Nom de nœud | Tous les volumes sur le nœud | N/A | N/A | Tous les lecteurs de bande sur le nœud | N/A | N/A |
Une LIF intercluster est très semblable à une LIF de gestion de cluster, à la différence qu'elle doit être configurée sur chaque nœud d'un cluster.