Уважаемые коллеги, помогите кто может. Вопрос о миграции Бд из версии 7.2 в 8.2, системы Windows. Делаю все как рекомендуют IBM-еры.
Проверяю БД командой db2ckmig. Все хорошо, БД может быть перенастроена.
Backup offline БД версии 7.2. Restore на инстанцию 8.2. Восстанавливается, но не перенастраивается. Увеличиваю в 2 раза параметры logfilsiz, logprimary, logsecond, как рекомендуют. Даю команду db2 migrate db MYDB user ... password ...
Какое то время процесс идет, затем вываливается с ошибкой.
SQL0902C. Системная ошибка (код ошибки = "mg6to8PD:SCANOPEN Migration [2928] DMS rc=8404007e"). Последующие операторы невозможно обработать. SQLSTATE=58005. И все. пространство на диске есть. Что то эту ошибку на сайте IBM не нахожу. Правда, система, куда восстанавливаю, WIN XP Professional, 1 Gb ОЗУ, база очень большая. Маленькие базы восстанавливаются без проблем. Что же делать? Спасибо

тлгдшлщмПопробуй через Backup/Restore
Я и делаю через Backup/Restore. Но она сначала Restore, а потом все равно перестраивает в существующую версию. Вот тут и отвал.
Ноя что заметил, все идет нормально, пока не заполнятся все logprimary, при попытке создать следующий лог - выход по ошибке. Делал 56, после 56 отвалилась, делал 200 - после 200. Могу конечно сделать 256, но а вдруг не хватит? А больше то не могу. Может сделать циклическое архивирование?

Victor MetelitsaМожет, ей и правда логов не хватает.

Кстати, кроме количества логов, вы можете задавать размер; увеличьте его раз в 10 или 100 ;-). А если не хватает место на диске, а дело происходит на NTFS, можно поставить атрибут Compressed - пусть тормозит, лишь бы миграция отработала.

Да, я именно так и сделал. Количество логов - 256. Размер в страницах - 261144 (максимум), compressed. Тормозит, но пока работает, жду. Спасибо, Виктор. Если и этого не хватит, то ужи не знаю, что делать. Да и база то 123 гига, неужели для DB2, это запредельнный размер?

ggvага, щаз прям
http://publib.boulder.ibm.com/infocenter/db2luw/v8/topic/com.ibm.db2.udb.doc/core/c0009313.htm

Ну а не идет-то почему. Явно ведь логов не хватает.

[quot Victor Metelitsa]А, бесконечные логи, ... я и забыл... но, честно говоря, отношусь к этой фиче с большим подозрением, потому про них и забыл.

Да, вот бы как нибудь сделать эти самые бесконечные логи. мне то и нужно это на один раз. Миграцию сделать, а потом ведь можно вернуть к исходному состоянию.

Так оно опять сломалось? Точно также?[/quot]
Да, сломалось, только по времени в 3 раза дольше шло. А потом 256 логов и привет. Место было. Причем протоколирование сделал циклическое. Логи все полные, как и должны быть 262144Х4 Кб

Я думаю, что эти параметры изменить можно через db2 update db cfg.
По крайней мере другие параметры (logfilsiz? logprimary, logsecond) меняются причем правда меняются, не врет. По работе вижу. А что она делает, черт ее знает, в diag логе такая каша, в основном 16-ричные цифры и кракозябры, глаза сломал, но ничего не понял.

Да, так придется и сделать. Сейчас маленько уменьшил БД, до 100 Гиг. Пока ресторю, может пройдет. Но у меня такое впечатление, что все-таки индексы лопатит.

Уважаемые коллеги. Надоел я наверное хуже смерти, но все же.
Кто переходил с версии 7.2 DB2 на 8. Что то я уже ничего не понимаю.
Даюкоманду migrate, начинает преобразование. База размером 80 Гб. Мусолит, мусолит, формирует логов максимум - 256, объем их 256 Гб и все равно мало. Когда все заполнит отваливается по ошибке. В диаглоге сообщение
2006-06-07-14.36.11.905000+240 I53417H396 LEVEL: Warning
PID : 892 TID : 1968 PROC : db2syscs.exe
INSTANCE: DB2 NODE : 000 DB : TESTPROD
APPHDL : 0-7 APPID: *LOCAL.DB2.060607095455
FUNCTION: DB2 UDB, catalog migration, sqlrlm_catalog_migrate, probe:210
MESSAGE : Begin migrating catalog table: SYSFUNCPARMS

2006-06-07-14.36.12.077000+240 I53815H377 LEVEL: Severe
PID : 892 TID : 1968 PROC : db2syscs.exe
INSTANCE: DB2 NODE : 000 DB : TESTPROD
APPHDL : 0-7 APPID: *LOCAL.DB2.060607095455
FUNCTION: DB2 UDB, relation data serv, sqlrr_dump_ffdc, probe:20
RETCODE : ZRC=0x00000000=0=PSM_OK "Unknown"

2006-06-07-14.36.12.077000+240 I54194H755 LEVEL: Severe
PID : 892 TID : 1968 PROC : db2syscs.exe
INSTANCE: DB2 NODE : 000 DB : TESTPROD
APPHDL : 0-7 APPID: *LOCAL.DB2.060607095455
DATA #1 : SQLCA, PD_DB2_TYPE_SQLCA, 136 bytes
sqlcaid : SQLCA sqlcabc: 136 sqlcode: -902 sqlerrml: 61
sqlerrmc: Migrate SYSFUNCPARMS: SCANOPEN Migration[15] DMS rc=8404007e
sqlerrp : SQLRM054
sqlerrd : (1) 0x00000001 (2) 0x00000001 (3) 0x00000000
(4) 0x00000003 (5) 0xFFFFFA16 (6) 0x00000000
sqlwarn : (1) (2) (3) (4) (5) (6)
(7) (8) (9) (10) (11)
sqlstate:

2006-06-07-14.36.12.077000+240 I54951H155 LEVEL: Severe
PID:892 TID:1968 NODE:000 Title: SQLCA
Dump File:D:\PROGRA~1\IBM\SQLLIB\DB2\8921968.000

2006-06-07-14.36.12.077000+240 I55108H414 LEVEL: Severe
PID : 892 TID : 1968 PROC : db2syscs.exe
INSTANCE: DB2 NODE : 000 DB : TESTPROD
APPHDL : 0-7 APPID: *LOCAL.DB2.060607095455
MESSAGE : * NOTE: NULL pentptr ... no creator/package data
DATA #1 : Hexdump, 1 bytes

ну и так далее.
Неужели у всех так или только у меня такой глюк.
Не должно ведь быть так. И так размер логов в 3 раза больше чем база
Сколько ей еще надо
И нигде в доках ситуация такая не описана.
logsecond = -1 (бесконечные логи) почему то не работает
HE-E-E-LP