Назад | Перейти на главную страницу

Лучший размер полосы Raid 10 для хранилищ данных и журналов транзакций Exchange 2003?

Как определить оптимальный размер полосы для RAID 10 для почтовых хранилищ и журналов транзакций для Exchange 2003?

Я планирую использовать 2 массива RAID 10 для настройки обмена. Для хранилища данных используются 10 дисков по 399 ГБ и для журналов транзакций 4 диска по 399 ГБ. Мои варианты размера полосы: от 2 ^ 2 до 2 ^ 7 КБ с шагом 2. Файловая система будет NTFS.

Microsoft дает здесь много полезной информации: http://technet.microsoft.com/en-us/library/bb125079.aspx

Я считаю, что вам нужны полосы размером 32 КБ, и вам нужно, чтобы разделы были выровнены по границам полосы. Не верьте мне на слово - прочтите руководство. Иногда я могу быть идиотом. (улыбка)

Изменить: сначала я сказал 64 КБ. Он должен быть 32 КБ. Видишь, я идиот.

Также см: http://blogs.technet.com/evand/archive/2004/10/14/242127.aspx

В стороне: повторное чтение сообщения Эвана Доддса заставило меня вспомнить, что я действительно видел неблагоприятную ситуацию с производительностью на установке Exchange 2003, когда очереди SMTP были помещены на тот же шпиндель, что и журналы транзакций. Я вспоминаю, как вы говорили, что этот ящик будет внутренним сервером, но он, очевидно, по-прежнему будет получать входящую электронную почту от ваших внешних серверов в очереди SMTP. Ситуация, которую я припоминаю, во многом аналогична описанной Эваном Доддсом - очереди SMTP были на шпинделе журнала транзакций, и шпиндель в конечном итоге перебивался между попытками выполнить последовательную запись журналов транзакций и случайную запись в очереди SMTP. Перемещение очередей SMTP на собственный шпиндель привело к тому, что коробка стала много счастливее. (Это значительно уменьшило длину дисковой очереди на дисках журнала транзакций и уменьшило видимый для пользователя симптом - всплывающие окна тайм-аута RPC в изобилии!) Остерегайтесь этого.

Также ознакомьтесь со следующей статьей о выравнивании разделов диска для томов RAID. Хотя в статье говорится, что это для SQL, это действительно для любой базы данных, работающей поверх RAID с Windows Server 2003 или более ранней версии. Вы можете ЗНАЧИТЕЛЬНО повысить производительность вашей установки (увеличить пропускную способность и количество операций ввода-вывода в секунду на 30% при одновременном сокращении задержки), внеся изменения (но это должно быть сделано при первом разбиении томов, прежде чем они будут отформатированы):

http://msdn.microsoft.com/en-us/library/dd758814.aspx

подробнее здесь: http://blogs.msdn.com/jimmymay/archive/2009/05/08/disk-partition-alignment-sector-alignment-make-the-case-with-this-template.aspx