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
- Déploiement de NetBackup Snapshot Manager à l'aide d'images de conteneurs
- Déploiement d'extensions NetBackup 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
- Plug-ins cloud de NetBackup 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
- Installation et configuration de l'agent Snapshot Manager
- Configuration du plug-in d'application Snapshot Manager
- Plug-in Microsoft SQL
- Étapes supplémentaires requises après une restauration de snapshot d'instance SQL Server
- Plug-in Oracle
- Plan de protection NetBackup
- 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
- Migration et mise à niveau de Snapshot Manager
- Tâches suivant une mise à niveau :
- Désinstallation de NetBackup Snapshot Manager
- Dépannage de NetBackup Snapshot Manager
Exigences et restrictions de restauration pour Microsoft SQL Server
Tenez compte des points suivants avant de restaurer un snapshot SQL Server :
Veillez à fermer SQL Management Studio avant de restaurer un snapshot SQL Server.
Cela s'applique seulement si vous restaurez le snapshot dans le but de remplacer le bien actuel (option Écraser l'existant) ou si vous le restaurez vers le même emplacement que le bien d'origine (option Emplacement d'origine).
Dans le cas d'une instance SQL, la restauration de niveau disque vers un nouvel emplacement échoue si l'hôte cible est connecté ou configuré.
Dans ce cas, pour effectuer la restauration de snapshot SQL Server 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 SQL Server.
Veillez à restaurer les snapshots de tous les disques utilisés par SQL Server. Il s'agit des disques sur lesquels les données SQL Server sont stockées.
Se reporter à Étapes requises avant la restauration de bases de données de groupe de disponibilité SQL.
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 d'instance SQL Server.
Snapshot Manager ne prend pas en charge les opérations de découverte, de snapshot et de restauration pour les bases de données SQL qui contiennent des espaces de début ou de fin ou des caractères non imprimables. En effet, ces bases de données génèrent une erreur au niveau de l'enregistreur VSS.
Pour plus d'informations, consultez la page suivante :
documentation relative aux bases de données Microsoft SQL Server
Avant de restaurer une base de données de groupe de disponibilité SQL, effectuez les étapes de prérestauration manuellement.
Se reporter à Étapes requises avant la restauration de bases de données de groupe de disponibilité SQL.
La restauration d'une base de données système vers un nouvel emplacement n'est pas prise en charge.
Si un groupe de disponibilité est configuré pour l'instance de destination, la restauration n'est pas prise en charge.
Si la base de données existe au nouvel emplacement de destination et si l'option d'écrasement n'est pas sélectionnée, le travail de restauration échoue.
Si l'option de remplacement est sélectionnée pour une base de données faisant partie d'un groupe de disponibilité, le travail de restauration échoue.
Pour la restauration d'une base de données système, la version de SQL Server doit être identique. Pour les bases de données utilisateur, la restauration vers une version inférieure de SQL n'est pas autorisée.
Le délai d'expiration par défaut de 6 heures ne permet pas la restauration d'une base de données de plus de 300 Go. La valeur du paramètre de délai d'expiration configurable peut être définie de façon à permettre la restauration d'une base de données plus volumineuse.
Se reporter à Dépannage de Snapshot Manager.