Доброго времени суток, Господа..
А скажите мне, (ньюби еще в дб2), на вскидку почему просто SELECT запрос роняет дб2, так что приходится ей "db2start" из консоли делать ???

Селект типа: "селект ID from userdata"; Просто возможно что в userdata нет такого поля или таблица не существует..

Может есть какие-нибудь критические строчки в конфиге, или еще что-то на что нужно обратить внимание ??

Благодарю за ответ.

Спасибо за ответ, сейчас попробую сделать бекап и на тестовом сервере погонять..
Чуть позже приведу логи в студию.

db2level

DB21085I Instance "db2inst1" uses "32" bits and DB2 code release "SQL09050"
with level identifier "03010107".
Informational tokens are "DB2 v9.5.0.0", "s071001", "LINUXIA3295", and Fix Pack
"0".
Product is installed at "/opt/ibm/db2/V9.5".

Кстати на счет логов.. поковырялся в файле db2diag.log.. много event`ов посвященных этой дате.. есть эррроры, но файл 18 мб.. :) а удалить файл и ронять еще раз рабочий сервер очень не хочется :)
Поробую error`s некотрые оттуда выковырять.

Абсолют_незарегин,
Начало происходить недавно.. насколько понимаю не ставили на нее фиксы..
Остальные запросы проходят хорошо, но пока не могу разобраться почему селекты (причем уверен что это запросы получающие какую-то инфу из бд, а не модифицирующие ее) и какие точно роняют базу.. что в логи пишутся критические ошибки..

Victor Metelitsa,
Да! спасибо, бекапы делаем достаточно часто, сейчас настроим это автоматом на каждые полдня... Утилиту попробовал еще вчера, говорит что все в порядке.

Кстати я нашел в чем проблема!!!
База слетает из-за нехватки памяти в буфере, который отвечает за ввод DDL-SQL запросов..

Программист повеселился :)

Запрос был такой ... и так десяток тысяч записей..

Поправил запрос таким образом: Конечно проблему не решает как следует, но пока данные переносятся нормально и это в критическом случае такое количество данных за раз - жить можно дальше ;) посему, пока не знаю где как увеличить буфер ввода запроса в настройках ..

Может чуво подскажете ? Спасибо Вам за советы!!!

Mark Barinstein,

Руководство по дб2Стек агента - это виртуальная память, которую DB2 отводит каждому агенту. Эта память выделяется, когда требуется обработать оператор SQL. Этот параметр можно использовать для оптимизации использования памяти сервера для данного набора программ. Сложные запросы требуют больше места в стеке, чем простые.

Этот параметр задает начальный зафиксированный объем памяти для стека каждого агента в среде Windows. По умолчанию стек каждого агента может возрастать до резервного размера стека по умолчанию, равного 256 Кб (64 страницы по 4-Кб). Этот предел достаточен для большинства операций с базой данных. Однако, при подготовке большого оператора SQL пространство стека может закончиться, и в системе возникнет исключение переполнения стека (0xC000000D). В этом случае работа сервера будет завершена, поскольку восстановление после такой ошибки невозможно.

Код ошибки в логе не нашел, (сори слишком много) но нашел решение..

Параметр конфигурации agent_stack_sz - размер стека агента *