Partager via

Décharger des sauvegardes prises en charge sur des réplicas secondaires d’un groupe de disponibilité

S'applique à :SQL Server

Les fonctionnalités secondaires actives des groupes de disponibilité Always On incluent la prise en charge des sauvegardes sur des réplicas secondaires. Les opérations de sauvegarde peuvent solliciter de manière significative les E/S et l'UC (avec la compression de sauvegarde). Le déchargement des sauvegardes vers un réplica secondaire synchronisé ou en cours de synchronisation vous permet d'utiliser les ressources sur l'instance de serveur qui héberge le réplica principal pour vos charges de travail de niveau 1.

Remarque

RESTORE Les instructions ne sont pas autorisées sur les bases de données d’un groupe de disponibilité, qu'elles soient primaires ou secondaires.

Types de sauvegarde pris en charge sur les répliques secondaires

Pour effectuer une sauvegarde complète de base de données sur un réplica secondaire, vous devez effectuer des sauvegardes de copie uniquement, car les sauvegardes de copie uniquement n’affectent pas la séquence de journaux de transactions consécutifs et n’effacent pas la bitmap différentielle. Considérer:

  • Les sauvegardes de copie uniquement n’empêchent pas la troncation du journal des transactions sur d’autres réplicas.

  • Pendant qu’elle s’exécute, une sauvegarde de copie uniquement empêche la troncation du journal sur le réplica secondaire pour la durée de la sauvegarde.

  • Si le journal des transactions est tronqué sur le réplica principal en un LSN compris entre le premier et le dernier LSN du journal des transactions du réplica secondaire exécutant la sauvegarde de copie uniquement, vous pouvez voir l’erreur suivante dans le journal du réplica secondaire :

    Error 9019: The virtual log file sequence 0x%08x at offset 0x%016I64x bytes in file '%ls' is active and cannot be overwritten with sequence 0x%08x for database '%ls'.

    Bien que la sauvegarde soit susceptible de réussir, la synchronisation échoue pour ce réplica secondaire jusqu’à ce que la sauvegarde de copie uniquement soit achevée et, si le réplica secondaire est défini pour une validation synchrone, les opérations d’écriture sur le réplica principal peuvent être bloquées jusqu’à ce que le journal puisse être validé sur le réplica secondaire. Une fois la sauvegarde terminée, le journal est tronqué sur le réplica secondaire, qui doit alors se synchroniser à nouveau. Si vous rencontrez l’erreur 9019 lors de l’exécution d’une sauvegarde de copie uniquement sur un réplica secondaire, exécutez plutôt la sauvegarde complète sur le réplica principal.

Lorsque vous effectuez des sauvegardes sur des réplicas secondaires, tenez compte des points suivants :

  • Pour sauvegarder une base de données secondaire, un réplica secondaire doit être en mesure de communiquer avec le réplica principal et doit être SYNCHRONIZED ou SYNCHRONIZING.

  • Les sauvegardes différentielles ne sont pas prises en charge sur les réplicas secondaires.

  • Les sauvegardes simultanées, comme l’exécution d’une sauvegarde du journal des transactions sur le réplica principal pendant qu’une sauvegarde complète de la base de données s’exécute sur le réplica secondaire, ne sont pas prises en charge actuellement.

  • BACKUP LOG ne prend en charge que les sauvegardes de journaux régulières (l’option COPY_ONLY n’est pas prise en charge pour les sauvegardes de journaux sur les réplicas secondaires). Une séquence de journaux de transactions consécutifs cohérente est garantie sur les sauvegardes des journaux effectuées sur les réplicas (principaux ou secondaires), quel que soit leur mode de disponibilité (avec validation synchrone ou validation asynchrone).

Dans un groupe de disponibilité distribué, vous pouvez effectuer des sauvegardes sur des réplicas secondaires dans le même groupe de disponibilité que le réplica principal actif ou sur le réplica principal de tous les groupes de disponibilité secondaires. Les sauvegardes ne peuvent pas être effectuées sur un réplica secondaire dans un groupe de disponibilité secondaire, car les réplicas secondaires communiquent uniquement avec le réplica principal dans leur propre groupe de disponibilité. Seules les répliques qui communiquent directement avec la réplique principale globale peuvent réaliser des sauvegardes.

Les sauvegardes complètes et différentielles sur les répliques secondaires

S’applique à : SQL Server 2025 (17.x) et versions ultérieures.

À compter de SQL Server 2025 (17.x), en plus des sauvegardes de copie uniquement et de journal des transactions existantes, vous pouvez également effectuer des sauvegardes complètes et différentielles sur n’importe quel réplica secondaire.

Configurer l’emplacement d’exécution des travaux de sauvegarde

L'exécution de sauvegardes sur un réplica secondaire pour décharger la charge de travail de sauvegarde du serveur de production principal constitue un énorme avantage. Cependant, les sauvegardes sur des réplicas secondaires compliquent considérablement la détermination de l'emplacement d'exécution des travaux de sauvegarde. Pour résoudre ce problème, configurez l'emplacement d'exécution des travaux de sauvegarde comme suit :

  1. Configurez le groupe de disponibilité pour spécifier les réplicas de disponibilité sur lesquels vous souhaitez que les sauvegardes soient effectuées. Pour plus d’informations, consultez les paramètres de AUTOMATED_BACKUP_PREFERENCE et BACKUP_PRIORITY dans CREATE AVAILABILITY GROUP ou ALTER AVAILABILITY GROUP.

  2. Créez des travaux de sauvegarde par script pour chaque base de données de disponibilité sur chaque instance de serveur qui héberge un réplica de disponibilité candidat pour effectuer des sauvegardes. Pour plus d’informations, consultez la section « Suivi : Après la configuration de la sauvegarde sur les réplicas secondaires » de Configurer des sauvegardes sur des réplicas secondaires d’un groupe de disponibilité Always On.

Contenu connexe

  • Last updated on