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
Exigences et restrictions de restauration pour Oracle
Tenez compte des points suivants avant de restaurer un snapshot Oracle :
L'hôte de destination sur lequel vous souhaitez restaurer le snapshot doit disposer de la même version d'Oracle que l'hôte source.
Si vous restaurez le snapshot vers un nouvel emplacement, vérifiez les points suivants :
Assurez-vous qu'aucune base de données portant le même nom d'instance n'est en cours d'exécution sur l'hôte cible.
Assurez-vous que les répertoires requis pour monter les fichiers d'application ne sont pas déjà utilisés sur l'hôte cible.
La restauration de niveau disque vers un nouvel emplacement échoue si le plug-in NetBackup pour Oracle n'est pas configuré sur l'hôte cible.
Dans ce cas, pour effectuer la restauration de snapshot Oracle vers un nouvel emplacement, vous devez réaliser les étapes de restauration dans l'ordre suivant :
Commencez par effectuer une restauration de snapshot de niveau disque Oracle.
Veillez à restaurer les snapshots de tous les disques utilisés par Oracle. Il s'agit des disques sur lesquels les données Oracle sont stockées.
Ensuite, une fois la restauration de niveau disque terminée, effectuez les étapes manuelles supplémentaires.
Se reporter à Étapes supplémentaires requises après une restauration de snapshot Oracle.
Dans un environnement Azure, les mappages de périphérique peuvent parfois être modifiés après une opération de restauration de niveau hôte. Dans ce cas, l'application Oracle peut ne pas se mettre en ligne sur la nouvelle instance après la restauration.
Pour résoudre ce problème après la restauration, vous devez démonter manuellement les systèmes de fichiers, puis les remonter correctement conformément aux mappages de l'hôte d'origine.
Si vous utilisez le fichier
/etc/fstabpour stocker les systèmes de fichiers, les points de montage et les paramètres de montage, Veritas vous recommande d'utiliser l'UUID de disque plutôt que des mappages de périphériques. L'utilisation des UUID de disque garantit un montage correct des systèmes de fichiers sur les points de montage appropriés.Les snapshots de données d'application résidant sur un système de fichiers qui fait partie d'un type de partition LVM ne sont pas pris en charge. Si vous essayez de créer un snapshot d'un système de fichiers de ce type, le message d'erreur suivant s'affiche :
*flexsnap.GenericError: Unable to protect asset *