Еще один сервер для 1С 7.7

[faqa]

Добрый день, уважаемые.
Назрела у нас плановая замена сервера под 1С 7.7. 1С - sql-версия. Работает постоянно 12-15 пользователей. Все - в терминальном режиме. Размер базы - 30 Гб. Иногда создается копия основной базы, с которой работают 1-2 человека.
Сейчас все это хозяйство крутится на таком сервере (куплен в Тринити осенью 2005 г.):
материнка SuperMicro X6DH8-G2, процессор Xeon 3.0GHz-800 2 штуки, оперативная память 1Gb ECC DDRII-400 4 линеечки, RAID-контроллер MegaRAID 320-2x, 8 винтов ST373207LC 73G. 7 дисков заведено в RAID-5, 1 - в хот-спаре. На сервере крутится W2K3 c SQL 2000.
Переезд на 8-ку ожидается не ранее 2012 года, и то - еще бабушка надвое сказала (идет процесс перетаскивания нашей конфиги разработчиками, но как-то вяло).
Ниже счетчики производительности типичной работы сервера. Под нагрузкой (когда запускается какой-нить тяжелый отчет) - у остальных работа идет в режиме пошаговой стратегии.
Спасибо

[gs]

По счетчикам не видно ничего криминального. Вы лучше покажите перфмон во время "пошаговой стратегии".

Хотя вообще сервак пора менять - хотя бы ввиду окончания гарантии и его неремонтопригодности.

[gs]

У нас в Ебурге есть офис - Вы к ним стукнитесь напрямую.

[Ziggy Stardust]

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

А за период когда перфмон статистику записывал такой "пошаговый" режим возникал?

Так то в самом деле криминала не видно никакого.

В общем и целом на производительности SQL'я весьма благоприятно скажется увеличение ОЗУ.

Как вариант видится вот такой серверочек:

2U шасси 825TQ
2 x Intel Xeon 5620 (4-х ядерные)
6 х 4 Гб оперативки
8 х 300 Гб SAS диски
Рейд-контроллер

В течении часа отправлю вам КП на е-мейл.

[faqa]

Ну вот, ебурцы и сами сюда подтянулись Думаю, здесь общение более продуктивно. Спасибо за отзывы.
За время сбора вышевыложенной статистики "пошагового режима" не было (во всяком случае, ИТ отдел его незаметил )
Сегодня вот какой-то тяжелый обсчет ближе к концу дня бухгалтерия обещает. Засеку и выложу новые замеры.
А сервер уже все-таки морально устарел. Совсем не хочется тянуть до того момента, когда придется в попыхах его вынужденно менять.

[gs]

Судя по существенной загрузке процессоров при почти полном отсутствии нагрузки на винты, затык скорее всего по процессору (что на тяжелом отчете и 1С7 немудрено).

[gs]

Если я прав и Вы не собираетесь в ближайшее время переползать на 1С8, лучше поставить один квадкор максимально возможной частоты.

[faqa]

Судя по существенной загрузке процессоров при почти полном отсутствии нагрузки на винты, затык скорее всего по процессору (что на тяжелом отчете и 1С7 немудрено).

Думаю, что так оно и есть - потому как загруженность CPU во время таких периодов - 60-90%

[faqa]

Если я прав и Вы не собираетесь в ближайшее время переползать на 1С8, лучше поставить один квадкор максимально возможной частоты.

Да, к сожалению, разработчики нашей конфигурации (сторонняя контора) не спешат переводить ее на 8-ку.

Кстати, насчет

В общем и целом на производительности SQL'я весьма благоприятно скажется увеличение ОЗУ.

Я так понимаю, процесс sql-сервера MS SQL 2000 больше 1,7 Гб все равно не пользует?

[gs]

Один процесс 1С не использует. Но процессов много (правда в обычном режиме они потребляют менее 100МБ).
Но память нужна для кэширования базы, которая у Вас ненормально велика (не делали урезание по окончании отчетных периодов?).

[faqa]

Один процесс 1С не использует. Но процессов много (правда в обычном режиме они потребляют менее 100МБ).

Я не про процессы 1С, я про процесс эскуэля.

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

Резали как-то года 2 назад. Сейчас не помню, почему отказались от этой идеи. Надо поговорит с нашими 1С-сервисменами.

[gs]

Я не помню, как было в таких старых версиях, но любое приложение может скушать и 3ГБ, с соответствующим ключиком в реестре. Но сиквел посредством AWE может сьесть сколько влезет.

[faqa]

Новые вести с полей
Прикладываю файлик мониторинга за сегодняшние полдня. Что-то там тяжелое запускалось в конце дня (в районе 16-00 минут на 15). Но как выяснилось, практически все тяжелые операции у нас требуют блокировки базы, таким образом другие пользователи 1С уже ни одной проводки завершить не могут. Т.е. вопрос сводится к тому, чтобы уменьшить время выполнения таких "тяжелых" операций. Самая длительная такая регулярная "тяжелая" операция длится примерно 2,5 часа. Она будет завтра вечером, можно ее тоже помониторить.

[gs]

У Вас все тупо упирается в процессор. Современный процессор с частотой около 3ГГц должен быть примерно вдвое шустрее. Большего, оставаясь на 1С7 и не перепиливая код, вы не добьетесь.
Всплески дисковой очереди есть, но достаточно короткие, чтобы не озадачиваться. На всякий случай посмотрите, включен ли кэш на контроллере, как-то пики на запись немножко смущают, хотя возможно я перегибаю.

[Stranger03]

Но как выяснилось, практически все тяжелые операции у нас требуют блокировки базы, таким образом другие пользователи 1С уже ни одной проводки завершить не могут. Т.е. вопрос сводится к тому, чтобы уменьшить время выполнения таких "тяжелых" операций. Самая длительная такая регулярная "тяжелая" операция длится примерно 2,5 часа.

Можно попробовать решить тупым увеличением сервера, памяти максимально поставить, чтобы базу скуля закешировать. Но без переделывания конфига все-равно упретесь в тупик. Впрочем, вариант переделки конфига на месяцы, а сервер можно собрать в течении 2-3 недель.