Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / IBM DB2, WebSphere, IMS, U2, etc |
![]() ![]() |
LeonidMV Member Откуда: Сообщений: 17 |
При выполнении реорганизации и сбора статистики имеем следующее: REORG (таблиц и индексов) - Ok! RUNSTATS - Ok! REORGCHK - Ok! Ошибка идут после запуска ребиндинга (db2rbing). Логи db2rbind.log, db2diag.log - прилагаю. А так же getdbm.txt, biud_cfg.txt (в архиве logs.zip) -------- Имя продукта: "DB2 Express-C" Тип лицензии: "Без гарантий" Дата истечения срока: "Постоянно" Идентификатор продукта: "db2expc" Информация о версии: "9.7" Максимальное число процессоров: "2" Максимальный объем памяти (Гбайт): "2" Правила ограничений: "Мягкая остановка" -------- Анализируя журнал работы с DB2 меня заинтересовал интересует параметр CATALOGCACHE_SZ. Он у нас фиксирован и равен 116. Он как бы увеличивает общую производительность, в частности при связывании пакетов. А может ли его нехватка привести к "зависанию" процессов ребиндинга? И есть ли смысл поставить CATALOGCACHE_SZ=-1? К сообщению приложен файл (logs.zip - 39Kb) cкачать ![]() |
15 июл 15, 14:32 [17895202] Ответить | Цитировать Сообщить модератору |
LeonidMV Member Откуда: Сообщений: 17 |
Собственно сам и отвечу (получил ответ на эти же вопросы от коллеги). После установки CATALOGCACHE_SZ в -1, предупреждения по этому параметру исчезли, но причина судя по ошибке - нехватило агентов. У нас на этом серваке установлен DB2 Express-C 9.7. Сейчас вот буду смотреть, какие у него ограничения помимо памяти... |
16 июл 15, 09:38 [17898036] Ответить | Цитировать Сообщить модератору |
Mark Barinstein Member Откуда: Москва Сообщений: 4968 |
LeonidMV, Вот соседние записи. 2015-07-12-23.01.56.668000+180 E2068829F556 LEVEL: Warning Судя по db2diag.log, инстанс как-то внезапно умер, даже в лог не записал о том, что с ним в этот момент случилось. Поэтому приложение и получило -1224. Либо кто-то поцесс db2syscs.exe убил, либо оно само, но так за исключением редких случаев (AGENT_STACK_SZ не хватило) не должно быть. А вообще db2rbind это утилита не для постоянного ее использования. Она связывает в т.ч. и системные пакеты, которые не надо постоянно пересвязывать. Вот у вас оно отвалилось на связывании CLI пакета, который используется для поддержки всех ODBC/CLI вызовов. Если у вас есть хранимые SQL процедуры/функции, которые зависят от пакетов, используйте процедуру REBIND_ROUTINE_PACKAGE, например, для их перекомпиляции. |
17 июл 15, 10:44 [17903260] Ответить | Цитировать Сообщить модератору |
Все форумы / IBM DB2, WebSphere, IMS, U2, etc | ![]() |