CorvusR,

Кирдык базе.
Дело в том, что данные в табличных пространствах (собственно там, где они хранятся) могут быть неконсистентны. Там могут быть сброшенные из буфферпулов страницы, коммит по которым ещё не прошёл. Эти данные фиксятся по имеющимся логам в процессе Crash Recovery, когда база поднимается.
DB2 очень строго относится к любым некнсистентностям и скорее закроет доступ к тем или иным объектам, чем даст прочитать "неизвестно что". Логи для Crash recovery недоступны => "скомпрометированы" _все_ объекты в базе.

Варианты:
1. Восстановить базу из бэкапа (опционально - донакатиться до некоторой точки по имеющимся архивным логам, если логи не циркулярные).
2. Обратиться за поддержкой в IBM.
3. Вытаскивать данные из неактивной базы с помощью db2dart:
На запрос "Table ID or name, tablespace ID, first page, num of pages:" вводим:
<TABNAME>, <tbspace_id>, 0, 0
См. Example 4 доки по db2dart .
(Важно! Имя таблицы вводится с учётом регистра, т.е. в большинстве случаев в UPPER CASE)

Получить список id табличных пространств (если вообще нет бэкапа и развернуть живую базу невозможно):
Далее искать "Table space ID:" по сгенерированному <dbname>.RPT файлу

Список таблиц в базе:
На вход "SYSIBM.SYSTABLES, 0, 0, 0"

CorvusR,

Для RESTORE DATABASe совсем не нужно соединение с базой. Главное, чтобы в текущей сессии были закрыты соединения со всеми другими базами (можно так - "db2 terminate").

Uzden Ham,

Я бы попробовал в следующей последовательности:
1. Дополнительно пройтись chkdsk по U:
2. Посмотреть, что :
--------------
U:\DB2\NODE0000\SQL00001\V81C_LOBSPACE\space.1
U:\DB2\NODE0000\SQL00001\V81C_LOBSPACE\space.2
U:\DB2\NODE0000\SQL00001\V81C_USERTEMP\space.1
U:\DB2\NODE0000\SQL00001\V81C_LARGESPACE\space.1
U:\DB2\NODE0000\SQL00001\V81C_LARGESPACE\space.2
U:\DB2\NODE0000\SQL00001\V81C_INDEXSPACE\space.1
U:\DB2\NODE0000\SQL00001\V81C_INDEXSPACE\space.2
--------------
доступны (на всякий случай можно сделать их доступными для всех) и, например, корректно копируются куда-либо.

Далее - по обстоятельствам.

> если правильно понимаю, создаю новую базу, в ней пространства, таблицы, и заливаю данные. Это можно поподробнее?

А есть данные, которые заливать?
Если есть недавний offline backup, то можете вытащить структуру оттуда.

На текущей базе db2dart у вас даже к списку таблиц "пробиться" не может.

Uzden Ham,

IMPORT или LOAD

Полученные данные - обыкновенные .csv файлы. Импортировать можно "в лоб":
IMPORT from <filename> of DEL insert into <tablename>

Если в БД есть referential constraints или таблицы большие, то лучше воспользоваться LOAD'ом:
LOAD from <filename> of del messages load.msg insert into <tablename> nonrecoverable check pending cascade immediate

Потом по результатам
SELECT rtrim(tabschema) || '.' || rtrim(tabname) FROM SYSCAT.TABLES WHERE status = 'C';

set integrity for <tabname> immediate checked;

Если в таблицах есть LOB объекты, с ходу не скажу, но можно посмотреть.

Uzden Ham,

Под *nix'ами вполне прокатывает:


Под виндами хоть убей, нехочет db2dart ничего жрать со стандартного входа. Точнее очень интересно, Enter'ы берёт, а остальное пропускает как несущественное.
Такое впечатление, что оно в интерактивном режиме стандартным образом выбирает буфер клавиатуры перед тем, чтобы начать оттуда чего-то читать (но, реализовывая выбор дефолтного значения по Enter'у, его не пропускает).

Windows way :/