Effectuer un basculement manuel planifié d'un groupe de disponibilité (SQL Server)

Article
06/25/2013

Cette rubrique explique comment effectuer un basculement manuel sans perte de données (basculement manuel planifié) sur un groupe de disponibilité AlwaysOn à l'aide de SQL Server Management Studio, de Transact-SQL ou de PowerShell dans SQL Server 2012. Un groupe de disponibilité bascule au niveau d'un réplica de disponibilité. Un basculement manuel planifié, à l'instar de tout basculement Groupes de disponibilité AlwaysOn, entraîne la transition d'un réplica secondaire vers le rôle principal et, simultanément, celle de l'ancien réplica principal vers le rôle secondaire.

Un basculement manuel planifié, pris en charge uniquement lorsque le réplica principal et le réplica secondaire cible s'exécutent en mode de validation synchrone et sont actuellement synchronisés, conserve toutes les données dans les bases de données secondaires jointes au groupe de disponibilité sur le réplica secondaire cible. Une fois la transition du réplica principal précédent vers le rôle secondaire terminé, ses bases de données deviennent les bases de données secondaires et démarrent la synchronisation avec les nouvelles bases de données primaires. Une fois que toutes ont passé à l'état SYNCHRONIZED, le nouveau réplica secondaire devient éligible pour servir de cible d'un futur basculement manuel planifié.

[!REMARQUE]

Si les réplicas principal et secondaire sont tous les deux configurés pour le mode de basculement automatique, une fois que le réplica secondaire est synchronisé, il peut également servir de cible à un basculement automatique. Pour plus d'informations, consultez Modes de disponibilité (groupes de disponibilité AlwaysOn).

Avant de commencer :

Limitations et restrictions

Conditions préalables requises et restrictions

Sécurité
Pour basculer manuellement un groupe de disponibilité, utilisez :

SQL Server Management Studio

Transact-SQL

PowerShell
Suivi : Après avoir manuellement basculé un groupe de disponibilité

Avant de commencer

Limitations et restrictions

Une commande de basculement retourne dès que le réplica secondaire cible a accepté la commande. Toutefois, la récupération de la base de données est asynchrone après que le basculement du groupe de disponibilité est terminé.
La cohérence entre bases de données sur plusieurs bases de données dans le groupe de disponibilité n'est pas conservée lors d'un basculement.

[!REMARQUE]

Les transactions entre bases de données et les transactions distribuées ne sont pas prises en charge par Groupes de disponibilité AlwaysOn. Pour plus d'informations, consultez Transactions entre bases de données non prises en charge pour la mise en miroir de bases de données ou les groupes de disponibilité AlwaysOn (SQL Server).

Conditions préalables requises et restrictions

Le réplica secondaire cible et le réplica principal doivent tous les deux s'exécuter en mode de disponibilité avec validation synchrone.

Le réplica secondaire cible doit être actuellement synchronisé avec le réplica principal. Pour cela, il faut que toutes les bases de données secondaires sur ce réplica secondaire aient été jointes au groupe de disponibilité et soient synchronisées avec leurs bases de données primaires correspondantes (autrement dit, les bases de données secondaires locales doivent avoir l'état SYNCHRONIZED).

Conseil
Pour déterminer la disponibilité de basculement d'un réplica secondaire, interrogez la colonne is_failover_ready dans la vue de gestion dynamique sys.dm_hadr_database_cluster_states, ou regardez dans la colonne Disponibilité de basculement du tableau de bord du groupe AlwaysOn.

Cette tâche est prise en charge uniquement sur le réplica secondaire cible. Vous devez être connecté à l'instance de serveur qui héberge le réplica secondaire cible.

Sécurité

Autorisations

Requiert l'autorisation ALTER AVAILABILITY GROUP sur le groupe de disponibilité, l'autorisation CONTROL AVAILABILITY GROUP, l'autorisation ALTER ANY AVAILABILITY GROUP ou l'autorisation CONTROL SERVER.