NetBackup™ Snapshot Manager Guide d'installation et de mise à niveau
- Introduction
- Section I. Installation et configuration de NetBackup Snapshot Manager
- Préparation de l'installation de NetBackup Snapshot Manager
- Respect de la configuration requise
- Recommandations relatives au dimensionnement de l'hôte Snapshot Manager
- Recommandations relatives au dimensionnement de l'extension Snapshot Manager
- Création d'une instance ou préparation de l'hôte pour l'installation de Snapshot Manager
- Installation d'une plate-forme de conteneur (Docker, Podman)
- Création et montage d'un volume pour le stockage de données Snapshot Manager
- Vérification de l'ouverture de ports spécifiques sur l'instance ou l'hôte physique
- Préparation de Snapshot Manager pour les travaux de sauvegarde à partir d'un snapshot
- Déploiement de NetBackup Snapshot Manager à l'aide d'images de conteneurs
- Déploiement d'extensions NetBackup Snapshot Manager
- Avant de lancer l'installation d'extensions Snapshot Manager
- Téléchargement de l'extension Snapshot Manager
- Installation de l'extension Snapshot Manager sur une machine virtuelle
- Installation de l'extension Snapshot Manager sur un cluster Kubernetes géré (AKS) dans Azure
- Installation de l'extension Snapshot Manager sur un cluster Kubernetes géré (EKS) dans AWS
- Installation de l'extension Snapshot Manager sur un cluster Kubernetes géré (GKE) dans GCP
- Installation de l'extension à l'aide des fichiers YAML Kustomize et de ressources personnalisées
- Gestion des extensions
- Plug-ins cloud de NetBackup Snapshot Manager
- Comment configurer les plug-ins cloud de Snapshot Manager ?
- Remarques relatives à la configuration du plug-in AWS
- Remarques relatives à la configuration du plug-in Google Cloud Platform
- Remarques relatives à la configuration du plug-in Microsoft Azure
- Remarques relatives à la configuration du plug-in Microsoft Azure Stack Hub
- Agents d'application et plug-ins de NetBackup Snapshot Manager
- À propos du processus d'installation et de configuration
- Installation et configuration de l'agent Snapshot Manager
- Configuration du plug-in d'application Snapshot Manager
- Configuration d'un plug-in d'application
- Plug-in Microsoft SQL
- Configuration requise pour le plug-in Microsoft SQL
- Exigences et restrictions de restauration pour Microsoft SQL Server
- Étapes requises avant la restauration de bases de données de groupe de disponibilité SQL
- Étapes supplémentaires requises après la restauration de bases de données de groupe de disponibilité SQL
- Étapes supplémentaires requises après une restauration de snapshot d'instance SQL Server
- Plug-in Oracle
- Plan de protection NetBackup
- Configuration du service VSS pour stocker des clichés instantanés sur le lecteur d'origine
- Étapes supplémentaires requises après la restauration d'une instance de base de données AWS RDS
- Protection des biens à l'aide de la fonction sans agent de NetBackup Snapshot Manager
- Chiffrement de volume dans NetBackup Snapshot Manager
- Sécurité de NetBackup Snapshot Manager
- Préparation de l'installation de NetBackup Snapshot Manager
- Section II. Maintenance de NetBackup Snapshot Manager
- Consignation dans NetBackup Snapshot Manager
- Mise à niveau de NetBackup Snapshot Manager
- À propos des mises à niveau de Snapshot Manager
- Chemin d'accès de mise à niveau pris en charge
- Scénarios de mise à niveau
- Préparation de la mise à niveau de Snapshot Manager
- Mise à niveau de Snapshot Manager
- Mise à niveau de Snapshot Manager à l'aide d'un correctif
- Migration et mise à niveau de Snapshot Manager
- Tâches suivant une mise à niveau :
- Tâches postmigration
- Désinstallation de NetBackup Snapshot Manager
- Préparation de la désinstallation de Snapshot Manager
- Sauvegarde de Snapshot Manager
- Annulation de la configuration de plug-ins Snapshot Manager
- Annulation de la configuration d'agents Snapshot Manager
- Suppression des agents Snapshot Manager
- Suppression de Snapshot Manager d'un environnement hôte Docker autonome
- Suppression d'extensions Snapshot Manager basées sur une machine virtuelle ou un cluster Kubernetes géré
- Restauration de Snapshot Manager
- Dépannage de NetBackup Snapshot Manager
- Dépannage de Snapshot Manager
- Échec des opérations de snapshot ou de restauration SQL et de restauration granulaire si l'instance Windows perd la connectivité à l'hôte Snapshot Manager
- Échec de la restauration de snapshot de niveau disque si le disque d'origine est détaché de l'instance
- La découverte ne fonctionne pas, même après l'affectation de l'identité gérée par le système au pool de nœuds de contrôle.
- Problème de performances avec la sauvegarde GCP à partir d'un snapshot
- Échec de la post-migration sur les agents d'hôte avec un message d'erreur
- Échec du travail de restauration de fichiers avec un message d'erreur
Échec de la restauration de snapshot de niveau disque si le disque d'origine est détaché de l'instance
Ce problème se produit si vous effectuez une restauration de snapshot de niveau disque vers le même emplacement.
Lorsque vous déclenchez une restauration de snapshot de niveau disque vers le même emplacement, NetBackup détache d'abord le disque d'origine existant de l'instance, crée un volume à partir du snapshot de disque, puis attache le nouveau volume à l'instance. Le disque d'origine est automatiquement supprimé à l'issue de l'opération de restauration.
Cependant, si le disque d'origine dont le snapshot est en cours de restauration est détaché manuellement de l'instance avant le déclenchement de la restauration, l'opération de restauration échoue.
Le message suivant peut s'afficher sur l'interface utilisateur NetBackup :
Request failed unexpectedly: [Errno 17] File exists: '/<app.diskmount>'
Les journaux du coordinateur NetBackup contiennent des messages semblables à ce qui suit :
flexsnap.coordinator: INFO - configid : <app.snapshotID> status changed to
{u'status': u'failed', u'discovered_time': <time>, u'errmsg': u'
Could not connect to <application> server localhost:27017:
[Errno 111]Connection refused'}Solution de contournement :
Si la restauration a déjà échoué dans l'environnement, vous devrez peut-être d'abord effectuer manuellement un nettoyage de disque, puis redéclencher le travail de restauration.
Effectuez les étapes suivantes :
- Connectez-vous à l'instance pour laquelle l'opération de restauration a échoué.
Assurez-vous que le compte utilisateur que vous utilisez pour vous connecter dispose de privilèges d'administreur sur l'instance.
- Exécutez la commande suivante pour démonter correctement le disque d'application :
# sudo umount /<application_diskmount>
Ici, <application_diskmount> est le chemin de montage du disque d'application d'origine sur l'instance.
Si le message
"device is busy"est affiché, attendez un moment, puis réessayez la commande umount. - Dans l'interface utilisateur NetBackup, déclenchez de nouveau l'opération de restauration de niveau disque.
En général, si vous voulez détacher les disques de l'application d'origine de l'instance, utilisez le processus de restauration suivant :
Prenez d'abord un snapshot de niveau disque de l'instance.
Une fois le snapshot créé, détachez manuellement le disque de l'instance.
Par exemple, si l'instance est dans le cloud AWS, utilisez AWS Management Console et modifiez l'instance pour détacher le disque de données. Veillez à enregistrer les modifications apportées à l'instance.
Connectez-vous à l'instance à l'aide d'un compte administrateur, puis exécutez la commande suivante :
# sudo umount /<application_diskmount>
Si le message
"device is busy"est affiché, attendez un moment, puis réessayez la commande umount.Déclenchez de nouveau l'opération de restauration de niveau disque à partir de l'interface utilisateur NetBackup.