2008-10-29 5 views
1

Je suis en train de mettre en œuvre la réplication pour un projet que je développe, et je voudrais répliquer les changements dans la base de données Write vers la base de données Read.Quels paramètres pour une base de données en lecture et quels paramètres pour une base de données en écriture?

Bien que ce ne soit pas un problème, je veux accorder une base de données à partir de, et l'autre à écrire, afin qu'ils aient des paramètres différents.

Y at-il une ressource/un guide qui me dira quels concepts examiner? Je ne cherche pas de guide (encore une fois, à ce niveau, ces tâches sont très impliquées pour avoir des guides).

Merci

Répondre

1

Indexez différemment vos bases de données. Vous avez probablement besoin de différents index (peut-être moins d'index) pour soutenir le processus d'écriture dans la base de données Write que dans la base de données en lecture. Si un index est uniquement utilisé pour la lecture, laissez-le hors de la base de données Write.

Je ne suis pas un expert en la matière, et je pense peut-être à la floue, mais considérez les configurations matérielle/mémoire/et même RAID. Je ne m'en souviens pas ... une configuration RAID serait-elle plus adaptée à l'écriture et une autre à la lecture, ou est-ce mal ...?

+0

RAID 5 peut être moins adapté pour Write que RAID 1/RAID 10 en raison de la surcharge du calcul de parité. –

0

La différence la plus évidente sera les différents index requis. Le modèle d'E/S du disque sera également différent mais n'oubliez pas que la procédure de réplication permet également d'écrire la base de données de lecture. Vous ne pouvez pas l'optimiser complètement pour la lire. D'autres différences peuvent également être évidentes dans des choses comme la configuration optimale de la mémoire et la quantité de processeur nécessaire aux 2 serveurs. Votre première étape consistera à vous faire une idée du type de charge de travail que chaque serveur devra gérer et de la quantité de travail à effectuer. Bien que je n'ai pas de liens spécifiques, mais le site microsoft a plusieurs documents sur le dimensionnement du matériel SQL Server. Une fois que vous connaîtrez la charge de travail que les deux serveurs devront gérer, vous devriez être capable d'utiliser le même guide pour la taille et obtenir des idées pour la configuration de chacun d'eux.

Questions connexes