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é
Exemple de planification de sauvegarde utilisant des sauvegardes de copie uniquement
Pour comprendre le fonctionnement de la récupération intermédiaire avec copie uniquement, définissez une planification de sauvegarde avec les caractéristiques suivantes :
Le journal des transactions est sauvegardé fréquemment, par exemple, toutes les deux heures
Une sauvegarde complète est enregistrée dans le stockage secondaire de bande tous les quelques jours
Les sauvegardes de la base de données différentielles sont créées plusieurs fois par jour
Une sauvegarde de récupération instantanée est créée plusieurs fois par jour et expire quand la suivante est créée. Cette sauvegarde est une sauvegarde de copie uniquement.
Tableau : Exemple de planification de sauvegarde utilisant des sauvegardes de copie uniquement affiche un extrait de cette planification.
Tableau : Exemple de planification de sauvegarde utilisant des sauvegardes de copie uniquement
Heure |
Une sauvegarde complète enregistrée dans le stockage secondaire |
Sauvegarde différentielle |
PFI de copie uniquement |
Sauvegarde du journal des transactions |
---|---|---|---|---|
Jour 1 | ||||
12:00 A.M. |
X |
X | ||
2:00 A.M. |
X | |||
04:00:00 A.M. |
X |
X | ||
06:00:00 A.M. |
X |
X | ||
08:00:00 A.M. |
X | |||
10:00:00 A.M. |
X |
X | ||
12:00 P.M. |
X |
X | ||
2:00 P.M. |
X | |||
04:00:00 P.M. |
X |
X | ||
06:00:00 P.M. |
X |
X | ||
08:00:00 P.M. |
X | |||
10:00:00 P.M. |
X |
X | ||
Jour 2 | ||||
12:00 A.M. |
X |
X | ||
2:00 A.M. |
X |
Dans cette planification, des sauvegardes complètes sont effectuées toutes les six heures. Si une défaillance se produit et qu'elle est détectée immédiatement, alors vous pouvez restaurer la dernière sauvegarde complète. Ensuite, vous pouvez lire, trois heures de journaux de transactions en moyenne, pour réaliser la récupération. Cependant, si une défaillance n'est pas détectée avant la sauvegarde complète suivante, alors il n'y aura aucune sauvegarde complète disponible. Il n'existe plus aucune sauvegarde complète depuis le jour 1 00:00. Les sauvegardes de récupération instantanée sont en copie uniquement. Cependant, les sauvegardes différentielles sont effectuées par rapport à la dernière sauvegarde complète non de copie uniquement.
Dans cet exemple, supposons qu'une erreur se produit à 23:30 le jour 1, mais que l'erreur n'est pas détectée avant 00:30 le jour 2, après la sauvegarde complète de 00:00. Comme la sauvegarde complète de 18:00 n'existe plus, il est nécessaire de commencer la récupération par la sauvegarde effectuée à 0:00 le jour 1. Cependant, puisque toutes les sauvegardes complètes suivant cette dernière sont de copie uniquement, la sauvegarde différentielle de 22:00 est effectuée par rapport à cette sauvegarde. L'ordre de récupération serait : restauration de la sauvegarde du jour 1 de 12h00 du matin. Restauration de la sauvegarde différentielle de 22h00. Restauration des demies-heures de sauvegardes du journal des transactions.
L'attribut de copie uniquement apparaît dans les propriétés de l'image de sauvegarde de snapshot. Les sauvegardes différentielles sont automatiquement associées à la sauvegarde complète correcte. L'Agent SQL identifie ces sauvegardes quand il sélectionne la récupération définie pour la restauration complète de la base de données.