Запутался (RMAN, DUPLICATE)

MW
Дата: 20.09.2004 18:43:42
Система (Host,Base)
Host1, Production DataBase + MediaManager
Host2, Recovery Catalog
Host3, (Duplicate DataBase)

По умолчанию прописано:
CONFIGURE AUXILIARY CHANNEL DEVICE TYPE 'SBT_TAPE' CONNECT  'sys/passwd@DB1';
CONFIGURE AUXILIARY CHANNEL DEVICE TYPE DISK CONNECT  'sys/passwd@DBX';
С Host3 запускаем скрипт вида?
run {
    set newname for datafile  1 to '/oradb/oradata/DBX/system.dbf' ;
    ...
    set newname for datafile 43 to '/oradb/oradata/DBX/auditts.dbf' ;

    duplicate target database to DBX
      skip tablespace DATA_LOGS
      device type sbt
      logfile
        group 1 ( '/oradb/oradata/DBX/redo01a.log',
                  '/oradb/oradata/DBX/redo01b.log' ) size 120M reuse,
        group 2 ( '/oradb/oradata/DBX/redo02a.log',
                  '/oradb/oradata/DBX/redo02b.log' ) size 120M reuse ;
}
При вызове получаем все соединения
connected to target database: DB1 (DBID=999944277)
connected to recovery catalog database
connected to auxiliary database: DBX (not mounted)
Далее начинается разворот с ленты.
... но разворачиваются файлы на Host1 как раз в каталог указанный в set newname - это нормально? Окончания дожидаться не стал - слишком долго.
Как можно (если можно) сделать разворот прямо на Host3, или они потом будут копироваться? Может нужный каталог надо по сети зацепить?
killed
Дата: 20.09.2004 21:30:47
не будут. Про это в доке английском языком написано. По NFS монтируй фс удаленного компа
killed
Дата: 20.09.2004 21:32:46
еще можешь попробовать запустить rman со стороны auxdb. Но тогда твой ММ должен позволить тебе ресторить на DBX
MW
Дата: 21.09.2004 09:41:53
killed
не будут. Про это в доке английском языком написано. По NFS монтируй фс удаленного компа
Про это нашел. Но хотелось бы спросить, это все способно повилиять на основную базу? Не хотелось бы запороть...
killed
еще можешь попробовать запустить rman со стороны auxdb. Но тогда твой ММ должен позволить тебе ресторить на DBX
С той стороны и запускал, но ресторит на сервер где основная база и ММ.
killed
Дата: 21.09.2004 10:14:58
нет основную базу не должен запороть. Особенно если не использовать опцию duplicate NOFILECHEKNAME (или что-то в этом духе - пишу по памяти). Там основная опасность заресторить файлы поверх файлов существующего target. Если эта опция не используется, то RMAN определит конфликт и выдаст ошибку.

>С той стороны и запускал, но ресторит на сервер где основная база и ММ.

Я вобщем так и предполагал. По крайней мере в Tivoli такой фокус не пройдет без дополнительных изменений в конфигурации, поскольку бэкапы привязаны к хостам (физическим или логическим оракловым) и чтобы потенциально ресторить на другой хост, нужно обмануть ММ. ИМХО это не очень хороший путь. Другой вариант - использовать кластерную FS , если есть общий сторадж и сама FS.
MW
Дата: 21.09.2004 10:30:43
killed
Особенно если не использовать опцию duplicate NOFILECHEKNAME (или что-то в этом духе - пишу по памяти). Там основная опасность заресторить файлы поверх файлов существующего target.

Опцию не использую. Пытаюсь сделать копию с кластера на другой хост на обычную файловую систему, т.к. RAC на rawdevice то пересечения по именам явно не будет...
killed
По крайней мере в Tivoli такой фокус не пройдет без дополнительных изменений в конфигурации
Я использую Arkeia, и думаю если поставить клиента на aux то удастся развернуться напрямую, но сейчас уже нет времени на эксперименты.