La compréhension Alignement des partitions de Disque pour Windows Server 2012 et SQL Server 2014

Question

Je suis sur le programme d'installation de SQL Server 2014 sur un Serveur Windows 2012.À partir de la meilleure performance sur le disque j'ai formaté le disque avec 64 ko taille d'unité d'allocation.Maintenant, je suis coincé à l'aide de la commande Diskpart pour régler la compensation parfaite.Comme je le comprends, j'ai 63 secteurs cachés et de l'aligner avec mon formatage je peux utiliser un offset de 1024k , ai-je le droit?De toute façon quand je liste mes partition par la suite j'obtiens ce résultat:

À l'aide de la ligne de commande wmic partition get BlockSize, StartingOffset, Name, Index

J'obtiens un décalage de départ de 135266304

Certains sites/blogs recommander 32K autres ne vous recommandons de 1K pour 2012, que puis-je faire confiance?Actuellement, j'ai des problèmes de compréhension correctement.Que la force (vous) m'éclairer?

Answer 1

Windows server 2008 et aura de nouvelles partitions aligné la sortie de la boîte.

KO 929491 a documenté décalage de départ de 2 048 secteurs (1 mo) - qui couvre la plupart des de SANs.

Kendal van Dyke a fait quelques tests ici.

Les résultats montrent que pour les bases de données OLTP sur un RAID 10 de la configuration optimale est de 64 KO RAID bande, 64 KO partition de décalage et de 64 KO taille d'unité d'allocation.

Juste pour le plaisir des futurs lecteurs, dbatools.io a une fonction Test-DbaDiskAlignment.ps1

Mises en garde:
Les disques dynamiques (ou ceux configuré via le logiciel tiers) peut ou peut ne pas avoir des résultats précis, quand il est interrogé par un des outils intégrés, consultez votre fournisseur pour plus de détails.Windows ne permet pas de disposer d'un moyen fiable pour déterminer l'unité de bande Tailles.Ces valeurs sont obtenues à partir de fournisseur de logiciel de gestion de disque ou de votre administrateur SAN.Système de disques dans les versions antérieures à Windows Server 2008 ne peut pas être aligné, mais il n'est généralement pas recommandé de placer les bases de données SQL Server sur des lecteurs du système.

Consulter: Alignement des partitions de disque Meilleures Pratiques pour SQL Server

Answer 2

Pour ce que vaut, je n'utilise que les 64 KO taille d'unité d'allocation lors de la production ou de l'UAT de l'environnement, et si j'ai un cluster avec un SAN dans lequel j'ai un LUN pour les fichiers de Données, un autre LUN pour les fichiers JOURNAUX et un autre LUN pour les fichiers de TEMPDB, au moins.

Autre considération est que si votre environnement n'ont seulement qu'un disque et c'est le système d'exploitation de disque, laissez la taille d'unité d'allocation est.Si vous essayez d'installation de SQL Server 2014 sur un autre disque de votre système d'exploitation de disque, peut-être, dans ce disque, vous obtiendrez de meilleures performances avec les 64 KO taille d'unité d'allocation, mais ne considèrent qu'une meilleure pratique, à la fois pour la performance et la maintenance, les états que vous avez séparé vos fichiers de données, les fichiers journaux et les fichiers de TEMPDB, au mieux, dans les différents disques.Ce à partir d'une suggestion dans ce blog, à partir de SQL Server groupe de produits: http://blogs.technet.com/b/dataplatforminsider/archive/2012/12/19/disk-and-file-layout-for-sql-server.aspx

Answer 3

Découvrez la Liste de contrôle d'Installation de SQL Server à partir de Brent Ozar.La Section 4.1 couvre de formatage des disques et la taille des blocs.

L'Installation de SQL Server Liste de contrôle de BrentOzar.com