Похоже, он не берет больше 2 Gb (database_memory).
Хотя винда 64-битная, DB2 10.1 тоже.
В чем может быть дело?

mustaccio,

database_memory

Проблема в том, что некоторые процедуры / функции при попытке их компиляции стали останавливать базу.

например, вот такая простенькая процедура с рекурсией раньше компилилась, теперь не хочет:

CREATE OR REPLACE PROCEDURE NFTG.TASK_UPDATE_EMAIL_NOTIF_STATE (
OPERATION VARCHAR (100),
NOTIFICATION_ID INTEGER,
STATE INTEGER)
LANGUAGE SQL
BEGIN
IF (OPERATION = 'set_state')
THEN
UPDATE NFTG.REGISTER_NOTIFICATIONS NN
SET NN.STATE = TASK_UPDATE_EMAIL_NOTIF_STATE.STATE
WHERE NN.ID = TASK_UPDATE_EMAIL_NOTIF_STATE.NOTIFICATION_ID;
ELSE
IF (OPERATION = 'update_state')
THEN
/* Обновление статуса на 0 [Необработан] */
IF (STATE IN (0))
THEN
EXECUTE IMMEDIATE
'CALL NFTG.TASK_UPDATE_EMAIL_NOTIF_STATE (''set_state'','
|| NOTIFICATION_ID
|| ',0)';
END IF;

IF (STATE IN (1, 2))
THEN
EXECUTE IMMEDIATE
'CALL NFTG.TASK_UPDATE_EMAIL_NOTIF_STATE (''set_state'','
|| NOTIFICATION_ID
|| ',1)';
END IF;
END IF;
END IF;
END

Mark BarinsteinToshkin,

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

Судя по всему, дело в том, что в триггере after_update запускается update той же таблицы.
Только я всё равно не понимаю, почему это приводит к остановке базы.
Сервер не может обработать обычную ошибку?

Но что самое интересное!
Такая конструкция работает,
только сначала нужно скомпилировать процедуру, а потом уже создавать триггер!!!
Я в акуе...

Подводя итог:
База падает, если мы пытаемся скомпилировать процедуру, которая уже используется в триггере, независимо от того как компилим - create`ом или replace`ом.