Guide de l'administrateur Veritas NetBackup™ for Microsoft SQL Server
- Présentation de NetBackup for SQL Server
- Installation de NetBackup for SQL Server
- Gestion des instances pour les politiques intelligentes SQL Server
- Affichage des instances de Serveur SQL et des groupes d'instances dans la gestion d'instance
- À propos de l'enregistrement des instances de SQL Server
- Configuration des sauvegardes SQL Server avec une politique intelligente SQL Server
- Configuration de l'application NetBackup for SQL Server
- Restaurations de SQL Server
- Rediriger une base de données SQL Server vers un hôte différent
- Restauration des sauvegardes SQL Server multiflux
- Protection des données de SQL Server avec des sauvegardes VMware
- À propos de la protection des données SQL Server au moyen de sauvegardes VMware
- Utilisation de l'application NetBackup for SQL Server avec Snapshot Client
- Utilisation des sauvegardes par snapshot de type copie seulement pour déterminer sur quelles sauvegardes baser les sauvegardes différentielles
- A propos des sauvegardes groupées de l'agent SQL Server (politiques héritées de SQL Server)
- Protection de SQL Server dans des environnements haute disponibilité (HA)
- À propos de l'utilisation de NetBackup pour protéger les groupes de disponibilité SQL Server
- A propos de la protection de la réplique préférée dans un groupe de disponibilité SQL Server (politiques de sauvegarde héritées)
- À propos de la protection d'un nœud spécifique dans un groupe de disponibilité SQL Server
- A propos de NetBackup for SQL Server avec la mise en miroir de base de données
- Concepts de sauvegarde et de restauration
- Présentation des concepts de sauvegarde et de récupération de SQL Server
- A propos des facteurs de récupération pour SQL Server
- Utilisation de NetBackup for SQL Server avec plusieurs cartes d'interface réseau
- Configuration des sauvegardes avec des politiques SQL Server héritées en utilisant des clients et des fichiers batch
- A propos des fichiers batch avec NetBackup for SQL Server
- À propos des propriétés de planification
- Sauvegarde des groupes de fichiers en lecture seule
- Lancement d'opérations dirigées par l'utilisateur avec dbbackex
- Utilisation de bplist pour récupérer une liste de sauvegardes SQL Server
- Sauvegardes et restaurations de SQL Server dans un environnement SAP (politiques héritées de SQL Server)
- A propos des sauvegardes et des restaurations SQL Server dans un environnement SAP
- Dépannage
- À propos des journaux de débogage pour dépanner SQL Server
- Reprise après incident de SQL Server
- Annexe A. Exemples de fichier batch
- Fichiers batch de sauvegarde d'exemple pour les politiques héritées de SQL Server
- À propos d'exemples de fichiers batch de restauration
- Fichiers batch de sauvegarde d'exemple pour les politiques héritées de SQL Server
- Annexe B. Sauvegardes multiplexées
- Annexe C. Emplacements de Registre autorisé
Restauration d'une base de données de groupe de disponibilité SQL Server sur une réplique secondaire
Cette procédure décrit comment restaurer une base de données de groupe de disponibilité (AG) SQL Server sur une réplique secondaire Suivez cette procédure si une réplique secondaire est indisponible pendant une durée prolongée et doit être synchronisée avec la réplique primaire. Vous pouvez également suivre ces instructions après avoir ajouté une nouvelle réplique secondaire à l'AG.
Pour restaurer une base de données de groupe de disponibilité SQL Server sur une réplique secondaire
- Si ce n'est pas déjà fait, configurez les mappages pour les restaurations d'application distribuée.
Mappez le nom WSFC (Cluster de basculement Windows Server) à chaque nœud d'AG. Si vous disposez d'un groupe AG avec une FCI, vous devez configurer des mappages supplémentaires.
Configurez ces mappages dans la propriété d'hôte Mappage de restauration d'application distribuée sur le serveur maître.
Se reporter à Configuration de mappages pour les restaurations d'une application distribuée, d'un cluster ou d'une machine virtuelle .
- Si ce n'est pas déjà fait, vérifiez les mappages découverts automatiquement pour les hôtes dans votre environnement.
Approuvez chaque mappage découvert automatiquement par NetBackup dans l'environnement. Effectuez cette configuration dans les propriétés Gestion des hôtes sur le serveur maître.
Se reporter à Vérification des mappages découverts automatiquement dans la gestion des hôtes.
- Ouvrez une session sur le nœud qui héberge la réplique secondaire.
- Fermez toutes les connexions à la base de données sur la réplique secondaire.
- Supprimez la base de données secondaire du groupe de disponibilité.
- Ouvrez le client NetBackup MS SQL.
- Sélectionnez Fichier > Définir les propriétés de connexion du Serveur SQL.
- Dans la liste Instance, sélectionnez l'instance qui héberge l'AG.
- Sélectionnez Fichier > Restaurer les objets SQL Server.
- Dans la boîte de dialogue Options de l'historique de sauvegarde, pour l' hôte SQL, sélectionnez ou saisissez le nom de domaine complet (FQDN) du cluster de WSFC (Windows Server Failover Clustering).
Vous pouvez trouver le nom de cluster dans Failover Cluster Manager ou les détails du travail pour la sauvegarde.
NetBackup affiche les bases de données qui sont incluses dans le groupe de disponibilité. Pour restaurer les bases de données de système ou utilisateur dans la sauvegarde, effectuez une opération de navigation et de restauration distincte à l'aide du même nom de nœud.
- Cliquez sur OK.
- Dans la boîte de dialogue de Restaurer les objets Microsoft SQL Server, sélectionnez les dernières sauvegardes d'image et de journal des transactions de sauvegarde complètes.
- De la liste de Récupération, sélectionnez Non récupéré.
- Sélectionnez Utiliser l'option de remplacement.
- Si les nœuds dans l'AG utilisent des chemins différents pour le fichier de base de données, vous devez créer un modèle de déplacement pour restaurer vers une réplique secondaire. A partir de la liste Script, sélectionnez Créer un modèle de déplacement.
Se reporter à Exécution d'un déplacement de base de données SQL Server.
- Cliquez sur Restaurer.
- Quand la restauration se termine, connectez la base de données au groupe de disponibilité.