Давненько я стандартной утилитой экспорта/импорта не пользовалась, однако.

Не суть важно, с какого перепугу она вдруг понадобилась, а важно вот что.
( Мелочи для памяти )

set sqlblanklines on

В смысле, игнорируем пустые строки.

Оказывается, таки можно сделать
alter database close;
alter database dismount;
только нужно, чтобы сессий к базе не было.

Давно собиралась нарисовать запросик. Основная цель - организация каскадного удаления (или свойством on delete cascade внешнего ключа, или последовательностью опрераторов delete, - по желанию).

with refs as (
select uc.constraint_name
     , ucc1.table_name
     , ucc1.column_name
     , ucc2.table_name ref_tab
     , ucc2.column_name ref_col
     , uc.delete_rule
  from user_constraints uc
  join user_cons_columns ucc1 on uc.constraint_name = ucc1.constraint_name
  join user_cons_columns ucc2 on uc.r_constraint_name = ucc2.constraint_name and ucc1.position = ucc2.position
 where uc.constraint_type = 'R'
  order by ucc1.table_name
         , uc.constraint_name
)
select lpad (constraint_name, length(constraint_name) + (level-1)*4, ' '), table_name, column_name, ref_tab, ref_col, level, delete_rule
  from refs
  start with table_name = 'SOME_TBL'
  connect by nocycle ref_tab = prior table_name;

Кратенько.
1) Должен быть выставлен ORACLE_SID.
2) Должен быть выставлен ORACLE_HOME.
3) Если в переменной PATH, как в моём случае, имеется несколько путей к бинарникам оракла, то путь к серверным должен быть первым (а вообще-то первым у меня обычно стоит путь к клиенту).

Да, это безумие.
D:\oracle\product\11.2.0\dbhome_1\bin;D:\oracle\product\11.2.0\client_1;D:\oracle\product\11.2.0\agent_1\bin;D:\oraclexe\app\oracle\product\11.2.0\server\bin;

Вышел где-то в сентябре. По непонятной причине я релиз пропустила, так что навёрстываю сейчас.

Первые впечатления.
1) Установка на Windows 7 выкидывает две ошибки типа The installer is unable to instantiate the file C:\Users\username\AppData\Local\Temp\{078E83D7-3FCC-4A72-903B-995C7CE44681}\KEY_XE.reg. The file does not appear to exist. Я, не мудрствуя лукаво, нажала "ОК" и, вроде, каких-то глобальных сложностей не получила. Впрочем, возможно это именно оно вылезло мне боком во время импорта.
2) Апгрейд с версии 10g предлагается делать методом экспорта/импорта. Ну, начать с того, что путь к файлам данных по умолчанию для 11g отличается от 10g. Соответственно, при импорте табличных пространств, если не уследить, всё посыпется с ошибками типа "каталог не существует". Ну и вообще как-то мне сильно не понравилось то зашкаливающее количество ошибок, которое выдал предлагаемый документацией сценарий. А потому я решила воспользоваться родным экспортом/импортом, заточенным под наше конкретное приложение.
3) В этом месте я влетела в новую непонятную ошибку

UDI-31626: операция сгенерировала ошибку ORACLE 31626
ORA-31626: job does not exist
ORA-39086: cannot retrieve job information
ORA-06512: at "SYS.DBMS_DATAPUMP", line 3326
ORA-06512: at "SYS.DBMS_DATAPUMP", line 4551
ORA-06512: at line 1

Логи сообщили, что ORA-30094: failed to find the time zone data file for version 11 in $ORACLE_HOME/oracore/zoneinfo. При этом каталог $ORACLE_HOME/oracore/zoneinfo существует и в нём даже что-то лежит. Сравнение с содержимым аналогичного каталога для Enterprise Edition показало, что не хватает много чего. Докинула, чего не хватало. Заработало.

Интересно, как оно встанет на CentOS.

Проблема была в следующем.
При подключении к RAC под пользователем sys, рандомно выпадала ошибки ORA-01017: invalid username/password; logon denied. Т.е. десять коннектов подряд могли семь раз соединиться нормально и три раза упасть.

Коллеги почему-то начали рыть в области case sensitivity имён пользователей в Oracle. "А может такое быть, что sys и SYS - это разные пользователи". По мне, такого быть не может.

А оказалось, что почему-то на разных экземплярах были выставлены разне пароли для sys. Когда подключение направлялось на первый узел кластера, коннектилось нормально. На второй - падало с ошибкой.

Пароль-то вернули на место. Но у меня до сих пор в голове не укладыватся, как такое возможно. Похоже, я в RAC понимаю ещё меньше, чем думала.

Если DML на таблице виснет, то имеет смысл проверить, не забыл ли кто-нибудь сделать commit :)