Recherche dans <book_title>…

Veritas NetBackup™ CloudPoint Guide d'installation et de mise à niveau

Last Published: 2022-05-05

Product(s): NetBackup & Alta Data Protection (10.0)

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 à Récupération d'une base de données SQL au même emplacement.
- 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 SQL Server.
CloudPoint 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 :
https://support.microsoft.com/en-sg/help/2014054/backing-up-a-sql-server-database-using-a-vss-backup-application-may-fa
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. Section .