AndronУ db2 есть встроенное HA решение (если система на *nix), db2 Fault Monitor, позволяющее автоматически перезапускать менеджер баз при сбое, в вашем случае это будет костыль, но как временное решение может помочь.
Если же система на Windows, то в свойствах сервисов можно вроде настроить что делать при сбое.

А вот ни всегда оно сработает, в пятницу была ситуация, при которой перезапуск db2 не удался без перезагрузки сервера:
Application Error, категория 100, код 1000 ошибка приложения db2fmp64.exe вер.9.7.0.441 модуль db2app64.dll вер.9.7.0.441 адрес памяти 0Х0000000000649ee4 (это логирование со стороны окон)

В db2diag'e то же следы есть там всё началось :
2012-08-03-16.40.50.061000+360 I20203254F1816 LEVEL: Warning
PID : 1920 TID : 3364 PROC : db2syscs.exe
INSTANCE: DB2 NODE : 000 DB : <namedb>
APPHDL : 0-62559 APPID: GA420215.L106.120804003025
AUTHID : DB2ADMIN
EDUID : 3364 EDUNAME: db2agent (<namedb>)
FUNCTION: DB2 UDB, SQO Memory Management, sqlogmblkEx, probe:1000
MESSAGE : ZRC=0x820F0002=-2112946174=SQLO_INV_MEM "Invalid memory addr"
DIA8561C A invalid memory block was encountered.
DATA #1 : String, 43 bytes
Memory management block allocation failure.
DATA #2 : Codepath, 8 bytes
8
DATA #3 : Memory pool handle pointer, PD_TYPE_MEM_POOL_HANDLE_PTR, 8 bytes
0x000007ff6942f4e8
DATA #4 : Requested size, PD_TYPE_MEM_REQUESTED_SIZE, 8 bytes
900
DATA #5 : Adjusted block size, PD_TYPE_MEM_ADJUSTED_SIZE, 8 bytes
0
DATA #6 : Options for requested block, PD_TYPE_GET_MEM_OPTIONS, 4 bytes
0x00000000
DATA #7 : Pointer to address that will be set by new allocation, PD_TYPE_PTR_TO_ADDRESS_OUT, 8 bytes
0x0000000023046080
DATA #8 : File name, PD_TYPE_OSS_MEM_FILE_NAME, 10 bytes
csmalloc.C
DATA #9 : Line of code, PD_TYPE_OSS_MEM_LINE_NUM, 8 bytes
2060
DATA #10: Resource binding pointer, PD_TYPE_RESOURCE_BINDING_PTR, 8 bytes
0x0000000000000000
CALLSTCK:
[0] 0x0000000180108D97 pdLog + 0x281
[1] 0x000000018005BB33 sqlogmblkEx + 0xFE7
[2] 0x00000001801816F9 sqlddCopyDD + 0x403
[3] 0x0000000001AA539A csmCopyDD + 0x162
[4] 0x0000000001AA467D csmOpenReplyTrusted + 0x7B
[5] 0x0000000001AA44E4 csmOpenReplyTrustedPsm + 0x3E
[6] 0x0000000002DD2435 sqlrr_open + 0x277
[7] 0x0000000001AA1B1E csmOpen + 0x88
[8] 0x0000000003D8CB50 pvmPackage::openCursor + 0x112
[9] 0x0000000003D8B768 pvmPackage::executeSection + 0x7F4
Затем база ещё дёргалась
2012-08-03-16.40.52.389000+360 I20205072F508 LEVEL: Event
PID : 1920 TID : 3364 PROC : db2syscs.exe
INSTANCE: DB2 NODE : 000 DB : <namedb>
APPHDL : 0-62559 APPID: GA420215.L106.120804003025
AUTHID : DB2ADMIN
EDUID : 3364 EDUNAME: db2agent (<NAMEDB>)
FUNCTION: DB2 UDB, trace services, pdInvokeCalloutScript, probe:10
START : Invoking C:\IBM\SQLLIB\bin\db2cos_trap.bat from oper system services sqloEDUExceptionFilter

И ещё чуть-чуть:
2012-08-03-16.41.05.639000+360 I20212460F655 LEVEL: Error
PID : 1920 TID : 3364 PROC : db2syscs.exe
INSTANCE: DB2 NODE : 000 DB : <NAMEDB>
APPHDL : 0-62559 APPID: GA420215.L106.120804003025
AUTHID : DB2ADMIN
EDUID : 3364 EDUNAME: db2agent (<NAMEDB>)
FUNCTION: DB2 UDB, base sys utilities, sqleagnt_sigsegvh, probe:10
MESSAGE : Error in agent servicing application with APPLICATION NAME:
DATA #1 : Hexdump, 18 bytes
0x000007FFFDB151D2 : 6462 326A 6363 5F61 7070 6C69 6361 7469 db2jcc_applicati
0x000007FFFDB151E2 : 6F6E on

Закончилось всё дампом.

2012-08-03-16.41.05.764000+360 I20214642F491 LEVEL: Severe
PID : 1920 TID : 3364 PROC : db2syscs.exe
INSTANCE: DB2 NODE : 000 DB : <NAMEDB>
APPHDL : 0-62559 APPID: GA420215.L106.120804003025
AUTHID : DB2ADMIN
EDUID : 3364 EDUNAME: db2agent (<NAMEDB>)
FUNCTION: DB2 UDB, relation data serv, sqlrr_signal_handler, probe:100
MESSAGE : DIA0505I Execution of a component signal handling function has begun.

2012-08-03-16.41.05.780000+360 I20215135F631 LEVEL: Severe
PID : 1920 TID : 3364 PROC : db2syscs.exe
INSTANCE: DB2 NODE : 000 DB : <NAMEDB>
APPHDL : 0-62559 APPID: GA420215.L106.120804003025
AUTHID : DB2ADMIN
EDUID : 3364 EDUNAME: db2agent (<NAMEDB>)
FUNCTION: DB2 UDB, relation data serv, sqlrr_signal_handler, probe:125
MESSAGE : MASTER TIME INFO
DATA #1 : Hexdump, 32 bytes
0x000007FFBAEEF1E0 : 087A 1B50 0000 0000 6701 0000 587A 0500 .z.P....g...Xz..
0x000007FFBAEEF1F0 : CCAC 2B71 5901 0000 C030 F79E 0000 0000 ..+qY....0......
И всё дальше пошёл сброс дампа
2012-08-03-16.41.05.780000+360 I20215768F195 LEVEL: Severe
PID:1920 TID:3364 NODE:000 Title: MASTER TIME INFO
Dump File:C:\DB2\FODC_Trap_2012-08-03-16.40.52.311000\1920.3364.000.dump.bin

Попытка поднять db2 не пошла и далее перезагрузка

дополню ,что часть проблемы нашли в нехватке числе logsecond для этой активной БД, но явно что то ещё было