Partager via


Vérification d'un environnement correct pour une base de données partagée évolutive

Mis à jour : 5 décembre 2005

Une base de données partagée évolutive doit figurer sur un volume en lecture seule accessible sur un réseau de stockage (SAN). Les serveurs de rapports doivent exécuter Windows Server 2003 Service Pack 1 (SP1) ou une version ultérieure et SQL Server 2005 Enterprise Edition (ou une version ultérieure)

Configuration de votre environnement

Pour vérifier que votre environnement prend en charge des bases de données partagées évolutives, nous vous recommandons de respecter les instructions suivantes :

  • Vérifiez que les serveurs de rapports et la base de données de rapports associée s'exécutent sur des plateformes identiques.
    À chaque fois que vous mettez à jour un serveur de rapports, mettez à jour les autres serveurs de rapports qui servent la ou les mêmes bases de données partagées évolutives. Par exemple, si vous appliquez un correctif logiciel Windows ou SQL Server 2005, un service pack ou un correctif QFE (Quick Fix Engineering) aux serveurs de rapports, appliquez-les à tous.
  • La fonctionnalité de base de données partagée évolutive est testée sous une charge de travail concurrentes par huit instances de serveur qui exécutent SQL Server 2005 Enterprise Edition. SQL Server 2005 n'applique pas de limite d'instance, mais nous vous recommandons de limiter les configurations de votre base de données partagée évolutive à huit instances de serveur par base de données partagée.
  • La base de données de rapports doit avoir la même disposition que la base de données de production.
  • Pour simplifier la construction ou la mise à jour d'une base de données de rapports, il est recommandé d'utiliser le même chemin d'accès pour les bases de données de production et de création de rapports. Cela inclut l'utilisation de la même lettre de lecteur pour le volume de rapports et le même chemin d'accès du répertoire pour la base de données. Par exemple, si la base de données de production se trouve sur E:\SQLdata, utilisez E autant que possible comme lettre de lecteur du volume de rapports et SQLdata comme répertoire de la base de données de rapports. Cependant, en cas de différence, vous pouvez écrire un script à l'aide des chemins explicites afin de gérer les différences.
    Si le volume de rapports utilise une lettre de lecteur différente du volume de production, les considérations suivantes s'appliquent :
    • Si vous construisez la base de données de rapports en restaurant une sauvegarde de base de données, votre instruction RESTORE DATABASE nécessite une clause WITH MOVE qui spécifie le chemin d'accès complet des fichiers de données restaurés.
    • Si votre base de données de rapports est une copie de la base de données de production, la clause FOR ATTACH de votre instruction CREATE DATABASE doit répertorier chaque fichier et spécifier son chemin d'accès complet lorsque vous liez la base de données de rapports.
    ms345523.note(fr-fr,SQL.90).gifRemarque :
    Lorsque vous montez un jeu de volumes de rapports sur vos serveurs correspondants, il est recommandé d'utiliser la même lettre sur chaque serveur pour faciliter la gestion du volume sur plusieurs serveurs.
  • Une base de données partagée évolutive doit figurer sur un volume en lecture seule accessible sur votre réseau de stockage (SAN) à partir de tous les serveurs de création de rapports.
    • Après avoir monté le volume de rapports sur un serveur de rapports, vérifiez que celui-ci est monté correctement et que les fichiers de données sont accessibles en entrant les informations suivantes à partir de l'invite de commandes :
      DIR*<drive-letter>:\<database-directory>*
      <drive-letter> correspond à la lettre affectée au volume de rapports et <database-directory> spécifie l'emplacement des fichiers de données de la base de données sur le volume. Effectuez ce test à partir de chaque serveur de rapports pour vous assurer que chacun produit les mêmes résultats.
    • Pour vérifier que le volume de rapports est en lecture seule, essayez de créer un fichier sur le volume. La méthode la plus simple consiste à tenter de copier ou d'enregistrer un simple fichier de texte sur le volume. Cette tentative doit échouer.
    ms345523.note(fr-fr,SQL.90).gifRemarque :
    Si vous effectuez ces étapes manuellement, nous vous recommandons de répéter ces tests de cycle de mise à jour lorsque vous remontez le volume de rapports vers chaque serveur de rapports. Il est également possible d'automatiser ces actions.
  • Les instances de serveur doivent toutes utiliser le même ordre de tri.
  • Les instances de serveur doivent toutes utiliser le même espace de mémoire.

Voir aussi

Concepts

Vue d'ensemble des bases de données partagées évolutives
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
Optimisation de la disponibilité 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 portant sur la nouvelle fonctionnalité de la base de données partagée évolutive.