Exporter (0) Imprimer
Développer tout
Cet article a fait l'objet d'une traduction manuelle. Déplacez votre pointeur sur les phrases de l'article pour voir la version originale de ce texte. Informations supplémentaires.
Traduction
Source
Ce sujet n'a pas encore été évalué - Évaluez ce sujet

Secondaires actifs : sauvegarde sur les réplicas secondaires (groupes de disponibilité d'AlwaysOn)

SQL Server 2012

Les fonctions secondaires actives Groupes de disponibilité AlwaysOn incluent la prise en charge des opérations de sauvegarde sur les 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 Remarque

Les instructions RESTORE ne sont pas autorisées sur les bases de données primaire ou secondaire d'un groupe de disponibilité.

  • BACKUP DATABASE prend en charge uniquement la copie seule des sauvegardes complètes de la base de données, des fichiers ou des groupes de fichiers lorsqu'elle est exécutée sur les réplicas secondaires. Notez que les sauvegardes de type copie seule n'affectent pas la séquence de journaux de transactions consécutifs ou n'effacent pas la bitmap différentielle.

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

  • BACKUP LOG prend uniquement en charge les sauvegardes de journaux régulières (l'option COPY_ONLY n'est pas prise en charge pour les sauvegardes de fichiers journaux sur des 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).

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

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. Toutefois, la réalisation de sauvegardes sur des réplicas secondaires présente une complexité significative au moment de 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é de votre choix pour effectuer les sauvegardes. Pour plus d'informations, consultez les paramètres AUTOMATED_BACKUP_PREFERENCE et BACKUP_PRIORITY dans CREATE AVAILABILITY GROUP (Transact-SQL) ou ALTER AVAILABILITY GROUP (Transact-SQL).

  2. Créez les 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 la sauvegarde sur des réplicas de disponibilité (SQL Server).

Pour configurer la sauvegarde sur les réplicas secondaires

Pour déterminer si le réplica actuel est le réplica de sauvegarde par défaut

Pour créer un travail de sauvegarde

Icône de flèche utilisée avec le lien Retour en haut [Haut de la page]

Cela vous a-t-il été utile ?
(1500 caractères restants)
Merci pour vos suggestions.

Ajouts de la communauté

AJOUTER
Afficher:
© 2014 Microsoft. Tous droits réservés.