Y a-t-il un point de déplacement de fichiers tempdb dans différents lecteurs de disque si tous les LUN ressortent du même pool RAID?
Selon les meilleures pratiques, il est recommandé de déplacer tous les fichiers tempdb (non seulement TEMPDB) dans différents disques physiques.
J'ai un serveur virtuel qui avait à l'origine 4 Luns du même RAID 10 bassin. A l'aide du gestionnaire de volume, j'ai converti ces 4 Luns en 4 volumes différents.
Maintenant, la question est, cela fera-t-elle une différence en déplaçant tempdb dans un volume séparé, ou il suffit de les conserver avec d'autres fichiers SQL Server en termes de performance?
Il y a plusieurs avantages potentiels.
- Contraignant la croissance tempdb
- Faire des compteurs de performance au niveau du disque plus informatif.
- Séparer les files d'attente IO, donc un journal écrit IO n'attend jamais derrière TEMPDB iOS dans Windows.
- Simplifier la reconfiguration du stockage à la fois dans Windows et sur le SAN.
- Décalage sur SAN contrôleurs et activant les optimisations par LUN SAN.
TEMPDB peut devenir immense si, pour une raison quelconque, une requête méchante. Est exécuté qui mange TEMPDB. Mettre TEMPDB sur un lecteur séparé, qui est le même stockage sous la couverture, veille à ce que votre volume de données ou de journal ne soit pas complet. Si le volume TEMPDB est plein, vous recevrez un message d'erreur que TEMPDB est plein, au lieu de votre DB éventuellement arrêté car le volume de données ou de journal est plein.