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 d'une LIF Vserver de données comme nom de client NDMP dans les versions de NetBackup sans prise en charge CAB
Avec cette méthode, le mode étendue de nœud est désactivé sur le cluster et un nom de Vserver de données est configuré dans une politique NDMP de NetBackup.
Avantages
Le catalogue NetBackup effectuant le suivi des sauvegardes par nom de client, il est plus facile de suivre les données de ce Vserver lors de la restauration.
En supposant qu'une attention particulière est apportée lorsqu'un volume se déplace vers un autre nœud, tous les volumes sauvegardés à l'aide d'un nom de Vserver seront affichés lors de l'exécution d'une restauration.
Inconvénients
Le filer cDOT envoie uniquement les données des volumes associés à un Vserver et hébergés sur le même nœud que la LIF du Vserver de données. Par conséquent, si un seul volume est déplacé vers un autre nœud sans sa LIF correspondante, il ne sera pas sauvegardé. Il ne s'agit pas d'une erreur. Les utilisateurs doivent surveiller les sauvegardes avec soin pour s'assurer que toutes leurs données ont été sauvegardées.
Si un volume est déplacé vers un autre nœud, la LIF du Vserver doit également être déplacée vers l'autre nœud à l'aide de la commande suivante :
net int migrate -vserver <vserver_name> -lif <vserver-LIF> -dest-node <dest-node> -dest-port <dest-port>
Puisqu'un Vserver de données ne peut afficher aucun lecteur de bande connecté au cluster, chaque sauvegarde d'un Vserver de données sera une sauvegarde à trois voies.