Серверный Форум Тринити

Добрый день!Помогите решить проблему с тормозами на файловом сервере. Недавно купили сервер supermicro X6DH3-G2+ZCR(Adaptec 4000SASx) c 6 винтами SATA2 400Гб-ST340063 3AS(2 винта в райд-1 под систему, 3 винта в рейд-5 под данные и 1 винт HS) 2Гб мозгов. Винда стоит 2003 sp1 R2 служб дополнительных не стоит, стоит только ABE, DFS. С этим сервером работает около 120-150 человек с 3 терминальных серверов. Хранятся как документы так и не которые делают выгрузки с 1С, так как там много места. Так вот за 8 часовой рабочий день где то 75% времени по счетчикам "Средняя длинна очереди дисков" доходит до 14-16(14000-16000), "обмен страниц в секунду(память)"-доходит до 500-1000, а остальные показания счетчиков таких как память в норме CPU-5-7%, сеть 1Гб-загруженность 3-25%...Подскажите как выйти из такой ситуации если у пользователей документы открываются и сохраняются по 1 2 минуте. Заранее благодарен.

Проблемму нужно было решать на этипе планирования...
Такое железо не потянет задачу ни при каких условиях.
Нужна внешняя FC стойка , на крайняк 6 или более scsi дисков в рейде 10.

Если ситуация патовая, то выжать максимальную производительность можно объеденив все имеющиеся физические диски в рейд10, но это облегчит вашу участь не сильно (10-15%)

Кстати забыл сказать, что на этом сервере находятся ещё перемещаемые профиля с 3 офисных серверов. А в чем проблема этой дисковой подсистемы , почему она не может отрабатывать это колличество юзеров, точнее их запросов. Хотелось бы чуть поподробнее, что бы понять из за чего такие очереди диска.?

Очередь диска потому, что Вы совершили практически все возможные ошибки проектирования:
- мало дисков, что отягощается использованием части винтов под систему,
- диски сата, а не скази (САС, ФЦ),
- рэйд5, а не 10.

Присоединяюсь к мнению, что эта система для такой работы непригодна. Точка.

Нужно на мой взгляд десятка полтора дисков скази 15к оборотов. Причем лучше всего в мощной внешней дисковой ситсеме.

Непонятно также использование двухпроцессорки в качестве файл-сервера.
Батарейки опять же на контроллере практически наверняка нет - минус надежности.
Стоит промониторить еще и сетевую очередь кстати.

Камень там один:-)))
Но всё равно стоит мне задуматься о многом и пересмотреть всё это. У меня нескромный вопрос, какую вы рекомендуете платформу для данного файлового сервера, если пользователей через год может стать около 200-300 а размер документов и всего остального оценивается примерно в 500Гб. Заранее благодарен.

Тогда давайте подробнее:
- каков размер базы 1С?
- сколько в ней народу и какого? В смысле сколько народу просто долбят платежки и сколько отчеты?
- сколько примерно одновременных обращений к файлопомойке?
- почему база 1С файловая, а не SQL? И планируется ли SQL?
- дайте подробнее данные перфмона в среднем и по пикам - дисковая очередь, операций в секунду, сетевая очередь, загруженность сети.

Честно говоря Вам имхо светят весьма серьезные расходы - несколько десятков тонн навскидку. Даже если все оставить как есть, без перехода на SQL, это как минимум дисковая система с полтора десятками дисков (как я говорил) - это уже само по себе тонн 15-20. И то еще не факт, что не придется дополнительные полки дисков вешать. Можно конечно просто сервер в толстом корпусе винтами набить - но это тупиковый путь, 300 человек точно не сьест.
И еще вопрос в загруженности сети. У Вас транк гигабитный или как?

Да ладно так сразу пугать.
Диски ската раздать юзверям под кино.
В сервак установить Hitachi UltraStar 15K147, 73GB, U320, 15000rpm, SAS, cache 16MB (HUS151473VLS300, HT0B20875) - 6 штук в 10 раид.
Это чтоб както разрулить и спасти ситуацию.
Ну а при росте и тормозах, купить внешний сторадж.
P.S. gs всё привильно сказал.

Сразу говорю, что 1С баз на файловом сервере нет. Просто некоторое дисковое пространство используется под выгрузку по сети каких то данных с терминальных серверов 1С и всё они очень большие-данные порядка 2-4Гб за один раз."Сеансов"(обращений) на этот сервер около 400 одновременно исходя из вкладки "Управление компьютером"/общие папки/сеансы.Средняя длина очереди дисков в пике доходит до 14000-16000, по сети я затыка никогда не видел-сеть 1Гб, зашкаливает обмен страниц в секунду(по памяти) доходит в пике 3000.

Шура, мы еще по сети ответа не услышали. Как бы не вышло, что затранковав канал, получим очередь в разы поболее...

Раз нет 1С - уже легче.
Тогда сделайте как Шурик говорит - это недорого. Для начала.
Промониторьте кстати нагрузку на запись и чтение отдельно - можно будет выбирать рэйд5 или 10.

Рейд там, ZCR(Adaptec 4000SASx) он не "Фура", а "Газель", 10 самое то. ИМХО.

как Александр предлагает это хорошо, однако мне надо массив для данных порядка 500-800Гб, а на 73 или 146Гб SAS или SCSI винтах в 5 или 10 рейде скока понадобится винтов(шпинделей), что бы обеспечить такой объем, а потом ещё какой то контроллер нужен для этого...

Я это виду к тому, что необходим сразу же новый корпус(гроб), что бы такое количество дисков впихнуть...и какой контроллер такое потянет....

Тогда единственный вариант добавить до 4 Гигов памяти и диски 146ГБ в 5 раид.(Hitachi UltraStar 15K147, 147GB, U320, 15000rpm, SAS, cache 16MB (HUS151414VLS300, HT0B20876))
Возможно, это будет неким средним вариантом решения.