Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
По порядку: стоит УТ на 1С:сервер, база вертится на db2 10.1 (была db2 express-C 9.7, хотим купить полную-поставил в тестовом варианте на 90 дней) До пяти пользователей (это в течении дня )все нормально. Вечером садится 10-15 менеджеров и в течении 5 часов забивают 400-500 документов. Тут и начинается жуткие зависания и блокировки на уровне транзакций. Порой все останавливаются на 3-10 минут, пока не "очухается". Вопрос: что смотреть, где искать? Уже много чего перепробовал, в результате вернулся к стартовым параметрам-на них пока оставил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2013, 16:26 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Uzden HamПо порядку: стоит УТ на 1С:сервер, база вертится на db2 10.1 (была db2 express-C 9.7, хотим купить полную-поставил в тестовом варианте на 90 дней) До пяти пользователей (это в течении дня )все нормально. Вечером садится 10-15 менеджеров и в течении 5 часов забивают 400-500 документов. Тут и начинается жуткие зависания и блокировки на уровне транзакций. Порой все останавливаются на 3-10 минут, пока не "очухается". Вопрос: что смотреть, где искать? Уже много чего перепробовал, в результате вернулся к стартовым параметрам-на них пока оставил. Расскажите хоть что за транзакции, какой примерно размер документов. Процессор, память, обращения к диску. Что в логах db2diag. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2013, 17:50 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Uzden Ham... база вертится на db2 10.1 ...Попробуйте 9.7.6. 10.1 пока не надо... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2013, 18:38 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
pomoev.u, размер базы - более 10 Гб. Документ-реализация товаров и услуг. Количество товаров в одной накладной-от 5 до 25 позиций. Проблема скорее всего в параллельной записи данных, потому что при работе до 5-ти пользователей все работает нормально (у меня еще торговые с планшетов и КПК скидывают до 20 заявок сразу, где срабатывает цепочка Заказ-реализация-счетфактура, при этом каждая цепочка обрабатывается не более 5 сек. - замерял не один раз). Слишком много тупиковых ситуаций вечером-как их разрулить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2013, 19:58 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, разницы нет-и там и здесь одна прроблема - 10.1 даже быстрее работает за счет лишнего процессора и памяти (9.7 использует 1 гб, 10.1 - до 4 доходит) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2013, 20:01 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Uzden Hampomoev.u, размер базы - более 10 Гб. Документ-реализация товаров и услуг. Количество товаров в одной накладной-от 5 до 25 позиций. Проблема скорее всего в параллельной записи данных, потому что при работе до 5-ти пользователей все работает нормально (у меня еще торговые с планшетов и КПК скидывают до 20 заявок сразу, где срабатывает цепочка Заказ-реализация-счетфактура, при этом каждая цепочка обрабатывается не более 5 сек. - замерял не один раз). Слишком много тупиковых ситуаций вечером-как их разрулить? Еще раз: что происходит с процессором, памятью, диском? Какова аппаратная конфигурация сервера? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2013, 22:20 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
pomoev.u, сервер - xeon e5-2630, 32 GB ОЗУ, диск системный SSD, остальные в RAID. Процессор загружается максимум на 14%, ОЗУ загружается максимум на 40% (это и система, и Db2 - у нее рекорд 8 Gb). В отчетах он только ругается на тупиковые ситуации, которые никак не могу разрулить. Проблема идет в блокировке таблиц. Пока база была маленькая (до 8 Gb), проблемы небыло: количество записей в регистрах продаж, взаиморасчетов и т.д не было много и успевало в течении 20 секунд раскидать. Сейчас почему-то не может, если в интервале 10 секунд одновременно 5-7 менеджеров пустят проведение документа. Они создают новые записи, или убирают старые и добавляют новые(перепроведение документа). Как я понимаю, проблема в блокировка таблиц, а не записей в таблице. Возможно ли установить блокировку записей средствами db по умолчанию? Или надо код 1С переписать (там есть средства для управления блокировками, но очень муторное - переписывать каждый документ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 09:44 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
офигено. 400-500 документов в день на сервере с 32гб озу тормозят. Классный продукт 1С, офигенная субд дб2. Такое студенты-программисты в 90х на АТ286 на клиппере не смогли бы сделать при всем желании. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 10:17 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Uzden HamВозможно ли установить блокировку записей средствами db по умолчанию? locklist , maxlocks , ALTER TABLE LOCKSIZE , Locks and concurrency control ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 10:42 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Uzden Ham, А как вы поняли, что проблема в блокировках? Давайте смотреть. В момент подвисания выполните следующие команды: list applications for database <dbname> - насколько я понимаю с базой работает только сам сервер 1С, значит приложений должно быть не много. в третьем столбце берете agentid и выполняете команду get snapshot for agentid <agentid> Вывод сюда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 10:58 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Даже можно db2diag.log посмотреть в моменты возникновения проблем - если будет проблема с эскалацией блокировок, то об этом появятся записи в логе. А вообще LOCKSIZE Indicates the size (granularity) of locks used when the table is accessed. Use of this option in the table definition will not prevent normal lock escalation from occurring. If the table is a typed table, this option is only supported on the root table of the typed table hierarchy (SQLSTATE 428DR). ROW Indicates the use of row locks. This is the default lock size when a table is created . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 11:42 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Uzden HamВозможно ли установить блокировку записей средствами db по умолчанию? Может вы имели в виду "установить уроень изоляции"? если 1с работает через ado-odbc - то для начала там проверьте уровень изоляции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 12:27 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Если память не изменяет, в режиме автомат. блокировки платформа с дб2, постгри, оракл работает на уровне таблиц, с мсскулем, на уровне записей, надо переделывать режим блокировки конфы на управляемый и переписывать сопутствующие куски кода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 12:43 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Uzden HamСлишком много тупиковых ситуаций вечером-как их разрулить?Если хотите разбираться с дедлоками, то: Lock and deadlock event monitoring ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 13:07 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Дмитрий_777Если память не изменяет, в режиме автомат. блокировки платформа с дб2, постгри, оракл работает на уровне таблиц ... Т.е. 1С при обновлении данных в таблице на перечисленных базах пытается блокировать всю таблицу ? Жесть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 14:19 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
AndronДмитрий_777Если память не изменяет, в режиме автомат. блокировки платформа с дб2, постгри, оракл работает на уровне таблиц ... Т.е. 1С при обновлении данных в таблице на перечисленных базах пытается блокировать всю таблицу ? Жесть. Да, да и скуль судя по отзывам коллег если количество блокированных записей больше N (не помню сколько) лочит тоже всю таблицу. Бороться можно понижением уровня изоляции транзакций путем перевода на упр. блокировки. и перепиской типового кода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 14:30 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
А база УТ 10 или 11? Если 10 - то скорее проблемы в коде. Код в форум 1с скиньте, где проводится реализация. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 15:01 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Дмитрий_777Andronпропущено... Т.е. 1С при обновлении данных в таблице на перечисленных базах пытается блокировать всю таблицу ? Жесть. Да, да и скуль судя по отзывам коллег если количество блокированных записей больше N (не помню сколько) лочит тоже всю таблицу. Бороться можно понижением уровня изоляции транзакций путем перевода на упр. блокировки. и перепиской типового кода. Подождите, одно дело когда база так себя ведет - проводит эскалацию блокировок начиная от N блокированных записей, и другое дело когда так делают разработчики приложения - лочат всю таблицу, при обновлении в ней каких то строк, когда можно блокировать только обновляемые строки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 15:06 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Ggg_old, читай внимательней: 400-500 документов в течении 3-4 часов 10-15 пользователей. Пересчитай: 400/10=40 документов каждый => 10-15 документов в час каждый=> 100-150 документов в час все вместе=> минимум два документа в минуту на проведении. При этом номенклатуры в документах 5-25 строк + проведение измененных документов (заказ, отправленный с КПК, редактируется в офисе). Теперь, по закону подлости, одновременно половина (5-8 пользователей)начинает проводить свои документы. Отсюда и тупиковая ситуация. Если можешь подсказать, буду признателен. Нет - умников такого плана всегда хватает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 15:32 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
m$m, именно это я и хочу - изменить уровень изоляции ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 15:37 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Проблема в том, что если менять уровень изоляции в 1С (переводить на управляемый режим), это даст нагрузку на 1С-сервер: он будет давать "указания" скулю на переход на нужный уровень и т.д. Как результат, большая на него нагрузка => вероятность сбоев в нем еще-это хуже, чем в DB (в ней по логам можно восстановить записи, а в 1С-сервере нет). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 15:42 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
pomoev.u, сегодня вечером сделаю - сразу скину ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 15:44 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
AndronДмитрий_777пропущено... Да, да и скуль судя по отзывам коллег если количество блокированных записей больше N (не помню сколько) лочит тоже всю таблицу. Бороться можно понижением уровня изоляции транзакций путем перевода на упр. блокировки. и перепиской типового кода. Подождите, одно дело когда база так себя ведет - проводит эскалацию блокировок начиная от N блокированных записей, и другое дело когда так делают разработчики приложения - лочат всю таблицу, при обновлении в ней каких то строк, когда можно блокировать только обновляемые строки. Немного прогнал, если верить http://www.1c-h.ru/?p=1008 то для дб2 при автомат. блокировке используется тоже уровень записей. Видимо какой то косяк в коде при проведении. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 16:00 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
pomoev.u, ID авто- Имя прикладной Хэндл ID прикладной программы Имя Число ризации программы программы DB агентов -------- -------------- ---------- -------------------------------------------------------------- -------- ----- ADMIN 1CV82 62684 fe80::7080:f8e:82c7:5636%13.52311.130703150220 TORG 1 ADMIN 1CV82 9072 fe80::7080:f8e:82c7:5636%13.59482.130702065300 TORG 1 ADMIN 1CV82 275 fe80::7080:f8e:82c7:5636%13.49246.130630150121 TORG 1 ADMIN 1CV82 40867 fe80::7080:f8e:82c7:5636%13.49547.130703052255 TORG 1 ADMIN 1CV82 40353 fe80::7080:f8e:82c7:5636%13.49472.130703050306 TORG 1 ADMIN 1CV82 39149 fe80::7080:f8e:82c7:5636%13.54743.130701143002 TORG 1 ADMIN 1CV82 4945 fe80::7080:f8e:82c7:5636%13.59045.130702050952 TORG 1 ADMIN 1CV82 11030 fe80::7080:f8e:82c7:5636%13.50999.130630230452 TORG 1 ADMIN 1CV82 60759 fe80::7080:f8e:82c7:5636%13.52086.130703142452 TORG 1 ADMIN 1CV82 26877 fe80::7080:f8e:82c7:5636%13.61940.130702151901 TORG 1 ADMIN 1CV82 46640 fe80::7080:f8e:82c7:5636%13.50443.130703080901 TORG 1 ADMIN 1CV82 44475 fe80::7080:f8e:82c7:5636%13.50204.130703071230 TORG 1 ADMIN 1CV82 61698 fe80::7080:f8e:82c7:5636%13.52189.130703144318 TORG 1 Query execution time => 2 s: 622 ms Все операторы работают в терминале ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 19:32 |
|
||
|
db2 и 1С - сильное торможение
|
|||
|---|---|---|---|
|
#18+
Uzden Hampomoev.u, ID авто- Имя прикладной Хэндл ID прикладной программы Имя Число ризации программы программы DB агентов -------- -------------- ---------- -------------------------------------------------------------- -------- ----- ADMIN 1CV82 62684 fe80::7080:f8e:82c7:5636%13.52311.130703150220 TORG 1 ADMIN 1CV82 9072 fe80::7080:f8e:82c7:5636%13.59482.130702065300 TORG 1 ADMIN 1CV82 275 fe80::7080:f8e:82c7:5636%13.49246.130630150121 TORG 1 ADMIN 1CV82 40867 fe80::7080:f8e:82c7:5636%13.49547.130703052255 TORG 1 ADMIN 1CV82 40353 fe80::7080:f8e:82c7:5636%13.49472.130703050306 TORG 1 ADMIN 1CV82 39149 fe80::7080:f8e:82c7:5636%13.54743.130701143002 TORG 1 ADMIN 1CV82 4945 fe80::7080:f8e:82c7:5636%13.59045.130702050952 TORG 1 ADMIN 1CV82 11030 fe80::7080:f8e:82c7:5636%13.50999.130630230452 TORG 1 ADMIN 1CV82 60759 fe80::7080:f8e:82c7:5636%13.52086.130703142452 TORG 1 ADMIN 1CV82 26877 fe80::7080:f8e:82c7:5636%13.61940.130702151901 TORG 1 ADMIN 1CV82 46640 fe80::7080:f8e:82c7:5636%13.50443.130703080901 TORG 1 ADMIN 1CV82 44475 fe80::7080:f8e:82c7:5636%13.50204.130703071230 TORG 1 ADMIN 1CV82 61698 fe80::7080:f8e:82c7:5636%13.52189.130703144318 TORG 1 Query execution time => 2 s: 622 ms Все операторы работают в терминале выполните get snapshot for locks on database TORG ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2013, 19:53 |
|
||
|
|

start [/forum/topic.php?fid=43&tid=1601387]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
32ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
| others: | 287ms |
| total: | 422ms |

| 0 / 0 |
