Vérification d'un environnement correct pour une base de données partagée évolutive
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 version ultérieure et SQL Server 2005 Enterprise Edition ou 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 d'appliquer 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 une mise à jour logicielle, un Service Pack ou un correctif logiciel Windows ou SQL Server à un serveur de rapports, appliquez-les à tous les serveurs.
La fonctionnalité de base de données partagée évolutive est testée avec une charge d'accès simultanés de huit instances de serveur. SQL Server n'applique pas de limite d'instance, mais nous vous recommandons de limiter la configuration de vos bases de données partagées évolutives à 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.
[!REMARQUE]
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>
où <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.
[!REMARQUE]
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