Partager via


Exécution d'une mise à jour synchronisée d'une base de données partagée évolutive

Si vous utilisez des jeux de volumes de rapports différents pour la mise à jour d'une configuration de base de données partagée évolutive, vous pouvez mettre à jour la base de données au moyen d'une mise à jour propagée ou d'une mise à jour synchronisée. Si vous souhaitez que votre base de données de rapports retourne des résultats identiques aux clients, effectuez une mise à jour synchronisée. Au cours d'une mise à jour synchronisée, vous devez détacher la version obsolète de la base de données de toutes les instances de serveurs avant de leur attacher la nouvelle version.

Suivez cette stratégie dans les circonstances suivantes :

  • vous devez conserver la base de données de rapports synchronisée afin de retourner des résultats identiques sur tous les serveurs de rapports. Autrement dit, la version obsolète et la version nouvelle de la base de données ne doivent jamais co-exister.

  • Le cas échéant, vous devez achever la mise à jour aussi rapidement que possible afin de satisfaire une échéance plus déterminante que la conservation des requêtes en cours d'exécution.

La synchronisation de la base de données sur tous les serveurs de rapports signifie que la base de données de rapports devient temporairement indisponible entre la phase de détachement d'une version obsolète de la base de données et la phase d'attachement de la nouvelle version. Pour réduire le temps d'indisponibilité de la base de données, vous pouvez démarrer la phase d'attachement pour la nouvelle base de données sur tous les serveurs, puis complétez la phase de détachement sur tous les serveurs. Enfin, attachez la base de données à chaque serveur de rapports le plus rapidement possible.

Synchronisation des phases de détachement et d'attachement

Pour synchroniser le cycle de mise à jour sur l'ensemble des instances de serveur et, le cas échéant, pour exécuter le cycle de mise à jour aussi rapidement que possible.

  1. Sur chaque serveur de rapports, commencez la phase d'attachement de la nouvelle base de données en montant l'autre ensemble de volumes contenant la nouvelle base de données sur le serveur de rapports.

  2. Exécutez la phase de détachement sur l'ensemble des serveurs de rapports. Dans le cas d'une mise à jour pour laquelle le temps est important, achevez les longues requêtes avant de détacher la base de données obsolète et de démonter les volumes de rapports.

  3. Attachez la nouvelle base de données à l'instance de serveur sur chaque serveur de rapports. Dès que la base de données est attachée à une instance donnée, il est possible de redémarrer les requêtes terminées sur cette instance.

La figure suivante illustre l'utilisation d'une paire d'autres volumes de rapports en vue de maintenir une seule base de données partagée évolutive qui soit synchronisée sur toutes les instances de serveur.

Base de données partagée évolutive utilisant 2 volumes de création de rapports

La figure illustre les deux cycles et demi de mise à jour d'une base de données de rapports utilisant une paire de volumes de rapports en alternance. Initialement, il n'existe aucune base de données de rapports.

  1. Création d'une nouvelle base de données de rapports sur le volume A : L'un des deux volumes de rapports, le volume A, est monté sur le serveur de production et défini en lecture-écriture. La version initiale de la base de données de rapports est créée. Puis, le volume de rapports est défini en lecture-écriture, avant d'être démonté.

    Notes

    L'autre volume n'est pas encore utilisé.

  2. Phase d'attachement du volume A Le volume est monté comme volume en lecture seule sur chaque serveur de rapports et attaché à chacune des instances de serveur.

  3. Pendant que la base de données de rapports est disponible en tant que base de données partagée évolutive sur le volume A, l'autre volume de rapports, le volume B, est monté sur le serveur de production et défini en lecture-écriture pour créer une nouvelle version mise à jour de la base de données pour le deuxième cycle de mise à jour. Quand la nouvelle version de la base de données de rapports est prête sur le volume B, ce volume est démonté.

  4. La phase de détachement du volume A et la phase d'attachement du volume B se chevauchent.

    • D'abord, l'autre volume, le volume B est monté sur le serveur de rapports.

    • Ensuite, la base de données obsolète est détachée du volume A.

    • Puis, la base de données de rapports actualisée est attachée sur le volume B à chacun des serveurs de rapports.

    • Enfin, le volume A est démonté de chacun des serveurs de rapports.

  5. Pendant que la base de données de rapports est disponible en tant que base de données partagée évolutive sur le volume B, l'autre volume de rapports, le volume A, est monté sur le serveur de production et défini en lecture-écriture pour préparer l'actualisation de la version obsolète de la base de données de rapports. Ce processus peut nécessiter la mise à jour de la base de données existante ou la création d'une base de données entièrement nouvelle.