Добрый день. У меня такой вопрос. Имею систему вин 2003 сервер (2 проца интел ксеон 3 Ггц (не коре 2 дуо) 4 ГБ оперативки) с установленным Cache` 5.0.20.6305.0 и АБС "Гефест" "Прогромбанка". В конце месяца, когда отчетчики получают свои отчеты, система практически останавливается... Процессоры загружены на 100%. Скорее всего проблема даже не в коши, а в коде Прогромбанка. Некоторые выходят из данной ситуации следующим образом. Ставят еще один комп с Cache` и на первом врубают зеркалирование на второй сервер. И пускают отчетников на зеркало, чтобы не загружать первый сервер и на нем все работали нормально. Может ли кто-нибудь предложить мне какое-нибудь решение? Просто сейчас хотим менять сервер, но тут появляется вопрос, если мы увеличим мощности сервера, но вся система все равно будет тормозить, может и не стоит покупать новый серв? Помогите пожалуйста, может кто сталкивался с этим...

uuserА размазать по времени отчётчиков из этого Погромбанка не пробовали?
Отчетчики не програмбанка, а наши. А они обычно в конце месяца отчеты делают.

PtnСами собираемся применять зеркало - хотя у нас в системе ситуация немного другая- там I/O тормозить ... то есть загрузка проца никакая ...

В Вашем случае если отчетники готовять это в фоновых процессах - можно попытатся у каши настройку приоритета у фоновых процессов понизить - загрузка останеться но остальным должно быть легче
У нас отчеты делаются от 40 минут до 2 часов. Если понизим приоритет, то думаю что это время увеличится еще. Может есть еще какое-нибудь решение. Даже не знаю что делать. Сейчас, возможно, будем покупать сервер HP который стоит 500 000р. И если после этого ситуация не изменится, то надо будет как то объяснять президенту в чем дело :) Как думаете, в зеркалировании единственный выход?

NoGotА обычно загрузка какая? Что за отчеты? Может там какой-нить запрос кривой, который можно оптимизировать?
обычная загрузка 8-20%. Запрос 100% кривой. Но программу пишу не я, а фирма Програмбанк, потому врядли мне получится что то изменить...

Sergei Obrastsov МаксимАКБ
У нас отчеты делаются от 40 минут до 2 часов. Если понизим приоритет, то думаю что это время увеличится еще. Может есть еще какое-нибудь решение. Даже не знаю что делать. Сейчас, возможно, будем покупать сервер HP который стоит 500 000р. И если после этого ситуация не изменится, то надо будет как то объяснять президенту в чем дело :) Как думаете, в зеркалировании единственный выход?
Каков размер кэша? Если дело не в нем, можно ли локализовать проблему?
размер кэша 1 гиг, сама база где то 30 гигов...

Valeriu авторНекоторые выходят из данной ситуации следующим образом. Ставят еще один комп с Cache` и на первом врубают зеркалирование на второй сервер

По моему, это наоборот медленее будет работать, ведь ресурсы потянет сам процесс
зеркалирования
В М системах есть такое понятие, как распределенная обработка данных, т.е. можно пустить
процес на отдельной Cache' машине, которая в свою очередь по сетке связана с Cache' сервером.
Но это опять связано с тем, как написан Ваш софт ...
В общем разные подходы существуют, нужно проекспериментировать
Увеличивать нпример раздел под пользователя
Вроде в какомто банке уже так сделано. Все работают на первом сервере а отчетники на зеркале. Вроде как спасает. Но некрасиво как то сделано. Расскажите,если не трудно, про распределенную обработку, или скажите где можно почитать. И что за раздел можно увеличить?

PtnВключаеш ECP - поднимаеш еще один сервер (тот что якобы зеркало)...

Вместо зеркалирования СУБД - выбираешь что вот этот DATEBASE у тебя есть база удаленная расположена там то там то - собираеш из неё NAMESPACE и пускаеш туда пользователей.

База одна - пользователи разнесены по серверам - у каждого сервера свой кэш данных.
Сетку только получше между серваками делайте.

Возможность использовасть ECP возможно, не помню точно, зависит от лицензии.

Вообще нужно пинать разарабов - кривому запросу никакой "мегасервер" не помеха
Думаю стоит попробовать...

Alexey Maslov ValeriuПо моему, это наоборот медленее будет работать, ведь ресурсы потянет сам процесс
зеркалирования...Это не так, зеркалирование работает очень экономично. В фоне передаются блоки журнала (64К-байтные) по мере готовности. Каждый блок передается, замечу, всегда один раз, в отличие от ECP, где при нехватке места в кэше сервера приложений начинаются повторые передачи блоков.
Но все-таки 100% CPU, скорее всего, результат какой-то упрятанной вглубь ошибки. Плохо написанный запрос, более вероятно, что упрется в Disk I/O. Стоит поискать "виновника" с помощью PERFMON, %MONLBL.

Сейчас попробовали переставить все на другой сервер. Процессоры уже не загружаются на 100%, но по прежнему также тормозит. так что скорее всего это

Плохо написанный запрос, более вероятно, что упрется в Disk I/O.

Большое спасибо что ответили. Будем пробовать. Здесь отпишусь как и что получается. Если у кого то будут еще идеи, пишите...

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

krvsaМы используем "Аналитическую систему"... Суть которой собирать информацию каждый день по интересующим показателям. А в отчетный период запросы идут только по БД показателей, что значительно ускоряет создание отчетов и снижает нагрузку на комп...
----------
Cache for Windows NT (Intel) 5.0.20 (Build 6305) Fri Sep 16 2005 11:54:10 EDT

не подскажете что, за "Аналитическую систему" вы используете?

Sergei Obrastsov Sergei Obrastsov МаксимАКБтак как сейчас выяснилось, что загрузка системы происходит из за кривого запроса
Все-таки это выяснилось? А нельзя ли его просто переписать?
Да, поторопился, прошу прощения. Но все же стоит на него посмотреть поближе.
Попробую достать код.. Посмотрим что там...