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

Откуда: Минск
Сообщений: 141
10.2.0.3 WinServer2003
У меня есть 2 дестенейшена для архивных логов
log_archive_dest_1	location=d:\....\Arch MANDATORY
log_archive_dest_2	location=\\server2\e$\...\Arch\ OPTIONAL REOPEN=600
FRA нету..

Произошла продолжительная потрея сети, в результате чего на время инвалидировался дестенейшен 2, после того как он снова стал VALID и копирование логов на 2 дестенейшен возобнавилось, за время отсутствие сети образовалась дырка в последовательности архивных логов, а именно сиквенсы с 980 по 989.
Чтобы исправить ситуацию, я средствами ОС скопировал 10 логов с дестенейшена 1 (локального) на дестенейшен 2 и запустил команду

catalog start with '\\server2\e$\...\Arch\';

в реузльтате те 10 логов, о которых отсутствовала информация в контрольнике успешно закаталогизировались, НО (!!!):

они стали принадлежать дестенейшену 1 (log_archive_dest_1), то есть результат запроса
select  status, name,dest_id,thread#,sequence#,first_change#,next_change#,standby_dest,completion_time
from v$archived_log where deleted='NO' and archived='YES'
order by sequence#,dest_id
для этих 10 сиквенсов имеет по две записи для каждого сиквенса с правильными путями к файлам, но в колонке dest_id для этих 20 записей стоит 1.

Вопрос: как пофиксать? Как сделать так, чтобы арх.логи во втором дестенейшене принадлежали именно этому второму дестенейшену???
27 окт 10, 10:20    [9682757]     Ответить | Цитировать Сообщить модератору
 Re: каталогизация утеренных логов на log_archive_dest_2  [new]
VaDi
Member

Откуда: Минск
Сообщений: 141
ну хоть какие-то идеи? :)

пробовал в сессии RMAN отключить дестенейшен 1 перед командой catalog и потом опять включить, то есть
sql "alter session set log_archive_dest_state_1=defer";
catalog start with '\\server2\e$\...\Arch\';
sql "alter session set log_archive_dest_state_1=enable";
- не помогло.

Также пробовал сделать другим способом не через RMAN:
alter session set log_archive_dest_state_1=defer;
alter database register physical logfile '\\server2\e$\...\Arch\ARCXXX_YYY.001';
alter session set log_archive_dest_state_1=enable;
Рузультат тот же - лог имеет dest_id=1

Жду вашей помощи :)
27 окт 10, 17:28    [9687022]     Ответить | Цитировать Сообщить модератору
 Re: каталогизация утеренных логов на log_archive_dest_2  [new]
Сергей Арсеньев
Member

Откуда:
Сообщений: 4118
VaDi,

А зачем, если не секрет?
27 окт 10, 19:30    [9687835]     Ответить | Цитировать Сообщить модератору
 Re: каталогизация утеренных логов на log_archive_dest_2  [new]
VaDi
Member

Откуда: Минск
Сообщений: 141
Сергей Арсеньев
А зачем, если не секрет?

Не секрет, есть самописанная процедурка проверки статусов всех дестенейшенов, и логов в них. Если что-то имеет неправильный статус или провал в последовательности, приходит информационное письмо с указанием на проблемы. Процедура проверяет все дестенейшены и все арх. логи. с использованием dest_id.

Если никто не посоветует решения проблемы, то я перепишу процедуру, но хочется все же решить исходную проблему.. что-то мне не верится что решения нет, хотя сам уже многое перепробывал, но увы :( .
27 окт 10, 20:50    [9688152]     Ответить | Цитировать Сообщить модератору
 Re: каталогизация утеренных логов на log_archive_dest_2  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18484
Скорее всего, придется переписывать процедурку
28 окт 10, 03:30    [9689422]     Ответить | Цитировать Сообщить модератору
 Re: каталогизация утеренных логов на log_archive_dest_2  [new]
Aliona
Member

Откуда: Питер
Сообщений: 4023
ещё есть такой способ:
сделать полный бэкап, delete obsolete.
28 окт 10, 15:36    [9693837]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить