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

Откуда:
Сообщений: 11
Oracle 10g

Очень непонятная ситуация. Обычно проверял применяемость логов на standby по запросу на primary

 SELECT SEQUENCE#,l.NAME,APPLIED FROM V$ARCHIVED_LOG l 
  ORDER BY RESETLOGS_ID,SEQUENCE# desc;



Если стоит APPLIED YES, то считал , что все нормально. Со вчерашнего дня в данном запросе YES перестал появляться. Начал копать глубже. На standby те же самые SEQUENCE# применены, а на основной базе этой информации нет. В alert.log ошибок тоже не наблюдаю. Единственно - прерывалась связь на некоторое время. Опять таки - судя по информации в alert.log все файлы позже передались.

Получается на V$ARCHIVED_LOG не стоит ориентироваться? или все же проблемы со standby?
11 июл 19, 13:06    [21924829]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
Oleg M.Ivanov
Member

Откуда: Москва
Сообщений: 1080
Я таким запросом смотрю на примари:
SELECT 
    (SELECT MAX(SEQUENCE#)
       FROM V$ARCHIVED_LOG 
      WHERE RESETLOGS_CHANGE# IN 
            (SELECT RESETLOGS_CHANGE# FROM V$DATABASE)
        AND STANDBY_DEST = 'NO') ON_PRIMARY,
    (SELECT MAX(SEQUENCE#) 
       FROM V$ARCHIVED_LOG 
      WHERE RESETLOGS_CHANGE# IN 
            (SELECT RESETLOGS_CHANGE# FROM V$DATABASE)
        AND APPLIED = 'YES' AND STANDBY_DEST = 'YES') APPLIED_ON_STANDBY
  FROM DUAL;


Плюс, на стендбае:
select process, status, thread#, sequence#, block#, blocks from v$managed_standby;
11 июл 19, 13:22    [21924850]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
sev_br
Member

Откуда:
Сообщений: 11
Oleg M.Ivanov,

Вот в том то и проблема

На primary выдает
ON_PRIMARY APPLIED_ON_STANDBY
148494 148181


А на standby
PROCESS STATUS THREAD# SEQUENCE# BLOCK# BLOCKS
--------- ------------ ---------- ---------- ---------- ----------
ARCH CLOSING 1 148485 1001473 1189
ARCH CLOSING 1 148486 974849 316
ARCH CLOSING 1 148487 999425 17
ARCH CLOSING 1 148488 978945 206
ARCH CLOSING 1 148489 976897 276
ARCH CLOSING 1 148490 987137 874
ARCH CLOSING 1 148491 972801 2009
ARCH CLOSING 1 148492 987137 348
ARCH CLOSING 1 148493 974849 729
ARCH CLOSING 1 148494 974849 202
MRP0 WAIT_FOR_LOG 1 148495 0 0
RFS IDLE 0 0 0 0
RFS IDLE 0 0 0 0
RFS IDLE 1 148495 825596 4191
RFS IDLE 0 0 0 0


т.е. primary не ведает про то, что делается на standby
11 июл 19, 13:34    [21924868]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
Oleg M.Ivanov
Member

Откуда: Москва
Сообщений: 1080
sev_br
Oracle 10g
... или все же проблемы со standby?

Очень может быть. Если связь прерывалась, а в этот момент делался бекап на примари, плюс, в рмане не настроно, чтобы не удалять архлоги, пока не применятся на стендбае, то можно "потерять" один или парочку логов, которые уйдут в архив и не передадутся, тогда накат встанет. Выше представленные селекты покажут что применилось на стендбае и какой лог он ждет. Если произошло, как я описал, то лог придется достать из архива.
11 июл 19, 13:37    [21924873]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
sev_br
Member

Откуда:
Сообщений: 11
Oleg M.Ivanov,
Логи все есть - я RMAN остановил.
Вот такой запрос на standbay говорит что лог применился

SELECT SEQUENCE#,l.FIRST_TIME,APPLIED FROM V$ARCHIVED_LOG l 
where sequence# = 148181 or sequence# = 148182
 ORDER BY RESETLOGS_ID,SEQUENCE# desc;


SEQUENCE# FIRST_T APP
148182 10-JUL-19 YES
148181 10-JUL-19 YES




или я не прав?
11 июл 19, 13:45    [21924886]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
Oleg M.Ivanov
Member

Откуда: Москва
Сообщений: 1080
На примари гляньте, возможно, покажет ошибку. Смотреть надо строчку вашего LOG_ARCHIVE_DEST_...
select * from v$archive_dest_status;
11 июл 19, 13:55    [21924906]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
sev_br
Member

Откуда:
Сообщений: 11
Oleg M.Ivanov,
Не могу найти ошибку, все логи перекопал, только в V$ARCHIVED_LOG говорит, что логи не применены

v$archive_dest_status

LOG_ARCHIVE_DEST_1 VALID 148503 0
LOG_ARCHIVE_DEST_2 VALID 148476 148476



148476 - это же не 148181 :)

Запрос

select current_scn from v$database;


на обоих серверах так же выдает похожую информацию.

Так что я в полных непонятках.
11 июл 19, 14:16    [21924925]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
Oleg M.Ivanov
Member

Откуда: Москва
Сообщений: 1080
Да, странно.
До кучи можно еще вот эту вьюху глянуть:
select * from v$recovery_progress;
11 июл 19, 14:23    [21924931]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
andrey_anonymous
Member

Откуда: Москва
Сообщений: 17682
sev_br
Не могу найти

Просто спросить: у Вас единственный destination?
11 июл 19, 14:37    [21924944]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
sev_br
Member

Откуда:
Сообщений: 11
andrey_anonymous
sev_br
Не могу найти

Просто спросить: у Вас единственный destination?


нет, не единственный. но на нем все так же - и применение пропало и отчеты на самом standby показывают, что все хорошо
11 июл 19, 14:51    [21924961]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
sev_br
Member

Откуда:
Сообщений: 11
Oleg M.Ivanov
Да, странно.
До кучи можно еще вот эту вьюху глянуть:
select * from v$recovery_progress;


Спасибо, глянул, вроде ничего криминального
11 июл 19, 14:53    [21924964]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
Oleg M.Ivanov
Member

Откуда: Москва
Сообщений: 1080
LOG_ARCHIVE_DEST_1 VALID 148503 0
LOG_ARCHIVE_DEST_2 VALID 148476 148476

Какие-то тут странные расхождения, локальный DEST далеко вперед убежал.

У меня, к примеру, там максимум на единицу бывает разница. Задержка наката, случаем, не настроена?

И, надо бы, повнимательней изучить вывод этого селекта на проблемных последовательностях, в том числе и раскомментарить фильтр на удаленные логи :
select sequence#,thread#,first_time, next_time, name ,creator,archived,applied,deleted,status
     from v$archived_log where 1=1 
     --and applied ='NO' and deleted ='YES'
order by sequence# desc;
11 июл 19, 15:00    [21924974]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
Viewer
Member

Откуда: Самара
Сообщений: 5380
на всякий случай на стендбае:
select * from v$archive_gap;
11 июл 19, 15:47    [21925033]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
sev_br
Member

Откуда:
Сообщений: 11
Viewer
на всякий случай на стендбае:
select * from v$archive_gap;


Так тоже проверял, чисто
11 июл 19, 15:49    [21925035]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
flexgen
Member

Откуда: Город на песке
Сообщений: 729
sev_br
Viewer
на всякий случай на стендбае:
select * from v$archive_gap;


Так тоже проверял, чисто


Посмотри на Standby в v$managed_standby наличие процесса MRP0 а также количество и статус процессов RFS.
В v$dataguard_stats посмотри transfer lag и apply lag.

Смотри alert.log на Primary и на Standby - есть ли в логе на primary сообщения об ошибках архивирования, на standby проверь принимаются ли файлы и накатываются ли. Местонахождение alert.log файлов смотри в v$diag_info.

Проверь выставлен ли параметр fal_server на стороне standby, значение параметра должно быть определено как дескриптор подключения к primary в файле tnsnames.ora.

Проверь в файле tnsnames.ora на primary и standby наличие и правильность дескрипторов подключений для primary и standby, также убедись что password files на primary и standby идентичны. В случае Oracle RAC проверять надо на всех нодах кластера.

Несколько раз сталкивался с таким - если по какой-то причине прерывалась связь primary со standby то прекращалось архивирование на standby destination. Решалось выполнением следующих команд на primary:
alter system set LOG_ARCHIVE_DEST_STATE_2=defer;
alter system set LOG_ARCHIVE_DEST_STATE_2=enable;
11 июл 19, 21:46    [21925271]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18202
До 11.2 этот столбец на Primary в большинстве случаев погоду показывал (например, Bug 7417614 - APPLIED column in V$ARCHIVED_LOG can erroneously indicate a log was not applied (Doc ID 7417614.8))
Да и после на него сильно полагаться тоже не стоит.

Кстати, из-за SRL, RTA оно может врать и на Standby -- вот это уже засада. Вроде, как с 12 починили, но оно такое...
12 июл 19, 04:03    [21925371]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
alexkir
Member

Откуда: Череповец
Сообщений: 29
sev_br,

Посмотри
http://orabliss.blogspot.com/2013/01/applied-column-on-varchivedlog-when_61.html

APPLIED - Column not updated if Heartbeat-ARCH hangs [ID 1369630.1]
Bug 6113783 - Arch processes can hang indefinitely on network [ID 6113783.8]
12 июл 19, 09:42    [21925449]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
sev_br
Member

Откуда:
Сообщений: 11
flexgen
Посмотри на Standby в v$managed_standby наличие процесса MRP0 а также количество и статус процессов RFS.
В v$dataguard_stats посмотри transfer lag и apply lag.

Смотри alert.log на Primary и на Standby - есть ли в логе на primary сообщения об ошибках архивирования, на standby проверь принимаются ли файлы и накатываются ли. Местонахождение alert.log файлов смотри в v$diag_info.

Проверь выставлен ли параметр fal_server на стороне standby, значение параметра должно быть определено как дескриптор подключения к primary в файле tnsnames.ora.

Проверь в файле tnsnames.ora на primary и standby наличие и правильность дескрипторов подключений для primary и standby, также убедись что password files на primary и standby идентичны. В случае Oracle RAC проверять надо на всех нодах кластера.

Несколько раз сталкивался с таким - если по какой-то причине прерывалась связь primary со standby то прекращалось архивирование на standby destination. Решалось выполнением следующих команд на primary:
alter system set LOG_ARCHIVE_DEST_STATE_2=defer;
alter system set LOG_ARCHIVE_DEST_STATE_2=enable;



Проверил все , ошибок нет . архивирование происходит, применение тоже происходит. а вот в таблице V$ARCHIVED_LOG информации нет. За alter system отдельное спасибо :) , совсем забыл про него, хотя так же выручал.
12 июл 19, 10:29    [21925507]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
sev_br
Member

Откуда:
Сообщений: 11
Вячеслав Любомудров
До 11.2 этот столбец на Primary в большинстве случаев погоду показывал (например, Bug 7417614 - APPLIED column in V$ARCHIVED_LOG can erroneously indicate a log was not applied (Doc ID 7417614.8))
Да и после на него сильно полагаться тоже не стоит.

Кстати, из-за SRL, RTA оно может врать и на Standby -- вот это уже засада. Вроде, как с 12 починили, но оно такое...


На standby пока показывает правильно
Вчера просмотрел внимательно все логи, нашел, что во время передачи лога, с которого начинается "сбой" в V$ARCHIVED_LOG было прерывание связи. Но на standby лог применился. Открыл базу - данные актуальные. Так что, думаю, все нормально. Спасибо.
12 июл 19, 10:35    [21925514]     Ответить | Цитировать Сообщить модератору
 Re: Непонятки со standby  [new]
sev_br
Member

Откуда:
Сообщений: 11
alexkir
sev_br,

Посмотри
http://orabliss.blogspot.com/2013/01/applied-column-on-varchivedlog-when_61.html

APPLIED - Column not updated if Heartbeat-ARCH hangs [ID 1369630.1]
Bug 6113783 - Arch processes can hang indefinitely on network [ID 6113783.8]



Похоже, что это оно, спасибо!
12 июл 19, 10:37    [21925517]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить