|  | 
| 
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&fpage=3&tid=1600177]: | 0ms | 
| get settings: | 11ms | 
| get forum list: | 12ms | 
| check forum access: | 3ms | 
| check topic access: | 3ms | 
| track hit: | 34ms | 
| get topic data: | 10ms | 
| get forum data: | 3ms | 
| get page messages: | 39ms | 
| get tp. blocked users: | 1ms | 
| others: | 13ms | 
| total: | 129ms | 

| 0 / 0 | 
