Partager via


Optimisation de la disponibilité d'une base de données partagée évolutive

Mis à jour : 5 décembre 2005

Nous vous recommandons d'utiliser deux autres ensembles de volumes de rapports. Cette étape permet le chevauchement de deux cycles de mise à jour en vue d'optimiser la disponibilité des données de rapports. Après avoir monté un ensemble de volumes de rapports sur les serveurs de rapports, vous pouvez créer une version mise à jour de la base de données de rapports sur l'autre ensemble de volumes. Après avoir mené à bien la phase de création ou la phase d'actualisation de la nouvelle base de données de rapports, vous pouvez faire se chevaucher les phases d'attachement et de détachement des deux ensembles de volumes.

Pour permettre le chevauchement de la phase de détachement de la base de données de rapports obsolète avec la phase d'attachement de la nouvelle base de données de rapports sur chaque serveur de rapports :

  1. Lancez la phase d'attachement de la nouvelle base de données de rapports en montant l'autre ensemble de volumes sur le serveur de rapports*.*
  2. Procédez à la phase de détachement intégrale de la base de données obsolète en la détachant (ce qui rend la base de données partagée évolutive indisponible sur ce serveur de rapports) tout en démontant le ou les volumes de rapports correspondants.
  3. Effectuez la phase d'attachement de la nouvelle version en attachant la base de données à l'instance du serveur, ce qui la rend disponible en tant que base de données partagée évolutive.

Vous pouvez réaliser les phases d'attachement et de détachement superposées sur un serveur à la fois ou bien effectuer chaque étape sur tous les serveurs avant de passer à l'étape suivante. La meilleure approche dépend de vos besoins commerciaux.

  • Si vous souhaitez que votre base de données de rapports retourne des résultats identiques aux clients, vous devez synchroniser les mises à jour en détachant l'ancienne copie de toutes les instances de serveur avant d'attacher la nouvelle copie à l'une de ces instances. Dans ce cas, entamez la phase d'attachement de la nouvelle base de données sur tous les serveurs, effectuez la phase de détachement sur tous ces serveurs, puis pour finir, attachez la base de données sur chacun des serveurs de rapports aussi vite que possible. Pour plus d'informations, consultez Exécution d'une mise à jour synchronisée d'une base de données partagée évolutive.
  • Si vous pouvez tolérer que des clients obtiennent différents résultats sur différentes instances de serveur, vous pouvez réaliser une mise à jour propagée de la base de données de rapports, en effectuant les phases d'attachement et de détachement superposées sur un seul serveur de rapports à la fois. Pour plus d'informations, consultez Réalisation d'une mise à jour propagée d'une base de données partagée évolutive.

Voir aussi

Concepts

Vue d'ensemble des bases de données partagées évolutives
Vérification d'un environnement correct pour une base de données partagée évolutive
Construction ou actualisation d'une base de données de rapports
Attachement d'une base de données de rapports en tant que base de données partagée évolutive
Détachement d'une base de données partagée évolutive

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications

Version Historique

5 décembre 2005

Nouveau contenu :
  • Ajout de la rubrique sur la nouvelle fonctionnalité de base de données partagée évolutive.