Placement optimal des fichiers tempdb, mdf et ldf dans SQL Server 2012 sur les SSD?

9

Je me rends compte que c'est probablement une question très ouverte et que les réponses peuvent varier, mais quel est le placement optimal pour les fichiers tempdb, mdf et ldf dans SQL Server 2012 lorsque l'on parle de SSD?

Avant le nouvel achat, j'avais un SSD existant avec les fichiers de base SQL Server 2012 et tempdb installés sur et avais les deux mdf / ldf sur un disque dur à 7200 tr / min. J'ai ensuite acheté 2 SSD avec l'intention originale de mettre du mdf sur l'un et du ldf sur l'autre.

Mais, à partir de la lecture, des disques physiques séparés pour les fichiers mdf et ldf ne s'appliquent pas vraiment en ce qui concerne les SSD. Correct?

Donc, je pensais à ce qui suit:

SSD 1 - Fichiers principaux de SQL Server 2012 et Windows
SSD 2 - tempdb
SSD 3 - mdf et ldf

Si cela fait une différence, cela sera dédié à une seule base de données afin qu'il n'y ait pas de conflit entre plusieurs bases de données.

Ma configuration "réfléchie" est-elle bonne ou simplement un gaspillage (c'est-à-dire aucune raison de séparer tempdb) où j'ai maintenant un SSD supplémentaire à utiliser ailleurs?

Kevin
la source
2
La tolérance aux pannes est-elle une option avec votre configuration? Si votre base de données est importante, les lecteurs mdf et ldf doivent être stockés sur des lecteurs distincts tolérants aux pannes (par exemple en miroir).
datagod
3
Un problème potentiel que je vois avec votre configuration est que vous n'avez pas comptabilisé une seule panne de disque. Si vous n'avez que les trois SSD avec lesquels travailler, je recommanderais d'envisager une baie RAID5 et de placer tous vos fichiers liés à SQL Server sur cette baie.
Matt M
2
S'agit-il d'un serveur de niveau production, ou vous inquiétez-vous s'il tombe en panne en cas de panne d'un disque?
Jon Seigel
1
J'ai oublié de mentionner cet élément - la tolérance aux pannes n'est pas un problème car les données sont sauvegardées intégralement, la nuit, mais ce sont principalement des données statiques que je peux facilement remplacer même si les sauvegardes n'étaient pas une option. Les seules données dynamiques sont principalement la journalisation / l'audit qui n'a pas de dépendances. Toute petite interruption de service que j'aurais à passer à une sauvegarde, manuellement, est tolérable.
Kevin
J'apprécie les réponses, tout. J'ai une question de suivi concernant "est-il préférable de formater le ssd en blocs 64k?", Mais je ne connais pas le format ici. Dois-je poster cela comme une nouvelle question ou est-ce correct ici?
Kevin

Réponses:

5

Mais, à partir de la lecture, des disques physiques séparés pour les fichiers mdf et ldf ne s'appliquent pas vraiment en ce qui concerne les SSD. Correct?

La raison d'origine de la division des fichiers journaux et de données sur des disques séparés était de 2 fois - la latence et la bande passante sur les disques.

Les SSD ne suppriment pas ces restrictions, mais ils diminuent / augmentent les limites de manière assez significative (7,9 ms pour une lecture avec un seul disque dur vs 0,1 ms pour une lecture dans un seul SSD, grosso modo).

Donc, finalement oui et non - cela ne s'applique PAS COMME AVEC les disques durs, mais ces limites sont toujours là et peuvent toujours être respectées. Tout dépend de votre charge de travail.

Ma configuration "réfléchie" est-elle bonne ou simplement un gaspillage (c'est-à-dire aucune raison de séparer tempdb) où j'ai maintenant un SSD supplémentaire à utiliser ailleurs?

En admettant que

  • Vous avez 3 SSD physiques
  • Vous avez 1 disque dur physique
  • Vous avez besoin que les données soient redondantes, mais pas nécessairement le système lui-même

Votre configuration proposée aurait quelques problèmes (comme mentionné précédemment), et un seul disque défectueux est le principal.

Vous pourriez opter pour quelque chose comme ça.

Disque unique de 7200 tr / min -
matrice Windows OS RAID 5 (3 SSD) - divisée en 4 disques (D pour les données, L pour les journaux, S pour le swap et T pour la température)

OU

Disque unique de 7200 tr / min -
SSD unique Windows OS - Matrice
RAID 1 Temp et Swap (2 SSD) - Données et journaux

C'est ma préférence personnelle de décharger Windows sur un disque non SSD lorsque vous n'en avez qu'un nombre limité, mais cela dépend entièrement de ce que fait le serveur et du niveau de risque que vous êtes prêt à prendre.

Bob
la source