ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / db2 и 1С - сильное торможение
61 сообщений из 61, показаны все 3 страниц
  все  
db2 и 1С - сильное торможение
    #38316010
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
По порядку: стоит УТ на 1С:сервер, база вертится на db2 10.1 (была db2 express-C 9.7, хотим купить полную-поставил в тестовом варианте на 90 дней)
До пяти пользователей (это в течении дня )все нормально.
Вечером садится 10-15 менеджеров и в течении 5 часов забивают 400-500 документов. Тут и начинается жуткие зависания и блокировки на уровне транзакций. Порой все останавливаются на 3-10 минут, пока не "очухается".

Вопрос: что смотреть, где искать? Уже много чего перепробовал, в результате вернулся к стартовым параметрам-на них пока оставил.
...
Рейтинг: 0 / 0
01.07.2013, 16:26
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38316143
pomoev.u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pomoev.u
Гость
Uzden HamПо порядку: стоит УТ на 1С:сервер, база вертится на db2 10.1 (была db2 express-C 9.7, хотим купить полную-поставил в тестовом варианте на 90 дней)
До пяти пользователей (это в течении дня )все нормально.
Вечером садится 10-15 менеджеров и в течении 5 часов забивают 400-500 документов. Тут и начинается жуткие зависания и блокировки на уровне транзакций. Порой все останавливаются на 3-10 минут, пока не "очухается".

Вопрос: что смотреть, где искать? Уже много чего перепробовал, в результате вернулся к стартовым параметрам-на них пока оставил.
Расскажите хоть что за транзакции, какой примерно размер документов. Процессор, память, обращения к диску. Что в логах db2diag.
...
Рейтинг: 0 / 0
01.07.2013, 17:50
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38316222
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
Uzden Ham...
база вертится на db2 10.1
...Попробуйте 9.7.6.
10.1 пока не надо...
...
Рейтинг: 0 / 0
01.07.2013, 18:38
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38316314
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
pomoev.u, размер базы - более 10 Гб. Документ-реализация товаров и услуг. Количество товаров в одной накладной-от 5 до 25 позиций. Проблема скорее всего в параллельной записи данных, потому что при работе до 5-ти пользователей все работает нормально (у меня еще торговые с планшетов и КПК скидывают до 20 заявок сразу, где срабатывает цепочка Заказ-реализация-счетфактура, при этом каждая цепочка обрабатывается не более 5 сек. - замерял не один раз). Слишком много тупиковых ситуаций вечером-как их разрулить?
...
Рейтинг: 0 / 0
01.07.2013, 19:58
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38316317
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
Mark Barinstein, разницы нет-и там и здесь одна прроблема - 10.1 даже быстрее работает за счет лишнего процессора и памяти (9.7 использует 1 гб, 10.1 - до 4 доходит)
...
Рейтинг: 0 / 0
01.07.2013, 20:01
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38316458
pomoev.u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pomoev.u
Гость
Uzden Hampomoev.u, размер базы - более 10 Гб. Документ-реализация товаров и услуг. Количество товаров в одной накладной-от 5 до 25 позиций. Проблема скорее всего в параллельной записи данных, потому что при работе до 5-ти пользователей все работает нормально (у меня еще торговые с планшетов и КПК скидывают до 20 заявок сразу, где срабатывает цепочка Заказ-реализация-счетфактура, при этом каждая цепочка обрабатывается не более 5 сек. - замерял не один раз). Слишком много тупиковых ситуаций вечером-как их разрулить?
Еще раз: что происходит с процессором, памятью, диском? Какова аппаратная конфигурация сервера?
...
Рейтинг: 0 / 0
01.07.2013, 22:20
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38316634
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
pomoev.u, сервер - xeon e5-2630, 32 GB ОЗУ, диск системный SSD, остальные в RAID. Процессор загружается максимум на 14%, ОЗУ загружается максимум на 40% (это и система, и Db2 - у нее рекорд 8 Gb). В отчетах он только ругается на тупиковые ситуации, которые никак не могу разрулить. Проблема идет в блокировке таблиц. Пока база была маленькая (до 8 Gb), проблемы небыло: количество записей в регистрах продаж, взаиморасчетов и т.д не было много и успевало в течении 20 секунд раскидать. Сейчас почему-то не может, если в интервале 10 секунд одновременно 5-7 менеджеров пустят проведение документа. Они создают новые записи, или убирают старые и добавляют новые(перепроведение документа). Как я понимаю, проблема в блокировка таблиц, а не записей в таблице. Возможно ли установить блокировку записей средствами db по умолчанию? Или надо код 1С переписать (там есть средства для управления блокировками, но очень муторное - переписывать каждый документ)
...
Рейтинг: 0 / 0
02.07.2013, 09:44
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38316683
Фотография Ggg_old
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ggg_old
Участник
офигено. 400-500 документов в день на сервере с 32гб озу тормозят. Классный продукт 1С, офигенная субд дб2. Такое студенты-программисты в 90х на АТ286 на клиппере не смогли бы сделать при всем желании.
...
Рейтинг: 0 / 0
02.07.2013, 10:17
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38316739
const64
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
const64
Участник
Uzden HamВозможно ли установить блокировку записей средствами db по умолчанию?

locklist , maxlocks , ALTER TABLE LOCKSIZE , Locks and concurrency control
...
Рейтинг: 0 / 0
02.07.2013, 10:42
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38316767
pomoev.u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pomoev.u
Гость
Uzden Ham,
А как вы поняли, что проблема в блокировках?
Давайте смотреть. В момент подвисания выполните следующие команды:
list applications for database <dbname> - насколько я понимаю с базой работает только сам сервер 1С, значит приложений должно быть не много.
в третьем столбце берете agentid и выполняете команду
get snapshot for agentid <agentid>
Вывод сюда.
...
Рейтинг: 0 / 0
02.07.2013, 10:58
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38316863
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andron
Участник
Даже можно 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 .
...
Рейтинг: 0 / 0
02.07.2013, 11:42
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38316955
m&#36;m
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
m&#36;m
Гость
Uzden HamВозможно ли установить блокировку записей средствами db по умолчанию?
Может вы имели в виду "установить уроень изоляции"?
если 1с работает через ado-odbc - то для начала там проверьте уровень изоляции.
...
Рейтинг: 0 / 0
02.07.2013, 12:27
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38316980
Дмитрий_777
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дмитрий_777
Участник
Если память не изменяет, в режиме автомат. блокировки платформа с дб2, постгри, оракл работает на уровне таблиц, с мсскулем, на уровне записей, надо переделывать режим блокировки конфы на управляемый и переписывать сопутствующие куски кода.
...
Рейтинг: 0 / 0
02.07.2013, 12:43
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317024
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
Uzden HamСлишком много тупиковых ситуаций вечером-как их разрулить?Если хотите разбираться с дедлоками, то:
Lock and deadlock event monitoring
...
Рейтинг: 0 / 0
02.07.2013, 13:07
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317145
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andron
Участник
Дмитрий_777Если память не изменяет, в режиме автомат. блокировки платформа с дб2, постгри, оракл работает на уровне таблиц ...

Т.е. 1С при обновлении данных в таблице на перечисленных базах пытается блокировать всю таблицу ? Жесть.
...
Рейтинг: 0 / 0
02.07.2013, 14:19
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317166
Дмитрий_777
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дмитрий_777
Участник
AndronДмитрий_777Если память не изменяет, в режиме автомат. блокировки платформа с дб2, постгри, оракл работает на уровне таблиц ...

Т.е. 1С при обновлении данных в таблице на перечисленных базах пытается блокировать всю таблицу ? Жесть.

Да, да и скуль судя по отзывам коллег если количество блокированных записей больше N (не помню сколько) лочит тоже всю таблицу. Бороться можно понижением уровня изоляции транзакций путем перевода на упр. блокировки. и перепиской типового кода.
...
Рейтинг: 0 / 0
02.07.2013, 14:30
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317233
Программист 1с
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Программист 1с
Участник
А база УТ 10 или 11? Если 10 - то скорее проблемы в коде.

Код в форум 1с скиньте, где проводится реализация.
...
Рейтинг: 0 / 0
02.07.2013, 15:01
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317241
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andron
Участник
Дмитрий_777Andronпропущено...


Т.е. 1С при обновлении данных в таблице на перечисленных базах пытается блокировать всю таблицу ? Жесть.

Да, да и скуль судя по отзывам коллег если количество блокированных записей больше N (не помню сколько) лочит тоже всю таблицу. Бороться можно понижением уровня изоляции транзакций путем перевода на упр. блокировки. и перепиской типового кода.

Подождите, одно дело когда база так себя ведет - проводит эскалацию блокировок начиная от N блокированных записей, и другое дело когда так делают разработчики приложения - лочат всю таблицу, при обновлении в ней каких то строк, когда можно блокировать только обновляемые строки.
...
Рейтинг: 0 / 0
02.07.2013, 15:06
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317300
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
Ggg_old, читай внимательней: 400-500 документов в течении 3-4 часов 10-15 пользователей. Пересчитай: 400/10=40 документов каждый => 10-15 документов в час каждый=> 100-150 документов в час все вместе=> минимум два документа в минуту на проведении. При этом номенклатуры в документах 5-25 строк + проведение измененных документов (заказ, отправленный с КПК, редактируется в офисе). Теперь, по закону подлости, одновременно половина (5-8 пользователей)начинает проводить свои документы. Отсюда и тупиковая ситуация. Если можешь подсказать, буду признателен. Нет - умников такого плана всегда хватает.
...
Рейтинг: 0 / 0
02.07.2013, 15:32
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317311
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
m$m, именно это я и хочу - изменить уровень изоляции
...
Рейтинг: 0 / 0
02.07.2013, 15:37
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317323
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
Проблема в том, что если менять уровень изоляции в 1С (переводить на управляемый режим), это даст нагрузку на 1С-сервер: он будет давать "указания" скулю на переход на нужный уровень и т.д. Как результат, большая на него нагрузка => вероятность сбоев в нем еще-это хуже, чем в DB (в ней по логам можно восстановить записи, а в 1С-сервере нет).
...
Рейтинг: 0 / 0
02.07.2013, 15:42
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317325
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
pomoev.u, сегодня вечером сделаю - сразу скину
...
Рейтинг: 0 / 0
02.07.2013, 15:44
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317351
Дмитрий_777
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дмитрий_777
Участник
AndronДмитрий_777пропущено...


Да, да и скуль судя по отзывам коллег если количество блокированных записей больше N (не помню сколько) лочит тоже всю таблицу. Бороться можно понижением уровня изоляции транзакций путем перевода на упр. блокировки. и перепиской типового кода.

Подождите, одно дело когда база так себя ведет - проводит эскалацию блокировок начиная от N блокированных записей, и другое дело когда так делают разработчики приложения - лочат всю таблицу, при обновлении в ней каких то строк, когда можно блокировать только обновляемые строки.
Немного прогнал, если верить http://www.1c-h.ru/?p=1008
то для дб2 при автомат. блокировке используется тоже уровень записей. Видимо какой то косяк в коде при проведении.
...
Рейтинг: 0 / 0
02.07.2013, 16:00
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317703
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
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

Все операторы работают в терминале
...
Рейтинг: 0 / 0
02.07.2013, 19:32
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317724
pomoev.u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pomoev.u
Гость
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
...
Рейтинг: 0 / 0
02.07.2013, 19:53
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38317979
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
Что насчёт DB2_EVALUNCOMMITTED, DB2_SKIPDELETED, DB2_SKIPINSERTED? ( http://pic.dhe.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=/com.ibm.db2.luw.admin.regvars.doc/doc/r0005665.html )

И пособирать SQL-выражения и понатравливать на них Deisgn Advisor (Index Advisor)? Теоретически, в каких-то случаях это может как ускорить, так и, в связи со сменой плана, изменить потребные блокировки.
...
Рейтинг: 0 / 0
03.07.2013, 00:54
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322252
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
Похоже, нашел причину в самой 1С. При обработке проведения происходит следующее: готовится предварительная таблица для проведение(читаем записи) данных. Потом ПОСТРОЧНО делается проведение данных по регистрам взаиморасчетов, расчетов, остаткам, партиям и т.д. Если умножить количество строк в таблице (это количество строк в реализации) на количество одновременно запущенных проведений (5 торговых проводят реализацию), то (по нашей практике)получается около 10 одновременных маленьких транзакций. Типа такого цикла в каждой реализации (код 1С):

для каждой стр из предварительнаяТаблица цикл
....
//транзакция
....
конеццикла;

Причем конкретного указания транзакции нет - система сама должна распознать, создать и выполнить транзакцию.

Сделал следующее:
начатьтранзакцию();
для каждой стр из предварительнаяТаблица цикл
....
конеццикла;
ЗафиксироватьТранзакцию();

Сегодня проверка - по результатам отпишусь
...
Рейтинг: 0 / 0
05.07.2013, 17:05
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322420
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
выполните get snapshot for locks on database TORG [/quot]
get snapshot for locks on torg


Снимок блокировок базы данных
Имя базы данных = TORG
Путь базы данных = X:\DB2\NODE0000\SQL00001\MEMBER0000\
Алиас входной базы данных = TORG
Блокировок поддерживается = 0
Подключено прикладных программ сейчас = 19
Число агентов, ожидающих из-за блокировок = 0
Отметка времени снимка = 06.07.2013 20:04:47.349202
Хэндл прикладной программы = 5546
ID прикладной программы = 192.168.0.98.55297.130705160808
Номер последовательности = 00002
Имя прикладной программы = javaw.exe
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 13
ID прикладной программы = *LOCAL.DB2.130704142114
Номер последовательности = 00001
Имя прикладной программы = db2wlmd
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 26
ID прикладной программы = *LOCAL.DB2.130704142127
Номер последовательности = 00001
Имя прикладной программы = db2fw11
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 63572
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.54404.130706134221
Номер последовательности = 03001
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 19
ID прикладной программы = *LOCAL.DB2.130704142120
Номер последовательности = 00001
Имя прикладной программы = db2fw4
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 52828
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.52892.130706080732
Номер последовательности = 01792
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 12
ID прикладной программы = *LOCAL.DB2.130704142113
Номер последовательности = 00001
Имя прикладной программы = db2taskd
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 63808
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.54437.130706134722
Номер последовательности = 04694
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 1979
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.54763.130706145652
Номер последовательности = 05983
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 25
ID прикладной программы = *LOCAL.DB2.130704142126
Номер последовательности = 00001
Имя прикладной программы = db2fw10
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 52834
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.52896.130706080735
Номер последовательности = 06265
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 1347
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.54695.130706144353
Номер последовательности = 00795
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 18
ID прикладной программы = *LOCAL.DB2.130704142119
Номер последовательности = 00001
Имя прикладной программы = db2fw3
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 2748
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.54855.130706151057
Номер последовательности = 05595
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 11
ID прикладной программы = *LOCAL.DB2.130704142112
Номер последовательности = 00001
Имя прикладной программы = db2stmm
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 3432
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.54955.130706152340
Номер последовательности = 05732
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 24
ID прикладной программы = *LOCAL.DB2.130704142125
Номер последовательности = 00001
Имя прикладной программы = db2fw9
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 17
ID прикладной программы = *LOCAL.DB2.130704142118
Номер последовательности = 00001
Имя прикладной программы = db2fw2
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 23
ID прикладной программы = *LOCAL.DB2.130704142124
Номер последовательности = 00001
Имя прикладной программы = db2fw8
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 2799
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.54858.130706151146
Номер последовательности = 05728
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 16
ID прикладной программы = *LOCAL.DB2.130704142117
Номер последовательности = 00001
Имя прикладной программы = db2fw1
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 904
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.54648.130706143500
Номер последовательности = 00505
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 22
ID прикладной программы = *LOCAL.DB2.130704142123
Номер последовательности = 00001
Имя прикладной программы = db2fw7
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 62515
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.54247.130706130049
Номер последовательности = 01981
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 53015
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.52922.130706081141
Номер последовательности = 06808
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 15
ID прикладной программы = *LOCAL.DB2.130704142116
Номер последовательности = 00001
Имя прикладной программы = db2fw0
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 5561
ID прикладной программы = 192.168.0.98.55307.130705160815
Номер последовательности = 00003
Имя прикладной программы = javaw.exe
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 53857
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.53009.130706083150
Номер последовательности = 03089
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 5607
ID прикладной программы = 192.168.0.98.55336.130706160257
Номер последовательности = 00016
Имя прикладной программы = db2jcc_application
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 21
ID прикладной программы = *LOCAL.DB2.130704142122
Номер последовательности = 00001
Имя прикладной программы = db2fw6
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 14
ID прикладной программы = *LOCAL.DB2.130704142115
Номер последовательности = 00001
Имя прикладной программы = db2lused
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 5606
ID прикладной программы = 192.168.0.98.55335.130706160258
Номер последовательности = 00016
Имя прикладной программы = db2jcc_application
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 27
ID прикладной программы = *LOCAL.DB2.130704142128
Номер последовательности = 00001
Имя прикладной программы = db2pcsd
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 52928
ID прикладной программы = fe80::7080:f8e:82c7:5636%13.52909.130706080932
Номер последовательности = 09758
Имя прикладной программы = 1CV82
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 5553
ID прикладной программы = 192.168.0.98.55302.130705160810
Номер последовательности = 00004
Имя прикладной программы = javaw.exe
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Рабоча
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0
Хэндл прикладной программы = 20
ID прикладной программы = *LOCAL.DB2.130704142121
Номер последовательности = 00001
Имя прикладной программы = db2fw5
ID авторизации CONNECT = ADMIN
Состояние прикладной программы = Соединение произведено
Время изменения статуса = Не собрана
Кодовая страница прикладной программы = 1208
Блокировок поддерживается = 0
Общее время ожидания (мс) = 0

Query execution time => 2 s: 656 ms
...
Рейтинг: 0 / 0
05.07.2013, 20:12
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322474
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
стало чуть лучше-но не более
...
Рейтинг: 0 / 0
05.07.2013, 21:38
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322584
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
Про DB2_EVALUNCOMMITTED, DB2_SKIPDELETED, DB2_SKIPINSERTED не услышал. Документация ( http://pic.dhe.ibm.com/infocenter/db2luw/v10r1/index.jsp?topic=/com.ibm.db2.luw.admin.regvars.doc/doc/r0005665.html ) говорит, что они
a) по умолчанию выключены
б) устраняют часть ожиданий блокировок

Конечно, перед использованием надо хорошенько подумать, как оно скажется на приложении.

Использование Index Advisor'а тоже не бессмысленный совет.
...
Рейтинг: 0 / 0
06.07.2013, 01:20
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322597
Фотография Hunterik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hunterik
Участник
С переменными DB2_EVALUNCOMMITTED, DB2_SKIPDELETED, DB2_SKIPINSERTED надо быть аккуратнее. =)
Грязная работа с базой получается - фактически - работа с незакоммиченными данными...
...
Рейтинг: 0 / 0
06.07.2013, 02:08
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322649
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
Hunterik,

это совсем не то же самое, что работа с незакоммиченными данными.

У каждого уровня изоляции свои проблемы. Причём есть варианты, когда даже уровень изоляции Uncommited Read законен и допустим. Например, когда формально UR выставлен, а де-факто незакоммиченного чтения чужих транзакций не происходит, все юзера находятся на своих "делянках". Скажем, часть только заводят документы на текущий момент, а другая часть делают отчёты по состоянию только на прошлое время (поэтому интересующие данные точно закоммичены).

Поэтому нужен анализ. (А я слабо представляю, что там делается в 1C).
...
Рейтинг: 0 / 0
06.07.2013, 10:58
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322730
Фотография Hunterik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hunterik
Участник
Victor Metelitsa, признаю, выразился не совсем корректно. Вы правы, многое зависит от логики приложения.
Приведу на примере, что я умел в виду на примере APP1, APP2 (два db2cmd, DB2 v9.7.0.5, db2sampl):
--- Установка инстанса ---
db2set
DB2_EVALUNCOMMITTED=ON
DB2_SKIPDELETED=ON
-----------------------------------
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
APP1: db2 +c "delete from act"
DB20000I  The SQL command completed successfully.

APP2: db2 +c "select * from act where actno='80' for update"
ACTNO  ACTKWD ACTDESC
------ ------ --------------------
  0 record(s) selected.

APP1:  db2 rollback
DB20000I  The SQL command completed successfully.

APP2: db2 +c "select * from act where actno='80' for update"
ACTNO  ACTKWD ACTDESC
------ ------ --------------------
    80 TEST   TEST PROGRAMS
  1 record(s) selected.


-----------------------------------
То же самое, но:
db2set DB2_EVALUNCOMMITTED=
db2set DB2_SKIPDELETED=
db2set
DB2COMM=tcpip
DB2AUTOSTART=YES
-----------------------------------
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
APP1: db2 +c "delete from act"
DB20000I  The SQL command completed successfully.

APP2: db2 +c "select * from act where actno='80' for update"

ACTNO  ACTKWD ACTDESC
------ ------ --------------------
Висим - ждём...

APP1: db2 rollback
DB20000I  The SQL command completed successfully.

APP2: 
    80 TEST   TEST PROGRAMS
  1 record(s) selected.



Настройками СУБД можно получить не совсем то поведение от БД, которое, скажем, ожидал разработчик приложения.
При этом - я же не менял в примере уровень изоляции. Если я что не так понимаю - буду только рад разъяснению.
...
Рейтинг: 0 / 0
06.07.2013, 14:06
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322785
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
"Уровень изоляции" можно понимать по-разному - как настройку (свойство сеанса/подключения) или же просто, как юзер изолирован от остальных. Согласитесь, что со включёнными DB2_EVALUNCOMMITTED и/или DB2_SKIPDELETED и/или DB2_SKIPINSERTED транзакции изолированы друг от друга не так, как с выключенными, даже если формальный уровень изоляции называется и там, и там CS?

Подойдёт или нет в каком-то конкретном случае - под вопросом, но мне кажется, что с этим вопросом стоит разобраться.
...
Рейтинг: 0 / 0
06.07.2013, 15:58
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322832
Фотография Hunterik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hunterik
Участник
Рассуждение о понимании "уровня изоляции" - это уже из области философии.
Я понимаю под уровнем изоляции, прежде всего, физическое разграничение одной транзакции от другой при работе с данными на уровне СУБД.
Логическое разграничение на уровне приложения - кто с чем сейчас работает - это уже из другой серии.

Насчёт переменных - понимаете логику работы приложения - вперёд, если применимо, нет - будьте аккуратнее.

Я бы на месте страждущего подумал, либо быть первопроходцем, либо послушать Марка:
Mark Barinstein Uzden Ham...
база вертится на db2 10.1
...
Попробуйте 9.7.6.
10.1 пока не надо...
Если первопроходцем, то надо напрягать вендора, напрягаться самому - крайне интересный и увлекательный процесс (без сарказма).
...
Рейтинг: 0 / 0
06.07.2013, 17:09
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322888
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
Hunterik, предпочитаю первопроходца по двум причинам
1. на 9.7.6 работает неплохо -у меня на одном сервере стоял postgresql 9 (на нем сидел 2 года) и db2 express-C 9.7.1 (оба с сайта 1С - подпиленные как нужно) настройки у обоих рекомендованные большинством пользователей в инете. Так вот, при групповом проведении 500-600 документов на postgre уходило до 40 минут, а на DB2 - меньше 10 минут. После до оптимизации-родними средствами db2 (Центр Управления) время еще уменьшилось. Когда поставил тесто 10.1 - скорость увеличилась(время сократилось до 5-7 минут - в зависимости от количества "тяжелых" по строкам накладных) полюс еще шустрее стало работать -но до 3-5 пользователей. Усложняет мне задачу и смена платформы 1С (требуются в работе новые возможности, которых не было в старой). И вот теперь не могу понять, что провоцирует взаимоблокировку. Да, 1С ругается на скуль, но изменения кода 1С тоже на влияют (само изменения механизма проведения до и после).
2. Никогда не менял решения, пока не доведу до конца- то есть, пока не будет работать лучше 9.7
...
Рейтинг: 0 / 0
06.07.2013, 19:06
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322890
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
HunterikРассуждение о понимании "уровня изоляции" - это уже из области философии.
Я понимаю под уровнем изоляции, прежде всего, физическое разграничение одной транзакции от другой при работе с данными на уровне СУБД.
И, в зависимости от указанных мной параметров, это разграничение разное.

Про 9.7.6-то я согласен, а про (...) можно было бы хотя бы специально посмотреть в документации и, при ненахождении, спросить в техподдержке 1С.
...
Рейтинг: 0 / 0
06.07.2013, 19:08
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322891
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
С переменными DB2_EVALUNCOMMITTED, DB2_SKIPDELETED, DB2_SKIPINSERTED - начал пробовать, но нагрузку мне дают только с 19-00 по 21-00 (максимальную), та что завтра (сегодня они отдыхают) буду наблюдать - по очереди с каждой переменной. По результату отпишусь.
...
Рейтинг: 0 / 0
06.07.2013, 19:09
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322895
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
Uzden HamС переменными DB2_EVALUNCOMMITTED, DB2_SKIPDELETED, DB2_SKIPINSERTED - начал пробовать, но нагрузку мне дают только с 19-00 по 21-00 (максимальную), та что завтра (сегодня они отдыхают) буду наблюдать - по очереди с каждой переменной. По результату отпишусь.

Для начала-то надо было перечитать документацию по настройкам базы 1С, запросить совет/одобрение у 1с-ного саппорта, постараться чётко понять, что в какой момент блокируется и обдумать, какова будет реакция на такую настройку.
...
Рейтинг: 0 / 0
06.07.2013, 19:15
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322900
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
Если действовать наобум, можно данные потерять или что-нибудь неправильно рассчитать.
...
Рейтинг: 0 / 0
06.07.2013, 19:28
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38322905
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
А может, у страха глаза велики. Эта штука в прошлом даже на DBF работала. А теперь на Oracle и Postgres, с одной стороны, на MS SQL и DB2, с другой. Т.е., вряд ли она так уж полагается на СУБД-шную изоляцию.
...
Рейтинг: 0 / 0
06.07.2013, 19:34
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38324278
pomoev.u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pomoev.u
Гость
Судя по выводу get snapshot for locks проблем с блокировками нет вообще.
Общее время ожидания = 0 у всех приложений.

Теперь давайте еще get snapshot for database manager и get snapshot for agentid <agentid> для какого-нибудь процесса 1CV82.
...
Рейтинг: 0 / 0
08.07.2013, 15:46
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38326069
CawaSPb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CawaSPb
Участник
Uzden Ham,

А можно попросить результат в момент самых "тормозов"
Код: sql
1.
2.
call monreport.dbsummary();
call monreport.dbsummary(60);


?
...
Рейтинг: 0 / 0
09.07.2013, 20:16
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38329916
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
pomoev.u,

Информация блокировки (LOCK) = ON 13.07.2013 01:51:27.654025
Информация сортировки (SORT) = OFF
Информация об операторах SQL (STATEMENT) = OFF
Информация работы с таблицами (TABLE) = OFF
Информация отметки времени отбора (TIMESTAMP) = ON 13.07.2013 01:51:27.654025
Информация о рабочих единицах (UOW) = OFF
Агентов, назначенных из пула = 30948
Агентов, созданных из пустого пула = 278
Агентов перехвачено у других программ = 0
Высший уровень взаимодействующих агентов = 47
Объединений при помощи хэширования после превышения порога кучи = 0
Функций OLAP после превышения порога кучи = 0
Общее число соединений шлюза = 0
Текущее число соединений шлюза = 0
Соединений шлюза ждет ответа хоста = 0
Соединений шлюза ждет требования клиента = 0
Перехвачено агентов в пуле соединений шлюза = 0
Информация FCM узла соответствует = 0
Свободных буферов FCM = 2685
Всего буферов FCM = 2685
Минимальный уровень свободных буферов FCM = 2684
Макс. число буферов FCM = 524470
Свободных каналов FCM = 2685
Всего каналов FCM = 2685
Минимальный уровень свободных каналов FCM = 2671
Макс. число каналов FCM = 524470
Использование памяти для менеджера баз данных:
Номер узла = 0
Тип пула памяти = Остальна
Текущий размер (байт) = 183500800
Высший уровень (байт) = 185073664
Сконфигурированный размер (байт) = 463077376
Номер узла = 0
Тип пула памяти = Куча FCMBP
Текущий размер (байт) = 19529728
Высший уровень (байт) = 30539776
Сконфигурированный размер (байт) = 19529728
Номер узла = 0
Тип пула памяти = Куча монитора базы данных
Текущий размер (байт) = 27787264
Высший уровень (байт) = 27787264
Сконфигурированный размер (байт) = 40960000

Query execution time => 2 s: 630 ms
...
Рейтинг: 0 / 0
12.07.2013, 20:00
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38331079
pomoev.u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pomoev.u
Гость
Uzden Ham,

Вы так и будете нам информацию в час по чайной ложке выдавать?
...
Рейтинг: 0 / 0
15.07.2013, 11:47
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38331626
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
pomoev.u
тестирую, момент истины будет во вторник (максимальная нагрузка и оборот). Но кое-что сделал в комплексе 1С-db2, -по результат завтра отпишусь.
...
Рейтинг: 0 / 0
15.07.2013, 16:30
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38334691
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
pomoev.u, Какие грабли (по практике) ожидать от federated_async ? Получил результат, но есть еще слабые звенья.
...
Рейтинг: 0 / 0
17.07.2013, 19:32
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38335423
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
Uzden Ham,
Задача решена - даю мой вариант решения.

1. Условия:
1.1 Аппаратная часть: Сервер Xeon E-5 3630/32 гб ОЗУ/ SSD 256 GB + NAS Netgear 6000 pro c 4 HDD seagate 2 gb. NAS подключен по ISCSI диском Z на отдельной сетевой 1Гб.
1.2 Программная часть: winserv 2008 R2 +db2 10.1 +1C:Сервер+ RDP+1С: Управление торговлей (Сильно переписанная)+"Агент плюс : Мобильная Торговля". Количество пользователей 20.
1.3 Условия работы: в течении дня работают 5 пользователей + сервер мобильной торговли(это по загрузке ерунда). С 17-00 до 22-00 уходят бухгалтера и приезжают все торговые(15-20 человек, в зависимости от дня недели) и начинают обзванивать и принимать заявки. В течении этого времени забивается до 500 заявок-реализаций. При этом (по закону Мерфи) одновременно до 10 пользователей могут запустить проведение документа - это и было главной проблемой. заявка может содержать до 35 строк (весь прайс, не считая дополнительных характеристик - с ними прайс расширяется до 10000 наименований - отдельная "песня").

2. Решение
2.1 В 1С - собрал процесс проведения в одну транзакцию - удельной время проведения сокращается, соответственно сокращается общее время блокировки.
2.2 В db2 - настройки сервера
UPDATE DBM CFG USING dftdbpath z:;
UPDATE DBM CFG USING MON_HEAP_SZ 10000 FCM_NUM_BUFFERS 2048 federated_async -1 immediate;
Настройки базы
update db cfg using APPLHEAPSZ 4096 APP_CTL_HEAP_SZ 4096 STMTHEAP 32768 logprimary 60 logsecond 190 DBHEAP 32768 logfilsiz 8192 LOCKLIST 4096 automatic immediate;

кроме того переназначил место расположения табличного пространства индексов на системный SSD и папку логов.

Результат: Торможение максимум 20 сек, обычно проведение до 5 сек. - это в пиковую нагрузку
...
Рейтинг: 0 / 0
18.07.2013, 12:57
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38335974
pomoev.u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pomoev.u
Гость
Uzden HamUzden Ham,
Задача решена - даю мой вариант решения.

Результат: Торможение максимум 20 сек, обычно проведение до 5 сек. - это в пиковую нагрузку
То есть у вас люди вбитые руками заявки скармливают базе быстрее чем она может это переварить. Я опечален.
...
Рейтинг: 0 / 0
18.07.2013, 17:17
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38336036
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
Что-то я значимости (в данной ситуации, для одноузловой базы без федерации) FCM_NUM_BUFFERS и federated_async не уловил.

Логи на SSD? Хм. Сомнительно, причём я не про надёжность. Читал у ораклистов, что для redo-логов SSD бессмысленны и не дают производительности (разумеется, в сравнении с ситуацией, когда логам выделены отдельные физические диски), а ведь у DB2 транзакционные логи имеют похожее назначение. Но не тестировал.

Вот temporary tablespaces можно было бы попробовать на SSD, но это имеет смысл, если в наличии есть большие сортировки|хешджойны|временные таблицы большого оъёма, которые их используют.
...
Рейтинг: 0 / 0
18.07.2013, 17:53
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38336122
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
Victor Metelitsa,
логи скинул за компанию-быстрая запись, не частое чтение.
...
Рейтинг: 0 / 0
18.07.2013, 18:55
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38336464
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
pomoev.u,
А по другому пока не нашел способа.
Из-за торможения торговые не успевают всех обзвонить, обслужить, принять и т.д., - как результат, меньше продаж. Мне нужно как-то ускорить прием заявок. Причем до размера базы в 8 ГБ все работало как надо. Почему начал переходить из 9.7 на 10.1. Асинхронная запись таблиц, если я правильно понимаю, - это когда данные кэшируются в память, дается сообщение, что принято и, по мере возможности системы, идет запись данных в таблицы с одновременным чтением. Слабое звено - потеря данных в случае переполнения или при отключении.
...
Рейтинг: 0 / 0
19.07.2013, 10:09
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38336530
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Victor Metelitsa
Участник
Асинхронная запись в табличные пространства доступна по умолчанию (хотя настройки для неё есть, но к федерации ("союзу" разных баз) не имеют отношения и к fast communication buffer'ам тоже). Сохранность при крэше наподобие пропадания питания гарантируются транзакционными логами. Правда, могут быть испорчены и транзакционные логи, потому надо озаботиться, чтобы кеш на запись в дисках был выключен.

Основная проблема производительности винчестеров, по сравнению с SSD - огромное время позиционирования головок (по сравнению со временем передачи данных), поэтому последовательный доступ быстрый, а произвольный - медленный; транзакционные логи пишутся последовательным потоком.
...
Рейтинг: 0 / 0
19.07.2013, 10:46
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38336795
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
pomoev.u,То есть у вас люди вбитые руками заявки скармливают базе быстрее чем она может это переварить. Я опечален.


Чем опечален? Почему база будет медленее переваривать?
...
Рейтинг: 0 / 0
19.07.2013, 12:56
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38336821
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
Victor Metelitsa, Небольшое уточнение: на SSD скинул:
табличные пространства indexSpace, tempSpace, Usertemp
"файлы журнала" - дословное описание
...
Рейтинг: 0 / 0
19.07.2013, 13:06
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38337356
pomoev.u
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pomoev.u
Гость
Uzden Hampomoev.u,То есть у вас люди вбитые руками заявки скармливают базе быстрее чем она может это переварить. Я опечален.


Чем опечален? Почему база будет медленее переваривать?
Если заявки действительно вбиваются руками то размер их измеряется скорее всего килобайтами - 10-20 кб (если конечно вы не впихиваете в базу заодно какие-нибудь сканы документов в tiff-е). Для такого размера транзакций любая база должна переваривать тысячи и десятки тысяч инсертов в секунду, а не просто десятки.
И даже если база каким-то образом уперлась в предел производительности железа, то нагрузка на процессор должна быть под 100%. Если она уперлась в диск, то io wait будет расти. Но когда ничто никуда не упирается, процессор курит, диски курят, а при этом всё тупит - где-то в системе есть большая проблема, которую надо искать и лечить.
...
Рейтинг: 0 / 0
19.07.2013, 17:39
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38337449
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
pomoev.u,
Тогда такой вариант моих действий.
Днем продолжаю искать причину, пробовать вечером, если неуд, то переключать на текущий рабочий вариант.
С тем. что сказал согласен: проц сигары пачками курит (общая загрузка максимум 20% - это и система, и скуль, и рдп)-специально замерял, память курит - из 32 ГБ загрузка максимум 6 , ССД тоже отдыхает. Единственное ISCSI и сетка загружаются порой до 1ГБ.
Завтра продолжу
...
Рейтинг: 0 / 0
19.07.2013, 18:58
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38337525
Фотография Hunterik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hunterik
Участник
Uzden Ham Единственное ISCSI и сетка загружаются порой до 1ГБ.
А можно поинтересоваться что у вас по iscsi подключено?
...
Рейтинг: 0 / 0
19.07.2013, 20:23
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38337810
Uzden Ham
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Uzden Ham
Гость
Hunterik,
по iscsi подключен диск, на котором непосредственно хранится база - требование вышестоящих, что бы так было
...
Рейтинг: 0 / 0
20.07.2013, 12:19
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38337872
Фотография Hunterik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hunterik
Участник
А можно:
- посмотреть размер ваших буферных пулов и процент попадания в них?
- отметить какие буферные пулы задействованы табличными пространствами с данными приложения
- посмотреть статистику по табличным пространствам (логические/физические чтения, асинхронный доступ, время чтения в буферный пул и записи из него на диск, включено ли кеширование файловой системы, хотя, как это работает для iscsi я плохо понимаю - читать надо, и т.д...) Тут есть информация.

Если ввод/вывод реально узкое место, можно попробовать его минимизировать (DB2MAXFSCRSEARCH, ALTER TABLE ... APPEND ON, посмотреть возможность подстройки асинхронного ввода/вывода)...

Далеко от вас iscsi диски находятся?
Сетка отдельная или по общей подключены - торренты не качаете по вечерам, когда самая работа идёт? =)
...
Рейтинг: 0 / 0
20.07.2013, 14:39
| Ответить | Цитировать | Написать  
db2 и 1С - сильное торможение
    #38337880
Фотография Hunterik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hunterik
Участник
Да, NAS Netgear 6000 pro ваш, как себя чувствует во время нагрузки?
Загрузка CPU, расход памяти, swap, загрузка сетевого интерфейса...
...
Рейтинг: 0 / 0
20.07.2013, 15:04
| Ответить | Цитировать | Написать  
61 сообщений из 61, показаны все 3 страниц
  все  
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / db2 и 1С - сильное торможение
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]