|
v8: После перехода на 1С 8.2 резко увеличилось время работы обработки. Поиск причин. | ☑ | ||
---|---|---|---|---|
0
JustBeFree
15.09.11
✎
12:25
|
Была SQL база (УПП 1.2 переписанная вдоль и поперек), работавшая на платформе 8.1 (конфигурация сервера: 2 проца, 32 разр. ОС, MS SQL 2005, 4 ГБ оперативки и какой-то довольно-таки шустрый RAID, все сервис паки ОС и SQL установлены). Объем базы 50 гигов (понятно, что это много для указанного сервера), порядка 10 активных пользователей.
Базу сконвертили под 8.2 (8.2.13.205), при этом сама база осталась на указанном выше сервере, а сервер приложений перенесли на другой сервер (его конфигурация: 16 ГБ оперативки, 64 разр. ОС, ничего кроме сервера 1С там не крутится, колво процессоров не знаю). На SQL сервере сервер приложений 1С 8.1 остановлен, база 8.1 отключена. Так вот в базе 8.1 запускалась обработка, которая работала 30-40 минут, теперь, в базе 8.2, она работает 8 часов, если запустить ее с компа пользователя и 6 часов, - если с сервера. В чем может быть причина такого резкого снижения скорости работы обработки и какие имеются пути решения этой проблемы ? Интересно, что скорость работы других отчетов и обработок по меньшей мере не снизилась. В проблемной обработке очень много запросов к регистру бухгалтерии, проведений документов очень мало. В запросах все фильтры указываются в параметрах вирт.таблиц. Заменить сервер - идея, возможно, хорошая, но пока неосуществимая, да и не думаю, что это решит проблему кардинально, возможно, причина в низком снижении скорости другая. Может быть необходимо сделать пересчет итогов в базе, сделать какие-то доп. настройки на SQL или сервере приложений и т.п. ? |
|||
1
TheDeadStone
15.09.11
✎
12:27
|
Если "резко снизилось время работы обработки" - остается только за вас порадоваться :)
|
|||
2
rs_trade
15.09.11
✎
12:27
|
(0) начать можно тупо с замера производительности обработки
|
|||
3
shuhard
15.09.11
✎
12:28
|
(0) [В чем может быть причина такого резкого снижения скорости работы обработки и какие имеются пути решения этой проблемы ? ]
найти узкое место и расшить его начать с банальных счетчиков производительности |
|||
4
TARPV
15.09.11
✎
12:30
|
(0) А скоко рабочих процессов запущено на сервере 1с?
|
|||
5
Жан Пердежон
15.09.11
✎
12:32
|
"снизилось время" - ай молодца
|
|||
6
JustBeFree
15.09.11
✎
12:35
|
(2) Я уже написал в (0) что в 8.1 время составляло 30 минут, в 8.2 - 8 часов.
|
|||
7
JustBeFree
15.09.11
✎
12:36
|
(4) Сейчас не могу сказать, но мы их количество не изменяли, т.е. какое-то значение по умолчанию.
|
|||
8
Живой Ископаемый
15.09.11
✎
12:40
|
(7) по умолчанию количество 1
2(6) как ты дожил до стольких лет, что до сих пор не знаешь о декомпозиции? Ты столкнулся с чем-то непонятным и неожиданным, для тебя это проблема. Что делает нормальный человек? Он разбивает проблему на много маленьких, и локализует ее с точностью до самого вот атома, которым он может управлять... для Одинэсника таким атомом является ОДИН оператор кода.. А не ОДНА обработка, которая его содержит иногда просто таки добуя... Ну а ненормальный, первобытный человек, пораженный фимозом просто попадает в ступор и ждет гуру, который скажет - "чесать тут", или "сыпь зерна кругом, и тогда перестанут дохнуть" |
|||
9
Leksus
15.09.11
✎
12:43
|
(6) поставить точку останова в начале выполнения обработки, включить замер производительности (сервер в режиме debug!), точку останова в конце обработки
посмотреть на чем конкретно тормозит - может запрос какой переписать надо (слой работы с СУБД переделан в 8.2) |
|||
10
H A D G E H O G s
15.09.11
✎
12:43
|
(8) А что это мы возмущаемся?
Вон, автор честно все в карточке написал "Достижения (опыт): 9 лет с 1С, практически без последствий для организма." |
|||
11
Gammi
15.09.11
✎
12:44
|
Регламент sql сделали?
|
|||
12
H A D G E H O G s
15.09.11
✎
12:44
|
Естественно как всегда про обновление статистики, дефрагментацию индексов и очистку процедурного кэша - ни слова.
|
|||
13
JustBeFree
15.09.11
✎
12:49
|
(8) Спасибо за подняте настроения, но, право, не стоило так много писать и тратить свое время. Я в курсе что такое замер производительности обработки и что такое замер производительности запросов. Вещи разные. И, потом, не знать чего-то - не страшно и не стыдно. Объяснять такие вещи взрослому человеку ...
(11) Что такое регламент SQL ? |
|||
14
strange2007
15.09.11
✎
12:50
|
Может дело в "при этом сама база осталась на указанном выше сервере, а сервер приложений перенесли на другой сервер". Как-то подозрительно все снизилось, когда у других все нормально
|
|||
15
strange2007
15.09.11
✎
12:51
|
(13) "Что такое регламент SQL" Зря ты так. Почитай Гилёва, он все по крупинкам расписывает и без воды
|
|||
16
Gammi
15.09.11
✎
12:51
|
регламент sql см(12)
|
|||
17
JustBeFree
15.09.11
✎
12:53
|
(16) То, что в (12) мне понятно. Сделаю, посмотрю что получится.
|
|||
18
H A D G E H O G s
15.09.11
✎
12:53
|
||||
19
JustBeFree
15.09.11
✎
12:56
|
(15) Да, спасибо.
(18) Обязательно последую твоему совету. |
|||
20
Jaffar
15.09.11
✎
14:22
|
(13)ты не прав (возможно - из-за стресса после неожиданного для тебя эффекта в (0)).
тебе в (2) четко сказали про замер производительности, и ты ответил замером времени выполнения обработки. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |