Анализ лога perfmon-а и решение проблемы

[[RAF]TAHKuCT]

Добрый день!

Обращаюсь за помощью к специалистам Тринити
Итак проблема такая: на предприятии внедряется система электронного документооборота Directum и 1с8. На данный момент SQL базы (МS SQL 2005) крутятся на одном сервере. Сервер самосбор на Intel-овских комплектующих: 2 4х-ядерных 2.66 Xeon-а, мама S5000PSL, 16ГБ памяти, дисковая подсистема собрана на контроллере Intel SRCSASJV + 10 дисков SAS Seagate 146ГБ 15к (модель точно не помню). Всего имеется 3 базы: 1с "зарплата" - 4ГБ, 1с ИТРП - 9ГБ и Directum - 30ГБ. Рост баз 1с точно не знаю, но небольшой. База Директума растет примерно на 2ГБ в месяц. В сети 200 пользователей 1с и 150 директумовских.
Проблема в том, что народ жалуется на тормоза. Перфмоном снял логи, прикрепляю к сообщению. Судя по логу, на мой дилетанский взгляд, райду тяжело. Так ли это? И если так - какое радикальное решение данной проблемы с хорошим запасом по производительности/масштабируемости на будущее? Еще один сервер или СХД?

[exLH]

Собранных данных мало - сложно сделать однозначный вывод. Хотя памяти явно не избыток.
Имеет смысл смотреть хотя бы такой список:

Для каждого (т.е. не _Total, а все) из физических дисков (LUN-ов):
Physical Disk: Avg. Disk Bytes/Transfer
Physical Disk: Avg. Disk Queue Length
Physical Disk: Avg. Disk Read Queue Length
Physical Disk: Avg. Disk Write Queue Length
Physical Disk: Current Disk Queue Length
Physical Disk: Avg. Disk sec/Transfer
Physical Disk: Disk reads/sec,
Physical Disk: Disk writes/sec

Для памяти:
Memory: Available Mbytes
Memory: Pages/sec
Memory: Page Reads/sec
Memory: Page Writes/sec

Для процессоров:
System: Processor Queue Length
Processor: %Processor Time

Для сети:
TCP: Segments/sec
TCP: Segments Retransmitted/sec
Network Interface: Output Queue Length

[[RAF]TAHKuCT]

Еще раз здравствуйте.
Еще раз снял лог за весь день с учетом Ваших рекомендаций. Возможно что то не добрал, так как перфмон русскоязычный. Прикрепляю..

[exLH]

Памяти для начала добавьте. Если же думать на перспективу, то можно начинать смотреть в сторону внешней дисковой (скорее для задела на отказоустойчивость, правда).

[[RAF]TAHKuCT]

Памяти для начала добавьте. Если же думать на перспективу, то можно начинать смотреть в сторону внешней дисковой (скорее для задела на отказоустойчивость, правда).

Спасибо за совет. Но можно ли чуть подробнее? С памятью понятно, добавим. Интересует дисковая подсистема, справляется ли контроллер? Еще есть идея разнести базы, приобретя еще один подобный сервер.

Уже были три попытки убеждения руководства в необходимости СХД, как с тз отказоустойчивости, так и с тз производительности и масштабирования. Но суммы, необходимые для построения, несколько затормаживают дело.

[exLH]

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

Сейчас сумма сопоставима со стоимостью одного-двух серверов.

[[RAF]TAHKuCT]

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

Сейчас сумма сопоставима со стоимостью одного-двух серверов.

Можно ли получить какое либо предложение с цифрами, применительно к нашей ситуации. СХД, допустим, на основе оборудования IBM?

[exLH]

Можно ли получить

Ответил в профильную почту.

[[RAF]TAHKuCT]

Можно ли получить

Ответил в профильную почту.

Пожалуйста, продублируйте предложение на lexacomp@gmail.com

Cпасибо заранее!

[exLH]

готово