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é
Exécution de sauvegardes simultanées pour les partenaires en miroir
Puisque les sauvegardes ne peuvent intervenir que sur le serveur maître, vous devez prendre les mesures qui s'imposent pour vous assurer que vous ne manquez aucune sauvegarde planifiée à cause d'un basculement. Mettre en place une procédure pour lancer simultanément des sauvegardes pour les deux partenaires, mais supprimer l'opération sur le miroir.
Quand vous restaurez une base de données en miroir, vous devez la restaurer vers le nœud jouant actuellement le rôle principal. Reportez-vous aux manuels SQL Server en ligne.
Pour lancer simultanément des sauvegardes pour les deux partenaires
- Créez une politique avec une planification de sauvegarde pour le serveur maître.
- Ajoutez l'hôte qui contient le partenaire en miroir à la liste client.
- Créez un fichier batch et ajoutez-le à la liste de sélections de sauvegarde.
- Créez un fichier batch sur le partenaire en miroir qui a le même nom que le fichier batch spécifié dans la politique de sélections de sauvegarde.
Le fichier batch sur le partenaire en miroir devrait être identique à celui qui est utilisé sur le serveur maître, à une exception près. Les valeurs de SQLHOST et SQLINSTANCE sont différentes.