ASukhov1986,

db2 UNCATALOG DATABASE my_alias

ASukhov1986,

Покажите вывод команд:

db2 list node directory
db2 list db directory

ASukhov1986Mark Barinstein,
ошибка в моих действиях: я удалил базу не drop, а UNCATALOG DATABASE и сам каталог в ОС удалил, и как я понял это привело к тому, что алиас БД остался. Вот я и спрашиваю можно удалить этот алиас?Я не очень хорошо понимаю, что значит "алиас БД остался".
Если я правильно понял, то у вас база видна в локальном каталоге, но ее каталогов нет. Так?
Дайте вывод:
где database_path - путь, где база лежала.
Внутри этого каталога должна быть такая структура:

Честный чайник,

Если базе сделать UNCATALOG, а потом руками стереть каталоги/файлы базы, то запись в локальном каталоге все равно останется, хотя базы уже нет.
С этой проблемой часто сталкиваются те, кто используют русифицированный Control Center. Так уж получилось, что там (я по памяти, т.к. очень давно уже не ставлю русифицированный):
- "Отбросить" == drop
- "Удалить" == uncatalog

Часто люди, не понимающие разницы, для удаления базы выбирают "Удалить", что довольно естественно. Но на самом деле база после этого не удаляется, а удаляется просто ее регистрация из системного каталога. При этом в локальном каталоге база с этим именем как была, так и остается. И попытка создать базу по тому же пути с тем же именем приводит к ошибке. Создается странная ситуация - базы вроде бы нет (в системном каталоге нет базы с таким именем), но создать базу нельзя.
Увидев такое, люди часто вместо того, чтобы зарегистрировать эту базу в системном каталоге, а потом удалить ее командой drop (которая вместе с удалением базы удалеяет запись о ней из соответствующего локального каталога), пытаются физически удалить файлы/каталоги базы. Эта операция не очищает локальный каталог от записи для этой базы, и новую базу с таким именем создать в этом локальном каталоге все равно нельзя (в другом - можно).
Если в этом локальном каталоге нет других баз, то, чтобы исправить ситуацию, можно просто удалить всю структуру каталогов, начиная с db2_instance_name .
Если в этом локальном каталоге уже есть другие рабочие базы, то мы попадаем в неприятную ситуацию, когда без бубна такую запись не исключить из локального каталога.

Для этого можно попробовать вот что:

Пусть
выдал следующее:


и такого каталога нет:
т.е. PERFDB - мёртвая из-за удаления ее каталогов.

Тогда можно создать новую пустую базу:
выдать
и увидеть, какой каталог SQL... присвиоился этой базе. Например, мы увидели для этой базы:


Надо скопировать SQL00005 -> SQL00002, зарегистрировать базу PERFDB в системном каталоге командой
После чего можно удалить (drop) обе базы - PERFDB и DUMMY.