Partager via

Installer un Service Pack sur un système avec un temps d’arrêt minimal pour les bases de données mises en miroir

Cette rubrique explique comment réduire le temps d’arrêt des 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 SQL Server 2014 qui participent à la mise en miroir de bases de données. Cette forme de mise à jour, appelée mise à jour continue, réduit le temps d’arrêt à 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 à jour propagée peut être inappropriée.

Une mise à jour propagée est un processus en plusieurs étapes qui se compose des étapes suivantes :

  • Protéger vos données.

  • Si la session inclut un témoin, nous vous recommandons de supprimer le témoin. Sinon, lorsque l’instance de serveur miroir est mise à jour, 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 à jour à tout moment pendant le processus de mise à jour propagée sans risque de temps d’arrêt de la base de données.

    Remarque

    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).

  • Si une session s’exécute en mode hautes performances, remplacez le mode d’exploitation par le mode haute sécurité.

  • Mettez à jour chaque instance de serveur impliquée dans la mise en miroir de bases de données. Une mise à jour progressive implique la mise à niveau de l’instance de serveur qui est actuellement le serveur miroir, en effectuant un basculement manuel de chacune de ses bases de données miroirs, et la mise à niveau de l’instance de serveur qui était d’abord le serveur principal (et est maintenant le nouveau serveur miroir). À ce stade, vous devrez reprendre la mise en miroir.

    Remarque

    Avant de commencer une mise à jour continue, nous vous recommandons d'effectuer un basculement manuel simulé sur au moins une de vos sessions de mirroring.

  • Rétablissez le mode hautes performances, s’il est nécessaire.

  • Renvoyez le témoin pour la session de mise en miroir, si c'est nécessaire.

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

Important

Une instance de serveur peut effectuer 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 à jour propagée de base en conséquence.

Pour protéger vos données avant une mise à jour (une bonne pratique)

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

    Pour sauvegarder une base de données

  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 implique un témoin, nous vous recommandons de supprimer le témoin avant d’effectuer une mise à jour progressive.

    Pour supprimer le témoin

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

  1. Si une session de mise en miroir s’exécute en mode haute performance, avant d’effectuer une mise à jour progressive, remplacez le mode de fonctionnement par une sécurité élevée sans basculement automatique. Utilisez l’une des méthodes suivantes :

Pour effectuer la mise à jour progressive

  1. Pour réduire le temps d’arrêt, nous vous recommandons de démarrer la mise à jour propagée en mettant à jour n’importe quel 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 à jour à tout moment dans le processus de mise à jour propagée. Par exemple, si une instance de serveur est un serveur miroir dans la session 1 et qu’elle est témoin dans la session 2, vous pouvez mettre à jour l’instance de serveur maintenant.

    L’instance de serveur à mettre à jour dépend d’abord de la configuration actuelle de vos sessions de mise en miroir, comme suit :

    • 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 toutes les sessions de mise en miroir, sélectionnez une instance de serveur à mettre à jour en premier. Ensuite, procédez au basculement manuel de chacune de ses bases de données principales et mettez à jour cette instance de serveur en installant le service pack ou le correctif.

    Après avoir été mise à jour, une instance de serveur rejoint automatiquement chacune de ses sessions de mise en miroir.

    Pour effectuer un basculement manuel

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

  2. Pour chaque session de mise en miroir dont l’instance de serveur miroir vient d’être mise à jour, attendez la synchronisation de la session. Ensuite, connectez-vous à l’instance du serveur principal et effectuez un basculement manuel de la session. Lors du basculement, l’instance de serveur mise à jour devient le serveur principal de cette session, et l’ancien serveur principal devient le serveur miroir.

    L’objectif de cette étape est qu’une autre instance de serveur devienne le serveur miroir dans chaque session de mise en miroir dans laquelle elle est 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 il est 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 toujours ê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 impliquées soient mises à jour.

  5. Reprendre la session de mise en miroir.

    Remarque

    Le basculement automatique ne fonctionnera pas tant que le témoin n’a pas été mis à jour.

  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 à jour rejoint une session de mise en miroir, le basculement automatique devient à nouveau possible. Vous devrez peut-être mettre à jour plusieurs serveurs à ce stade.

Pour retourner une session en mode hautes performances

  1. Si vous le souhaitez, revenez en mode hautes performances à l’aide de l’une des méthodes suivantes :

    • Dans SQL Server Management Studio : modifiez l’option mode d’exploitationen hautes performances (asynchrone) à l’aide de 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 définir la sécurité des transactions sur OFF.

Pour renvoyer un témoin à une session de mise en miroir

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

    Pour rétablir le témoin

Voir aussi

Mise en miroir de bases de données ALTER DATABASE (Transact-SQL)
BACKUP (Transact-SQL)
Mise en miroir de bases de données (SQL Server)
Modes de fonctionnement 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 (SQL Server)
Démarrer le moniteur de mise en miroir de bases de données (SQL Server Management Studio)
Afficher l’état d’une base de données mise en miroir (SQL Server Management Studio)

  • Last updated on