SQL Server: Un tableau RAID-10 de 12 disques ou 2 Arrayer 8 et 4 Disque

j'irais 10/2. Les magazines sont généralement petits et cohérents et votre contrôleur RAID doit être capable de les mettre dans la file d'attente pour les enregistrer sur 2 Disque dans le raid 1, Ne pas interférer le reste. Si votre contrôleur RAID ne peut pas faire cela, oubliez la séparation et simplement sélectionnez 12, Si vous êtes pressé. Si vous avez le temps, courez quelques tests et voyez ce qui fonctionne. Honte pour le manque de pièces de rechange à chaud globales, mais dans tous les cas, il semble que vous ayez une boîte décente avec laquelle vous pouvez jouer.

Tu

doit

Déterminez d'abord votre charge de travail. Test, test, test (Je ne peux pas l'accentiser assez):

Premièrement, la déclaration «Plus dans mon RAID 10, c'est plus rapide " - mal. Cela dépend en grande partie de la façon dont votre système RAID Implémente ce niveau RAID (Répartition des opérations d'enregistrement / En lisant / alternance / tampons ... Je pourrais continuer).

Deuxièmement, bien qu'il ne soit toujours pas mauvais de stocker des journaux de transaction ailleurs (Sur disque), que dans la base de données, des gains efficaces dépendent de votre charge de travail, beaucoup, mais de petits enregistrements ou peu, mais d'énormes enregistrements que l'enregistrement du ratio d'enregistrement / Lecture, taille de lecture, etc. P.

Vous dites qu'ils font beaucoup OLTP. Dans ma compréhension de ce terme, cela signifie beaucoup de lectures, et pas de nombreux records (... n'est-ce pas? D'abord confirmer que). Dans ce cas, vous pouvez stocker des journaux de transaction au même endroit, alors je choisirais

12 disque

.

Vous devez avoir une bonne affaire avec 12 Disques B. RAID-10, Mais assurez-vous que le serveur a une quantité décente de mémoire. La raison en est que si vous avez suffisamment de mémoire, la plupart des enregistrements de données seront mis en cache et de nombreuses entrées seront consolidées dans une transaction d'E / S lorsqu'il s'agit d'enregistrer des données sur le disque. Ceci est particulièrement vrai pour la base de données. OLTP. La mise en cache vous donne assez de bande passante pour enregistrer le journal de transaction sur le même disque. Vous pouvez augmenter les performances d'enregistrement à l'aide d'un contrôleur de raid matérielle avec Cashem intégré protégé. BBU en mode d'enregistrement.

Notez également que l'utilisation 8 + 4 ou 10 + 2 est aussi une bonne option, le seul inconvénient que je vois dans cette - Utilisation inefficace de stockage. Sinon, c'est solide.

Pour autant que je sache, deux facteurs principaux devraient être pris en compte.

Les opérations avec des fichiers de base de données seront généralement aléatoires, vous souhaitez donc maximiser votre IOPS Pour ce disque, alors que les fichiers journaux de transaction sont généralement séquentiels. Vous avez donc besoin d'une bonne bande de bande brute.

Vous souhaitez donc stocker votre base de données principale et vos journaux de transaction séparément - Si vous perdez vos disques de base de données de base, vous pouvez restaurer la base de données à partir de la sauvegarde. + Les journaux de transaction et si vous perdrez simplement vos journaux de transaction, vous aurez toujours la base de données principale.

Bien sûr, il est beaucoup plus compliqué que le résumé indiqué ci-dessus, mais ce sont les fondements. Donc, je dirais, utilisez deux tableaux séparés et si vous avez la possibilité d'utiliser RAID10 Pour les deux, alors parfaitement.