Выбор сервера для терминала и для SQL

[DeadMazay]

вроде сильного криминала нету

[n0ne]

При этом в эти три часа наблюдались жуткие транзакции, и отчеты которые обрабатывают документы, делались по часу. Размер базы 1г самый большой файл регистр.партииналичие 190 мег.

[DeadMazay]

При этом в эти три часа наблюдались жуткие транзакции, и отчеты которые обрабатывают документы, делались по часу. Размер базы 1г самый большой файл регистр.партииналичие 190 мег.

массив как сейчас собран???

[n0ne]

Все на своих местах как и было. Помогает ребут сервера.

[Che]

При этом в эти три часа наблюдались жуткие транзакции, и отчеты которые обрабатывают документы, делались по часу. Размер базы 1г самый большой файл регистр.партииналичие 190 мег.

- при таком размере базы все более-менее летать должно. Имхо, проблемы не в железе, а в самой 1ске, с ходу (не зная специфику автора) могу назвать пару причин, которые приведут к таким тормозам.
...
1. ТА сдвинута вперед и, возможно, далеко - есть такие любители. Соответсвенно, все проведения делают временные расчеты - а это достаточно долго и прожорливо. особенно, если не закрыты регистры.
2. формирование тяжелых отчетов, жрется память, жрется проц. остальные курят ( у меня есть супермегапрайс с картинками накорябанный на скорую руку - жрет 700 мег, строится долго, пока формируется - все остальные нервничают);
3. тривиальные ожидания (вопрос, предупреждение) внутри транзакции...
.
что делать:
а) открыть журнал регистрации и посмотреть что вчера "делалось" в период "тормозов" - если встретите много запией по типу "проведение задним числом" - это оно...
б) установить приблуду от Ромикса: ВК vksleep - помогает при терминальной работе.
в) в предполагаемый период нагрузок под каким-нибудь юзером запустить отладчик и включить замер производительности после получаса работы в тяжелом режиме (ясен пень, надо чтобы юзер тоже активно работал) - остановить замер, посмотреть на временные затраты (95% времени имхо будут жрать временные расчеты - это показатель) - при работе отладчика ситуация у юзверя будет еще хуже - замер сам жрет время - но на это надо пойти...
.
навскидку - все...

[n0ne]

Che

1. ТА сдвигается на конец текущего месяца.
2. Формируются отчеты в основном которые обрабатывают журнал документов, так как завязаны на документах.
3. Проведений задним числом нет и быть не может, все проведение идет непосредственно на следущую дату от текущей. Все расчеты по остаткампроисходят на дату ТА.
4. vksleep уже давно стоит и не только она. В данный момент думаю переписывать отчеты на 1cpp (ODBCRecordSet), да бы не мучать журнал постоянно. Возможно это даст какой либо прирост.

5. Почему тогда ребут решает все эти проблемы и неделю можно смело работать и все будет летать?

[n0ne]

Актуально )