Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 duplicate затихла ...  [new]
RusVol
Member

Откуда:
Сообщений: 352
Привет всем,
я провожу создание копии базы (на одном сервере 9.2.0.6) через сценарий:

run
{
allocate auxiliary channel d1 type disk;
set newname for datafile 1 to 'N:\oracle\oradata\DUPL\SYSTEM01.DBF';
set newname for datafile 2 to 'N:\oracle\oradata\DUPL\UNDOTBS01.DBF';
set newname for datafile 3 to 'N:\oracle\oradata\DUPL\DOC01.DBF';
set newname for datafile 4 to 'N:\oracle\oradata\DUPL\DOC02.DBF';
set newname for datafile 5 to 'N:\oracle\oradata\DUPL\INDX01.DBF';
set newname for datafile 6 to 'N:\oracle\oradata\DUPL\INDX02.DBF';
set newname for datafile 7 to 'N:\oracle\oradata\DUPL\INDX03.DBF';
set newname for datafile 8 to 'N:\oracle\oradata\DUPL\INDX04.DBF';
set newname for datafile 9 to 'N:\oracle\oradata\DUPL\SAPR01.DBF';
set newname for datafile 10 to 'N:\oracle\oradata\DUPL\SAPR02.DBF';
set newname for datafile 11 to 'N:\oracle\oradata\DUPL\SAPR03.DBF';
set newname for datafile 12 to 'N:\oracle\oradata\DUPL\TOOLS01.DBF';

duplicate target database to DUPL
logfile group 1 ('D:\oracle\oradata\DUPL\REDO01.LOG') size 100M,
group 2 ('D:\oracle\oradata\DUPL\REDO02.LOG') size 100M,
group 3 ('D:\oracle\oradata\DUPL\REDO03.LOG') size 100M,
group 4 ('D:\oracle\oradata\DUPL\REDO04.LOG') size 100M
reuse;
}

К сожалению, не включил лог.
Прошел этап восстановления и наката файлов базы и - вижу на консоли:

Finished Recover
printing storing script:Memory script
{
shutdown clone;
startup clone nomount;
}
Executing script: Memory script

и дальне на консоли ничего нет. Control File создан, но redo файлов нет.
CPU на нуле.
Почему duplicate не может продолжает исполняться ?
27 дек 04, 15:05    [1212121]     Ответить | Цитировать Сообщить модератору
 Re: duplicate затихла ...  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18483
Очень похоже, что, как обычно, повесился shutdown (можно посмотреть в alert.log) - почему это могло случится, весьма часто обсуждалось - а вот что делать, чтоб не прервать выполнения duplicate - вопрос.

В юнихе я бы просто прибил процесс smon для этой БД и вместо shutdown [normal] clone - получился бы abort, но как на это отреагируетт винда - надо пробовать.

Или просто дождаться пока БД соизволит сама опуститься.
28 дек 04, 01:38    [1213388]     Ответить | Цитировать Сообщить модератору
 Re: duplicate затихла ...  [new]
RusVol
Member

Откуда:
Сообщений: 352
Да, похоже я поторопился - ткнул Enter - через довольно продолжительное время сыграл ORA-ххххх - внешнее вмешательство.
Ручное alter database open resetlog отработало, база DUPL открылась - но DBID оказался тот же самый ! Т.е. в целом все восстановление можно определить как неудачное.
В alert следующее (после сообщений о накате):

Shutting down instance: further logons disabled
Shutting down instance (normal)
License high water mark = 4
Mon Dec 27 14:34:54 2004
Active process 1000 user 'SYSTEM' program 'ORACLE.EXE'
SHUTDOWN: waiting for logins to complete.
Mon Dec 27 15:29:54 2004

Чтобы это могло означать, и какая наиболее вероятная причина неотработки shutdown clone - нехватка ОП (origin db была открыта) ?
28 дек 04, 08:34    [1213496]     Ответить | Цитировать Сообщить модератору
 Re: duplicate затихла ...  [new]
RusVol
Member

Откуда:
Сообщений: 352
В догонку - после перегрузки сервера автоматом открылись обе (!) базы - я ожидал, что откроется только origin, для которой прописан ORACLE_SID в реестре.
28 дек 04, 08:44    [1213514]     Ответить | Цитировать Сообщить модератору
Между сообщениями интервал более 1 года.
 Re: duplicate затихла ...  [new]
Enigma
Member

Откуда:
Сообщений: 1
Я столкнулась с подобной проблемой при попытке создания duplicate database удаленно, с сервера где находится target database из инкрементального бэкапа на определенное время с использованием установки set until time '24.07.2006 15:00:30' Процесс зависал на этапе
{
shutdown clone;
startup clone nomount ;
}
Выполняется командный файл: Memory Script
В алерт. логе auxiliary database сообщение

Active process 2748 user 'XXXX' program 'ORACLE.EXE'
SHUTDOWN: waiting for logins to complete.
т.е. т shutdown normal ожидает пока отконнектится удаленная сессия usera 'XXXX' с удаленного хоста, там где находится target database.
Вывод:этот процесс никогда не завершится без внешнего грубого вмешательства. Поэтому запускать скрипт создания duplicate базу на определенное время (until time) из инкрементального бэкапа необходимо на том хосте, где и находится auxiliary database. Я именно так и проделала, все прошло гладко и красиво. Дубликат базы на определенное время создался без проблем.
28 июл 06, 07:44    [2936009]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить