Stationnement en double file

2000. Repérez les
bases de données et les tables qui servent
le plus au reporting et celles que
les analystes et les managers utilisent
pour consulter les données en mode
d’aide à  la décision. Ensuite, répliquez
ces bases de données, en tout ou partie,
sur l’ancien serveur. Redirigez les
utilisateurs qui interrogent mais ne
mettent pas à  jour les bases de données,
vers les bases de données répliquées
sur l’ancien serveur. Comme ils
ne font qu’interroger les données,
leurs requêtes peuvent utiliser l’option
WITH NOLOCK. Ainsi, leurs requêtes
s’exécuteront plus rapidement et ne
seront pas ralenties par la mise à  jour
(sauf pour la réplication qui se produit
rapidement et seulement à  certains intervalles). Pour des niveaux de simultanéité
encore plus hauts, vous pouvez
essayer de mettre le niveau d’isolation
des transactions sur read uncommitted.
Et vous pouvez bâtir des index différents
sur les deux serveurs. Les opérateurs
de saisie veulent peu d’index, mais efficaces, pour les aider dans la
mise à  jour. Les analystes de données
veulent tout indexer pour accélérer
leurs requêtes complexes. Arbitrez ce
conflit classique dans le consensus, en
donnant à  chaque groupe une copie
séparée de la base de données. Sachez tout de même qu’il vous faut les licences
appropriées pour SQL Server
2000 et les CAL (client access licenses),
donc le coût risquent de dépasser les
avantages. Dans ce cas, vous pourrez
toujours utiliser l’ancien ordinateur
comme serveur de fichiers MP3.