Procédure : installer un Service Pack sur un système avec temps mort minimal pour les bases de données en miroir

Cette rubrique décrit comment réduire au maximum le temps mort pour les bases de données mises en miroir lorsque vous installez des Service Packs et des correctifs logiciels. Ce processus implique la mise à niveau séquentielle des instances de MicrosoftSQL Server 2005 qui participent à la mise en miroir des bases de données. Cette forme de mise à niveau, appelée mise à niveau propagée, réduit le temps mort à un seul basculement. Notez que pour les sessions en mode hautes performances dans lesquelles le serveur miroir est géographiquement distant du serveur principal, une mise à niveau propagée peut être inappropriée.

Une mise à niveau propagée est un processus à plusieurs étapes comprenant les étapes suivantes :

• Protégez vos données.
• Si la session inclut un témoin, nous vous recommandons de le supprimer. Dans le cas contraire, lors de la mise à niveau de l'instance de serveur miroir, 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 la mettre à niveau à tout moment au cours du processus de mise à niveau propagée sans mettre en péril le temps mort de base de données.

  Remarque :
  Pour plus d'informations, consultez Quorum : effets d'un témoin sur la disponibilité de la base de données.

• Si une session s'exécute en mode hautes performances, modifiez le mode d'opération pour le mode haute sécurité.
• Mettez à niveau chaque instance de serveur impliquée dans la mise en miroir de bases de données. Une mise à niveau propagée implique la mise à niveau de l'instance de serveur qui est actuellement le serveur miroir, le basculement manuel de chacune de ses bases de données mises en miroir et la mise à niveau de l'instance de serveur qui était le serveur principal (et qui est maintenant le nouveau serveur miroir). À ce stade, vous devrez reprendre la mise en miroir.

  Remarque :
  Avant de démarrer une mise à niveau propagée, nous recommandons de vous exercer au basculement manuel sur au moins une de vos sessions de mise en miroir.

• Revenez si nécessaire au mode hautes performances.
• Rétablissez le témoin dans la session de mise en miroir, si nécessaire.

Les procédures de ces étapes sont décrites ici.

Important :
Une instance de serveur peut jouer différents rôles de mise en miroir (serveur principal, serveur miroir ou témoin) dans des sessions de mise en miroir simultanées. Dans ce cas, vous devrez adapter le processus de mise à niveau propagée de base en conséquence. Pour plus d'informations, consultez Sessions de mise en miroir de bases de données.

Pour protéger vos données avant une mise à niveau (recommandation)

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

   Pour sauvegarder une base de données

   • Procédure : sauvegarder une base de données (SQL Server Management Studio).
   • Procédure : créer une sauvegarde complète de base de données (Transact-SQL)

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

Pour supprimer un témoin d'une session

1. Si une session de mise en miroir contient un témoin, nous vous recommandons de le supprimer avant d'effectuer une mise à niveau propagée.

   Pour supprimer le témoin

   • Procédure : supprimer le témoin d'une session de mise en miroir de bases de données (SQL Server Management Studio)
   • Procédure : Supprimer le témoin d'une session de mise en miroir de bases de données (Transact-SQL)

Pour passer d'une session en mode hautes performances à une session 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, optez pour le mode d'opération haute sécurité sans basculement automatique. Utilisez l'une des méthodes suivantes :

   • Dans SQL Server Management Studio : Remplacez l'option Mode d'opération par Haute sécurité sans basculement automatique (synchrone) 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 l'accès à cette page, consultez Procédure : exécuter l'Assistant Configuration de la sécurité de mise en miroir de bases de données (SQL Server Management Studio).
   • Dans Transact-SQL : Affectez la valeur FULL à la sécurité de la transaction. Pour plus d'informations, consultez Procédure : modification de la sécurité des transactions dans une session de mise en miroir de bases de données (Transact-SQL)

     Remarque :
     Pour plus d'informations, consultez Paramètres Transact-SQL et modes d'opération de mise en miroir de bases de données.

Pour effectuer la mise à niveau propagée

1. Pour réduire au maximum le temps mort, nous recommandons de commencer la mise à niveau propagée en mettant à jour tout partenaire de mise en miroir qui est actuellement le serveur miroir dans toutes ses sessions de mise en miroir. Vous devrez peut-être mettre à jour plusieurs instances de serveur à ce stade.

   Remarque :
   Un témoin peut être mis à niveau à tout moment dans le processus de mise à niveau propagée. Par exemple, si une instance de serveur est un serveur miroir dans la Session 1 et est un témoin dans la Session 2, vous pouvez immédiatement mettre à niveau l'instance de serveur.

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

   • Si une instance de serveur est déjà le serveur miroir dans toutes ses sessions de mise en miroir, installez le Service Pack ou le correctif logiciel sur cette instance de serveur.
   • Si toutes vos instances de serveur sont actuellement le serveur principal dans toute session de mise en miroir, sélectionnez une instance de serveur à mettre à niveau en premier. Basculez ensuite manuellement chacune de ses bases de données principales et mettez à niveau cette instance de serveur en installant le Service Pack ou le correctif logiciel.

   Une fois mise à niveau, une instance de serveur rejoint automatiquement chacune de ses sessions de mise en miroir.

   Pour effectuer un basculement manuel

   • Procédure : basculement manuel d'une session de mise en miroir d'une base de données (SQL Server Management Studio)
   • Procédure : basculer manuellement une session de mise en miroir de bases de données (Transact-SQL).

   Pour plus d'informations sur le fonctionnement du basculement manuel, consultez Basculement manuel.

2. Pour chaque session de mise en miroir dont l'instance de serveur miroir vient d'être mise à niveau, attendez que la session se synchronise. Connectez-vous ensuite à l'instance de serveur principal et basculez manuellement la session. Au moment du basculement, l'instance de serveur mise à niveau devient le serveur principal pour cette session, et le serveur principal précédent devient le serveur miroir.

   Le but de cette étape est de faire en sorte qu'une autre instance de serveur devienne le serveur miroir dans chaque session de mise en miroir dans laquelle elle est un partenaire.

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

4. Installez le Service Pack ou le correctif logiciel sur chaque instance de serveur qui est maintenant le serveur miroir dans toutes les sessions de mise en miroir dans lesquelles elle est un partenaire. Vous devrez peut-être mettre à jour plusieurs serveurs à ce stade.

   Important :
   Dans une configuration de mise en miroir complexe, une instance de serveur peut demeurer le serveur principal d'origine dans un 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 impliquées soient mises à niveau.

5. Reprenez la session de mise en miroir.

   Remarque :
   Le basculement automatique ne fonctionnera pas tant que le témoin n'aura pas été mis à niveau.

6. Installez les Service Packs ou les correctifs logiciels sur 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 rejoint la session de mise en miroir; le basculement automatique n'est plus possible. Vous devrez peut-être mettre à jour plusieurs serveurs à ce stade.

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

1. En option, rétablissez le mode hautes performances en utilisant l'une des méthodes suivantes :

   • Dans SQL Server Management Studio : Remplacez l'option Mode d'opération par Haute performance (asynchrone) 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 ALTER DATABASE pour affecter la valeur OFF à la sécurité de transaction.

Pour rétablir un témoin dans une session de mise en miroir

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

   Pour rétablir un témoin

   • Procédure : ajouter ou remplacer un témoin de mise en miroir de base de données (SQL Server Management Studio)
   • Procédure : ajouter un témoin de mise en miroir de bases de données à l'aide de l'authentification Windows (Transact-SQL)

Voir aussi

Tâches

Procédure : lancer l'analyse de mise en miroir de base de données
Procédure : afficher l'état d'une base de données mise en miroir (SQL Server Management Studio)

Concepts

Mise en miroir asynchrone de bases de données (mode hautes performances)
Sessions de mise en miroir de bases de données
Service forcé (avec possibilité de perte de données)
Présentation de la mise en miroir de bases de données
Basculement de rôle durant une session de mise en miroir de bases de données
Mise en miroir synchrone de bases de données (mode Haute sécurité)

Autres ressources

ALTER DATABASE (Transact-SQL)
BACKUP (Transact-SQL)
Rubriques relatives à la mise en miroir de bases de données

Aide et Informations

Assistance sur SQL Server 2005