|
SQL1034C
|
|||
---|---|---|---|
#18+
DB2 8.1.18 В базе есть проблемные таблицы, несколько. Table inspection start: DB2ADMIN.TABLENAME Data inspection phase start. Data obj: 5 In pool: 3 Error: Unable to read pool page 0, object page 0, from pool 3, Error: parent pool 3, object ID 5, object type Data. Error: This object page does not exist. Error: reading page: 0 from object: 5 Data inspection phase end. Данные в них не нужны, но при попытке дропнуть таблицу база падает: C:\>db2 drop table tablename DB21034E Данная команда обрабатывалась как оператор SQL, поскольку она не является допустимой командой процессора командной строки. При обработке SQL было получено сообщение: SQL1034C База данных повреждена. Все программы, работавшие с базой данных, остановлены. SQLSTATE=58031 В остальном база работает нормально, если к этим таблицам не обращаться, то все хорошо (судя по всему, так работало годами, пока не появились проблемы с переносом на новую версию db2, там она не стартует после восстановления из бэкапа (SQL1024). Есть сильное подозрение, что из-за этого). Все решения в интернете - получить пароль поддержки и db2dart /mt. Но и в поддержку не обратится (ни ICN ни контракта на покупку не найти), и по восьмерке поддержки, видимо нет. Есть какая-то возможность удалить такую таблицу? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2020, 12:44 |
|
SQL1034C
|
|||
---|---|---|---|
#18+
Обалдеть. К настоящему моменту ушли из поддержки несколько "major" версий DB2 - сама восьмёрка, 9.1, 9.5, 9.7, 10.1 и даже 10.5, а тут... Отсутствие купленной поддержки (license renewal) не означает нелегитимность используемой DB2. Если лицензии когда-то покупались, то пользуйте в своё удовольствие. Без ежегодного обновления просто нет выделенного саппорта и права проапгрейдить на следующую версию (фикспаки от текущей ставить можно). Так что если где концы от покупки откопаете, вполне можете попробовать обратиться за помощью официально. Но вообще, лучше плясать с другой стороны. При переходе от версии к версии вполне могут меняться внутренние структуры данных в базе (и при переходе от 8.x к 9.x они менялись, например, некоторые из типов индексов). При апгрейде через backup/restore или просто установку новой версии и применении UPGRADE некоторые структуры данных сохраняются, и дальше СУБД с ними работает в режиме обратной совместимости. Поддержка старой структуры (и не самая эффективная работа с ней) будут у вас тянуться и с последующими апгрейдами. Второй момент, дай бог памяти, "нельзя вот просто взять и проапгрейдить" совсем старую базу до последней версии DB2 - придётся делать это в несколько этапов. 8.x -> 9.x -> 10.x -> 11.x (если ещё и внутри не придётся где дополнительный шаг делать - смотрите requirements в доках). Проще с самого начала пойти от обратного - не "удалять поломавшиеся таблицы", а "вытаскивать данные и структуру живых таблиц". Благо вам поломавшиеся не нужны. Затем в чистую пустую базу на новой версии DB2 залейте структуру и данные. Упражнение несложное, до некоторой степени автоматизируемое, но есть ряд нюансов: есть ли федеративные объекты, LOB поля, IDENTITY поля и SEQUENCEs, ссылочная целостность, взаимозависимость объектов, права/владельцы объектов и т.д. Не очень удобно то, что db2look в 8.x обладает рядом глюков (с правами, сигнатурами процедур и т.д.). В этом смысле было бы удобно починить базу (если такая возможность найдётся), конвертнуть в 9.7 снять структуру там, а уже потом заниматься экспортом данных из оригинала и созданием новой. Нужна помощь - обращайтесь. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2020, 15:17 |
|
SQL1034C
|
|||
---|---|---|---|
#18+
Кстати, совсем свежий пример, когда с апгрейдом версии изменяется физическая структура хранения (при некоторой включённой опции) и оказывается, что данные лучше залить "с чистого листа" в подготовленную структуру: https://www.triton.co.uk/11-5-4-nebula-blu-enhancements/ ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2020, 13:45 |
|
|
start [/forum/topic.php?fid=43&msg=39992571&tid=1600177]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 129ms |
0 / 0 |