Добрый день.
Ну почему хоть именно на 145 tableid в userspace1 запрос
select char(tabname,20), char(tabschema,20) from syscat.tables where tableid=145 and tbspaceid=2

выдаёт две таблицы? Причем одна из них всё время одна и та же, а другая может меняться после инсталляции новой версии комплекса.
Причём комплекс работает с ними не падая, вижу обращение ежедневное к ним в lastused.

db2dart показал, что в объекте 128 в userspace1 в странице заголовок попорчен и такого объекта нет в systables.
Ну нет и нет, все нужные таблицы с данными присутствуют, комплекс работает. (но падал, когда в этот ID-145 попали таблицы стороннего комплекса подключаемого по jdbc.)

Как поправить 145 internal logical object identifier, что бы ни пересоздание таблиц ни перестроение индексов в инсталляторе больше не подсовывали в него ещё одну? В каком направлении смотреть? Создать ещё одно табличное пространство и в него положить обе таблицы? (это справочники, их данные мне известны). Но где гарантия, что при следующей инсталляции в 145 tableid не попадут две другие более "серьёзные"? Кружусь по кругу, а ТС молчит. Буду благодарен за любые предположения.

PS v9.7 fp11

Mark Barinstein,

Спасибо.

Про поддержку IBM сразу два вопроса.

Как это делается физически?

Ничего что 9.7 снята с поддержки?

Mark Barinstein,

Большое спасибо. Попытаюсь.