при restore происходит зависание базы, причем в начале активность есть, тоесть если базу восстанавливать с нуля из бекапа ,видно как каталог базы растет в размерах, выростает до размеров бекапа, появляются файлы и потом бездействие, top показывает cpu idle 100%, жесткий диск бездействует

при backup создается файл размером ~10 мегабайт и так же зависание

при запросах происходит аналогичная ситуация с зависанием

пробовал на 7.2 и 8.2 версиях базы, размер тестируемой базы 1.5 гигабайта, операционная система red hat и suse

restore с горем пополам сделалось

теперь бекап сделать не могу

во время бекапа создается 45 меговый файл db2diag.log

большая часть это сообщения следующего вида:

2008-09-09-18.22.42.705988+300 I83382G302 LEVEL: Warning
PID : 3531 TID : 3021489856 PROC : db2logmgr (GC) 0
INSTANCE: db2inst1 NODE : 000
FUNCTION: DB2 UDB, data protection, sqlpgArchiveLogFile, probe:3108
MESSAGE : Started archive for log file S0000560.LOG.

2008-09-09-18.22.42.706355+300 E83685G327 LEVEL: Warning
PID : 3531 TID : 3021489856 PROC : db2logmgr (GC) 0
INSTANCE: db2inst1 NODE : 000
FUNCTION: DB2 UDB, data protection, sqlpgArchiveLogFile, probe:3150
MESSAGE : ADM1848W Failed archive for log file "S0000560.LOG" to "" from "".


2008-09-09-18.22.42.706582+300 I84013G403 LEVEL: Error
PID : 3531 TID : 3021489856 PROC : db2logmgr (GC) 0
INSTANCE: db2inst1 NODE : 000
FUNCTION: DB2 UDB, data protection, sqlpgArchiveLogFile, probe:3160
MESSAGE : Failed to archive log file S0000560.LOG to from
/home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/ with rc =
-2045837302.

в конце:
2008-09-09-18.23.14.791024+300 I45908992G378 LEVEL: Warning
PID : 3529 TID : 3021489856 PROC : db2agent (GC) 0
INSTANCE: db2inst1 NODE : 000 DB : GC
APPHDL : 0-7 APPID: *LOCAL.db2inst1.080909132242
FUNCTION: DB2 UDB, database utilities, sqlubSetupJobControl, probe:2041
MESSAGE : Starting an offline db backup.


имя базы данных GC, бекап запуска следующей командой:
db2 BACKUP DATABASE GC TO /home/db2inst1/sample


вот содержимое файла db2inst1.nfy
куча таких сообщений с разныхми именами лог-файлов
ADM1848W Failed archive for log file "S0032745.LOG" to "" from "".


потом
ADM1832E DB2 was unable to find the user exit program when archiving log file
"S0032746.LOG" from "/home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/" for
database "GC". The error code was "24".
.
2008-09-09-18.23.14.218837 Instance:db2inst1 Node:000
PID:3531(db2logmgr (GC) 0) TID:3021489856 Appid:none
data protection sqlpgArchiveLogFile Probe:3150

ADM1848W Failed archive for log file "S0032746.LOG" to "USEREXIT" from
"/home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR/".
.
2008-09-09-18.32.24.085038 Instance:db2inst1 Node:000
PID:3514(db2hmon ) TID:2960911248 Appid:none
Health Monitor HealthIndicator::update Probe:500

ADM10502W Health indicator "Table Space Operational State" ("ts.ts_op_status")
is in state "Backup in progress" on "table space" "db2inst1.GC
.SYSCATSPACE".
.
2008-09-09-18.32.24.087149 Instance:db2inst1 Node:000
PID:3514(db2hmon ) TID:2960911248 Appid:none
Health Monitor HealthIndicator::update Probe:500

ADM10502W Health indicator "Table Space Operational State" ("ts.ts_op_status")
is in state "Backup in progress" on "table space" "db2inst1.GC
.USERSPACE1".

и на этом все замирает

в директории для бекапа создается файл с именем:
GC.0.db2inst1.NODE0000.CATN0000.20080909182314.001 и всегда одним и тем же размером 9 052 160 байт