Аргумент DBA действительно имеет смысл, но здесь является протиранием: Если я читаю статью правильно, MS говорит с производительностью на разделе DB и уровне таблицы, не уровне раздела диска/файловой системы. Я полагаю, что DBA выиграл бы дебаты, ЕСЛИ БЫ Вы говорили о какой массив для создания для файлов данных ТОЛЬКО. Так как Вы говорите о том, какой массив для создания для файлов данных И файлов журнала я полагаю, что аргумент имеет большую часть смысла с точки зрения диска/производительности файловой системы. К файлам базы данных всегда получают доступ случайным образом, к файлам журнала всегда получают доступ последовательно. Вы никогда не должны смешивать те два типа ввода-вывода на том же физическом или логическом диске. Кроме того, создание нескольких логических разделов на том же физическом диске (или дисковый массив) покупает Вас ничто как, базы данных и журналы будут бороться за тот же физический ресурс.
Мой recoomendation - это:
Создайте один физический массив (RAID10) для файлов базы данных и создайте отдельный физический массив (RAID10) для файлов журнала.
Конечно, при использовании графического интерфейса вы должны использовать диалоговое окно «Функции Windows» через панель управления:
Чтобы сделать то же самое в PowerShell, вы можете использовать Enable- Командлет WindowsOptionalFeature
.
Вам необходимо знать имена внутренних функций, чтобы получить их, выполните:
Get-WindowsOptionalFeature –Online | ? FeatureName -match "msmq" | select FeatureName
вы получите что-то вроде этого:
FeatureName
-----------
MSMQ-Container
MSMQ-Server
MSMQ-Triggers
MSMQ-ADIntegration
MSMQ-HTTP
MSMQ-Multicast
MSMQ-DCOMProxy
WCF-MSMQ-Activation45
Теперь вы можете установить понравившиеся вам функции:
Enable-WindowsOptionalFeature -Online -FeatureName MSMQ-HTTP
Enable-WindowsOptionalFeature -Online -FeatureName MSMQ-Server
...
Некоторые функции есть зависимости от других функций, для их решения добавьте переключатель -Все
, который устанавливает все зависимости автоматически.