2008 R2 - [решено] Помогите выбрать размер кластера.

amel27 · Отправлено: **10:13, 10-09-2009** | #2

Цитата Alexandrovav:

На массиве сделан раздел »

не рекомендуется бить RAID на тома - сильно падает производительность при расщеплении запросов чтения/записи

Цитата Alexandrovav:

Получу я ускорение записи на раздел по сравнению со стандартным (4к) размером кластера? »

зависит от используемого ПО - если прога пишет/читает по 4К ставить 64К нет смысла, короче - нужно смотреть документацию по софту на предмет работы с HDD, либо выполнять профилирование системы через "Performance" и только после этого делать выводы

Alexandrovav · Отправлено: **11:20, 10-09-2009** | #3

Цитата amel27:

не рекомендуется бить RAID на тома - сильно падает производительность при расщеплении запросов чтения/записи »

а как же быть. Массив получается 1.5 тб. Оставить его одним куском, но он ведь кроме хранения архивов будет использоваться под другие задачи. Две виртуальные машины, рабочие базы 1с v7. Для каждой задачи я планировал сделать свой раздел. Все мешать в кучу? или есть какие-то решения?

Цитата amel27:

зависит от используемого ПО - если прога пишет/читает по 4К ставить 64К нет смысла, короче - нужно смотреть документацию по софту на предмет работы с HDD, либо выполнять профилирование системы через "Performance" и только после этого делать выводы »

состояние системы будет сниматься стандартным windows backup. Для снятия образов архива используется drivesnapshot http://drivesnapshot.de/en/index.htm. Так же для архивации будет использоваться 7-zip.

amel27 · Отправлено: **11:49, 10-09-2009** | #4

Цитата Alexandrovav:

а как же быть »

выбор невелик - либо "мешать в кучу", либо собирать два массива RAID1... можно смело совмещать тома на диске, если они не используются одновременно - например, работа 1С и бэкап обычно выполняются в разное время... при условии, что бэкапится не сама база 1С

бэкап - последовательная запись, большие блоки тут ни к чему, т.к. перед сбросом данных из кэша все они пересобираются в блоки нужного размера

Alexandrovav · Отправлено: **12:37, 10-09-2009** | #5

спасибо. Понял что для архивного раздела смысла увеличивать кластер нет.
Сопутствующий вопрос.
Для самой базы exchange (она будет на другом массиве уже из sas дисков 147гб) видел рекомендацию установки кластера раздела в 64к. Стоит ли так поступать или тоже не заморачиваться?

amel27 · Отправлено: **07:12, 11-09-2009** | #6

Цитата Alexandrovav:

видел рекомендацию установки кластера раздела в 64к »

AFAIK это только для потокового файла (STM), EDB использует блоки по 4К - всё зависит от роли Exchange в инфраструктуре, общие рекомендации по конфигурации сервера можно глянуть наример здесь: Tuning IBM System x Servers for Performance (главы 7, 23)