Réduire le temps d'indisponibilité des bases de données mises en miroir lors de la mise à niveau d'instances de serveur

Lors de la mise à niveau d’instances de serveur vers SQL Server 2014, vous pouvez réduire le temps d’arrêt de chaque base de données mise en miroir à un seul basculement manuel en effectuant une mise à niveau séquentielle, appelée mise à niveau propagée. Une mise à niveau propagée est un processus en plusieurs étapes qui, dans sa forme la plus simple, consiste à mettre à niveau l'instance de serveur qui agit actuellement en tant que serveur miroir dans une session de mise en miroir, puis à basculer manuellement la base de données mise en miroir, à mettre à niveau l'ancien serveur principal et à reprendre la mise en miroir. En pratique, le processus exact dépend du mode d'opération, du nombre et de la disposition de sessions de mise en miroir qui s'exécutent sur les instances de serveur que vous mettez à niveau.

Préparation recommandée (Meilleures pratiques)

Avant de commencer une mise à niveau propagée, nous recommandons d'effectuer les opérations suivantes :

1. Procédez à un essai de basculement manuel sur au moins une de vos sessions de mise en miroir :

   • Basculer manuellement une session de mise en miroir de bases de données (SQL Server Management Studio)

   • Basculer manuellement une session de mise en miroir de bases de données (Transact-SQL).

   Notes

   Pour plus d’informations sur le fonctionnement du basculement manuel, consultez Basculement de rôle durant une session de mise en miroir de bases de données (SQL Server).

2. Protégez vos données :

   1. Effectuez une sauvegarde complète de chaque base de données principale :

      Créer une sauvegarde complète de base de données (SQL Server).

   2. Exécutez la commande DBCC CHECKDB sur chaque base de données principale.

Étapes d'une mise à niveau propagée

Les étapes spécifiques d'une mise à niveau propagée dépendent du mode d'opération de la configuration de mise en miroir. Toutefois, les étapes de base sont les mêmes.

L'organigramme suivant illustre les étapes de base d'une mise à niveau propagée pour chaque mode d'opération. Les procédures correspondantes sont décrites après l'illustration.

Pour faire passer une session du mode hautes performances en mode haute sécurité

1. Si une session de mise en miroir s'exécute en mode hautes performances, avant d'effectuer une mise à niveau propagée, convertissez le mode d'opération en mode haute sécurité sans basculement automatique.

   Important

   Si le serveur miroir est géographiquement distant du serveur principal, une mise à niveau propagée peut être inappropriée.

   • Dans SQL Server Management Studio : affectez la valeur Haute sécurité sans basculement automatique (synchrone) à l’option Mode d’opération dans la page Mise en miroir de la boîte de dialogue Propriétés de la base de données. Pour plus d’informations sur la façon d’accéder à cette page, consultez Démarrer l’Assistant Configuration de la sécurité de mise en miroir de bases de données (SQL Server Management Studio).

   • Dans Transact-SQL : attribuez à la sécurité des transactions la valeur FULL. Pour plus d’informations, consultez Modifier la sécurité des transactions dans une session de mise en miroir de bases de données (Transact-SQL)

Pour supprimer un témoin d'une session

1. Si une session de mise en miroir fait intervenir un témoin, nous vous recommandons de le supprimer avant d'effectuer une mise à niveau propagée. Sinon, lorsque l'instance de serveur miroir est mise à niveau, la disponibilité de la base de données dépend du témoin qui reste connecté à l'instance de serveur principal. Après avoir supprimé un témoin, vous pouvez le mettre à niveau à tout moment pendant le processus de mise à niveau propagée sans risquer un temps mort de la base de données.

   Notes

   Pour plus d’informations, consultez Quorum : comment un témoin affecte la disponibilité de la base de données (Mise en miroir de bases de données).

   • Supprimer le témoin d'une session de mise en miroir de bases de données (SQL Server)

Pour effectuer la mise à niveau propagée

1. Pour réduire le temps mort, nous vous recommandons d’appliquer la procédure suivante : démarrez la mise à niveau propagée en mettant à jour tout serveur partenaire de mise en miroir qui fait actuellement office de serveur miroir dans toutes ses sessions de mise en miroir. Vous pourriez devoir mettre à jour plusieurs instances de serveur à ce stade.

   Notes

   Un témoin peut être mis à niveau à tout moment au cours du processus de mise à niveau propagée. Par exemple, si une instance de serveur est un serveur miroir dans la session 1 et un témoin dans la session 2, vous pouvez la mettre à niveau dès maintenant.

   L'instance de serveur à mettre à niveau en premier dépend de la configuration actuelle de vos sessions de mise en miroir, à savoir :

   • Si une instance de serveur est déjà le serveur miroir dans toutes ses sessions de mise en miroir, mettez-la à niveau vers la nouvelle version.

   • Si toutes vos instances de serveur correspondent actuellement au serveur principal dans toutes les sessions de mise en miroir, sélectionnez une instance de serveur à mettre niveau en premier. Ensuite, basculez manuellement chacune de ses bases de données principales et mettez à niveau cette instance de serveur.

   Après sa mise à niveau, une instance de serveur réintègre automatiquement chacune de ses sessions de mise en miroir.

2. Attendez la synchronisation de chaque session de mise en miroir dont l'instance de serveur miroir vient d'être mise à niveau. Puis, connectez-vous à l'instance de serveur principal, et basculez manuellement la session. Lors du basculement, l'instance de serveur mise à niveau devient le serveur principal pour cette session, et l'ancien serveur principal devient le serveur miroir.

   Le but de cette étape est de permettre à une autre instance de serveur de devenir le serveur miroir dans chaque session de mise en miroir dans laquelle elle est un serveur partenaire.

   Restrictions après le basculement sur une instance de serveur mise à niveau.

   Après le basculement d’un serveur antérieur instance vers un serveur SQL Server 2014 instance, la session de base de données est suspendue. Elle ne peut pas reprendre tant que l'autre serveur partenaire n'a pas été mis à niveau. Toutefois, le serveur principal accepte encore des connexions et autorise l'accès aux données et des modifications sur la base de données principale.

   Notes

   L'établissement d'une nouvelle session de mise en miroir requiert que toutes les instances de serveur exécutent la même version de SQL Server.

3. Après le basculement, nous vous recommandons d’exécuter la commande DBCC CHECKDB sur la base de données principale.

4. Mettez à niveau chaque instance de serveur qui est désormais le serveur miroir dans toutes les sessions de mise en miroir dans lesquelles elle est un serveur partenaire. Vous pourriez devoir mettre à jour plusieurs serveurs à ce stade.

   Important

   Dans une configuration de mise en miroir complexe, certaines instances de serveur pourraient encore être le serveur principal d'origine dans une ou plusieurs sessions de mise en miroir. Répétez les étapes 2 à 4 pour ces instances de serveur jusqu’à ce que toutes les instances concernées soient mises à niveau.

5. Reprenez la session de mise en miroir.

   Notes

   Le basculement automatique ne fonctionne pas tant que le témoin n'a pas été mis à niveau et de nouveau ajouté à la session de mise en miroir.

6. Mettez à niveau toute instance de serveur restante qui est le témoin dans toutes ses sessions de mise en miroir. Une fois qu'un témoin mis à niveau a réintégré une session de mise en miroir, il est de nouveau possible d'effectuer un basculement automatique. Vous pourriez devoir mettre à jour plusieurs serveurs à ce stade.

Pour rétablir le mode hautes performances d'une session

1. Rétablissez éventuellement le mode hautes performances en appliquant l'une des méthodes suivantes :

   • Dans SQL Server Management Studio : affectez la valeur Haute performance (asynchrone) à l’option Mode d’opération dans la page Mise en miroir de la boîte de dialogue Propriétés de la base de données.

   • Dans Transact-SQL : utilisez l’instruction ALTER DATABASE pour désactiver (OFF) la sécurité des transactions.

Pour ajouter de nouveau un témoin dans une session de mise en miroir

1. En mode haute sécurité, rétablissez éventuellement le témoin sur chaque session de mise en miroir.

   Pour réintégrer un témoin

   • Ajouter ou remplacer un témoin de mise en miroir de base de données (SQL Server Management Studio)

   • Ajouter un témoin de mise en miroir de bases de données à l'aide de l'authentification Windows (Transact-SQL)

Voir aussi

Mise en miroir de bases de données ALTER DATABASE (Transact-SQL)
BACKUP (Transact-SQL)
Afficher l'état d'une base de données mise en miroir (SQL Server Management Studio)
Mise en miroir de bases de données (SQL Server)
Installer un Service Pack sur un système avec un temps mort minimal pour les bases de données mises en miroir
Basculement de rôle durant une session de mise en miroir de bases de données (SQL Server)
Forcer le service dans une session de mise en miroir de bases de données (Transact-SQL)
Démarrer le moniteur de mise en miroir de bases de données (SQL Server Management Studio)
Modes de fonctionnement de la mise en miroir de bases de données