Oracle Standby. Archivelog status IN-MEMORY / Oracle

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Oracle [игнор отключен] [закрыт для гостей] / Oracle Standby. Archivelog status IN-MEMORY

50 сообщений из 50, показаны все 2 страниц

все

Oracle Standby. Archivelog status IN-MEMORY

#39840484

raul84

Гость

Здравствуйте! Столкнулся с достаточно интересной для себя историей.

Есть 2 базы, PRIMARY и STANDBY, на них настроен broker (dgmgrl), т.е. переход на резерв осуществляется командой switchover to XXX, или failover to XXX.

У меня 500 баз так настроено, всё прекрасно работает, т.е. как настраивать dataguard опыт имеется.
Применение логов в реальном времени.

Но, тут вот на 11 Оракле настроил 2 базы, брокер настроил, но switchover выполнить не даёт, причина:

на стендбайной базе всегда 1 последний архивный лог находится в статусе IN-MEMORY и применять она его начинает только тогда, когда на стендбай приходит новый архивный лог. Т.е. в реальном времени по факту мы имеем всегда рассинхрон в 1 лог. Он ругается что датафайлы неконсистентны и этой действительно так.

На металинке я нашел The Latest Archivelog On Standby Database Keep The Status Of In-Memory (Doc ID 1384371.1), в целом там написано что это нормальная история, но по факту это не совсем так, ведь я не могу выполнить свитчовер без шаманства, на всех моих базах если архивные лог попадает на стендбай - он его сразу применяет и к датафайлам, а не держит в памяти.

Как заставить стендбай применять лог сразу, не ждать пока попадёт следующий?

...

Рейтинг:

0 / 0

23.07.2019, 13:55

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840528

Viewer

Участник

Откуда: Самара

Сообщения: 5 397

Рейтинг: 0 / 0

raul84по факту мы имеем всегда рассинхрон в 1 лог.
Standby Redo log
?

...

Рейтинг:

0 / 0

23.07.2019, 15:02

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840532

Вячеслав Любомудров

Участник

Откуда: Владивосток

Сообщения: 18 655

Рейтинг: 0 / 0

Думаю, что человек, настроивший 500+ связок Primary/Standby лепит SRL уже на автомате
Да и вроде Broker с какой-то версии создает их сам для любого уровня защиты

...

Рейтинг:

0 / 0

23.07.2019, 15:07

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840541

raul84

Гость

standby redo log естественно есть, пробовал их пересоздавать на стендбайном сервере.

ситуация пока совершенно непонятная, учитывая что логе датагарда нет совершенно никаких ошибок, все передаётся, применяется. но только после того как на стендбай попадает новый арх лог.

на primary: select switchover_status from v$database; --TO STANDBY
на standby: select switchover_status from v$database; --NOT ALLOWED

...

Рейтинг:

0 / 0

23.07.2019, 15:15

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840545

Вячеслав Любомудров

Участник

Откуда: Владивосток

Сообщения: 18 655

Рейтинг: 0 / 0

Пока разговор голословный
Конфигурация брокера
Сами настройки LOG_ARCHIVE* с боевого и стендбая
Сообщения в логах при попытке накатить и попытке switchover
Сообщения об ошибке, в конце концов

Вроде всякие DELAY, заданый в конфигурации брокера должен отрабатывать нормально, но если он установлен в обход брокера, напрямую в LOG_ARCHIVE_DEST_? Хотя заявлено "Применение логов в реальном времени", но это видно реально в alert-е

...

Рейтинг:

0 / 0

23.07.2019, 15:21

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840557

raul84

Гость

DGMGRL> show configuration verbose

Configuration - dg1

Protection Mode: MaxAvailability
Databases:
host1- Primary database
host2 - Physical standby database

Properties:
FastStartFailoverThreshold = '30'
OperationTimeout = '30'
FastStartFailoverLagLimit = '30'
CommunicationTimeout = '180'
FastStartFailoverAutoReinstate = 'TRUE'
FastStartFailoverPmyShutdown = 'TRUE'
BystandersFollowRoleChange = 'ALL'

Fast-Start Failover: DISABLED

Configuration Status:
SUCCESS
--------------------
primary:
log_archive_dest_1 string LOCATION=USE_DB_RECOVERY_FILE_DEST VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=host1
log_archive_dest_2 string service="host2", LGWR SYNC AFFIRM delay=0 optional compression=disable max_failure=0 max_connections

standby:
log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_DEST, valid_for=(ALL_LOGFILES, ALL_ROLES)
log_archive_dest_2 string service="host1", LGWR SYNC AFFIRM delay=0 optional compression=disable max_failure=0 max_connect

log drcHOST1:

07/19/2019 00:09:42
SWITCHOVER TO host2
Notifying Oracle Clusterware to teardown primary database for SWITCHOVER
07/19/2019 00:10:24
Switchover operation failed with status ORA-16751
Target standby sblrg failed to become a primary database.
To recover, return the original primary, host1, to the primary role
using SQL*plus. Then correct the errors that prevented sblrg from becoming
a primary database, and retry the switchover operation.
For more information, please check the Troubleshooting Chapter of the Data Guard
Broker documentation.
Command SWITCHOVER TO host2 completed
07/19/2019 00:11:13
Process RSM0, PID = 28750, will be killed
07/19/2019 00:11:15
Creating process RSM0
07/19/2019 00:11:19
Process RSM0 re-created with PID = 2527
Error detected: one or more instances do not have log transport turned on.
Data Guard Broker Status Summary:
Type Name Severity Status
Configuration dg1 Warning ORA-16607
Primary Database host1 Error ORA-16810
Physical Standby Database host2 Error ORA-16766

drcHOST2.log:

07/19/2019 00:08:40
SQL Execution error=604, sql=[ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WAIT WITH SESSION SHUTDOWN]. See error stack below.
ORA-00604: error occurred at recursive SQL level 1
ORA-01196: file 1 is inconsistent due to a failed media recovery session
ORA-01110: data file 1: '/u01/oracle/oradata/host2/system01.dbf'
Sswitchover to primary command failed
Database Resource SetState Error (16751)
07/19/2019 08:52:17
Notifying DMON of db close
Notifying RSM0 of db close
07/19/2019 08:52:21
Data Guard Broker shutting down
posting shutdown message to primary database 0x01001000
RSM0 successfully terminated

...

Рейтинг:

0 / 0

23.07.2019, 15:34

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840577

raul84

Гость

А редактировать сообщения здесь нельзя? :)

...

Рейтинг:

0 / 0

23.07.2019, 15:49

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840581

Basil A. Sidorov

Участник

Сообщения: 11 633

Рейтинг: 0 / 0

Есть предварительный просмотр. Ещё - тэги : fixed, spoiler, некоторые другие

...

Рейтинг:

0 / 0

23.07.2019, 15:53

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840582

raul84

Гость

Собственно, на стендбае вот так картина по логам выглядит:

SELECT sequence#, first_time, next_time, applied FROM v$archived_log order by first_time desc

SEQUENCE# FIRST_TIME NEXT_TIME APPLIED
221 2019-07-23 15:48:53 2019-07-23 15:48:59 IN-MEMORY
220 2019-07-23 15:48:17 2019-07-23 15:48:53 YES
219 2019-07-23 15:34:59 2019-07-23 15:48:17 YES
218 2019-07-23 15:03:59 2019-07-23 15:34:59 YES

...

Рейтинг:

0 / 0

23.07.2019, 15:53

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840589

Oleg M.Ivanov

Гость

А размер редо на примари и на резерве одинаковые?

...

Рейтинг:

0 / 0

23.07.2019, 15:58

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840596

Вячеслав Любомудров

Участник

Откуда: Владивосток

Сообщения: 18 655

Рейтинг: 0 / 0

raul84drcHOST2.log:

07/19/2019 00:08:40
SQL Execution error=604, sql=[ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WAIT WITH SESSION SHUTDOWN]. See error stack below.
ORA-00604: error occurred at recursive SQL level 1
ORA-01196: file 1 is inconsistent due to a failed media recovery session
ORA-01110: data file 1: '/u01/oracle/oradata/host2/system01.dbf'
Sswitchover to primary command failed
А проверь всякие AFTER LOGON/ROLE CHANGE/STARTUP триггера
Нет ли там гадостей

...

Рейтинг:

0 / 0

23.07.2019, 16:03

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840606

Oleg M.Ivanov

Гость

Вдогонку...

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

--Смотрим как в онлайн идет процесс наката
select * from v$recovery_progress;

select * from v$session_longops where target_desc='Last Applied Redo';

--Смотрим отставание наката на стендбае в днях, часах и минутах
select extract( day from (CAST(last_update_time as timestamp) - CAST(timestamp as timestamp)) ) days,
    extract( hour from (CAST(last_update_time as timestamp) - CAST(timestamp as timestamp)) ) hour,
    extract( minute from (CAST(last_update_time as timestamp) - CAST(timestamp as timestamp)) ) minut 
    from v$session_longops t where target_desc='Last Applied Redo';

...

Рейтинг:

0 / 0

23.07.2019, 16:09

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840614

raul84

Гость

Код: plsql

select bytes from v$log

BYTES
5368709120
5368709120
5368709120
5368709120
5368709120

Они одинаковы и на праймари и на стендбае.

Код: plsql

select * from v$recovery_progress;

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.

START_TIME	TYPE	ITEM	UNITS	SOFAR	TOTAL	TIMESTAMP	COMMENTS
2019-07-23 15:47:24	Media Recovery	Active Apply Rate	KB/sec	783	0		
2019-07-23 15:47:24	Media Recovery	Average Apply Rate	KB/sec	1882	0		
2019-07-23 15:47:24	Media Recovery	Maximum Apply Rate	KB/sec	12948	0		
2019-07-23 15:47:24	Media Recovery	Redo Applied	Megabytes	3229	0		
2019-07-23 15:47:24	Media Recovery	Last Applied Redo	SCN+Time	0	0	2019-07-23 16:18:26	SCN: 131985960523
2019-07-23 15:47:24	Media Recovery	Active Time	Seconds	1361	0		
2019-07-23 15:47:24	Media Recovery	Elapsed Time	Seconds	1757	0

Код: plsql

select * from v$session_longops where target_desc='Last Applied Redo';

Код: plaintext

1.
2.

SID	SERIAL#	OPNAME	TARGET	TARGET_DESC	SOFAR	TOTALWORK	UNITS	START_TIME	LAST_UPDATE_TIME	TIMESTAMP	TIME_REMAINING	ELAPSED_SECONDS	CONTEXT	MESSAGE
944	1	Media Recovery		Last Applied Redo	131986024964	0	SCN+Time	2019-07-23 15:47:24	2019-07-23 16:18:09	2019-07-23 16:19:54		1845	5	Media Recovery: Last Applied Redo : 131986024964 out of 0 SCN+Time done

Код: plsql

1.
2.
3.
4.

select extract( day from (CAST(last_update_time as timestamp) - CAST(timestamp as timestamp)) ) days,
    extract( hour from (CAST(last_update_time as timestamp) - CAST(timestamp as timestamp)) ) hour,
    extract( minute from (CAST(last_update_time as timestamp) - CAST(timestamp as timestamp)) ) minut 
    from v$session_longops t where target_desc='Last Applied Redo';

Код: plaintext

1.
2.

DAYS	HOUR	MINUT
0	0	-1

...

Рейтинг:

0 / 0

23.07.2019, 16:21

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840618

raul84

Гость

Вячеслав Любомудров,
триггеров каких-то специфических нет.

Дело в том, что полная история такая:

Был хост, без стендбая. Я сделал для него стендбай. УСПЕШНО перешел на него switchover to XXX.

Затем у теперешнего стендбайного хоста заменилась "железка", т.е. тачка была заново переделана, настроен стендбай. Только вот ОБРАТНЫЙ переход на НОВУЮ тачку не получается из-за этого отставания в 1 лог.

Я к чему - эта база не менялась и не так давно я эту же базу переводил успешно на резерв, а теперь, с заменой хоста - столкнулся с такой ерундой странной. Сверяю уж все настройки - один в один, что мешает - непонятно пока.

...

Рейтинг:

0 / 0

23.07.2019, 16:26

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840619

Oleg M.Ivanov

Гость

ХМ... Выглядит все красиво. Единственное, почему-то накат вперед убежал по времени. На серверах время одинаковое?

...

Рейтинг:

0 / 0

23.07.2019, 16:26

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840626

raul84

Гость

Oleg M.Ivanov,

Спасибо за ценную мысль! На хостах в 1-2 минуты различается время примерно, на уровне ОС, разберемся с этим вопросом и проверим.

...

Рейтинг:

0 / 0

23.07.2019, 16:38

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840779

raul84

Гость

Oleg M.Ivanov,

в общем, со временем разобрались, но история еще не закончена.

Запрос на оставание наката показывает всё красиво:

Код: plsql

1.
2.
3.
4.

select extract( day from (CAST(last_update_time as timestamp) - CAST(timestamp as timestamp)) ) days,
    extract( hour from (CAST(last_update_time as timestamp) - CAST(timestamp as timestamp)) ) hour,
    extract( minute from (CAST(last_update_time as timestamp) - CAST(timestamp as timestamp)) ) minut 
    from v$session_longops t where target_desc='Last Applied Redo';

Код: plaintext

DAYS	HOUR	MINUT
0	0	0

Один лог пока остаётся in-memory, если смотреть CHECKPOINT_CHANGE у датафайлов, то как раз видим различия в один лог:

Код: plsql

select CHECKPOINT_CHANGE# from V$DATAFILE_HEADER

на прайме: 132083242186
на стендбае: 132083237301

По идее у них должны быть одинаковые CHECKPOINT_CHANGE на праймари и стендбае после применения всех логов. Когда мы запустим свитчовер он опять будет говорить о неконсистентности между датафайлами праймари и стендбая.

...

Рейтинг:

0 / 0

24.07.2019, 09:22

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840835

Oleg M.Ivanov

Гость

Уже спрашивал, но ответа не было. Редо файлы на примари и стендбай редо одинакового размера? У меня RTA не работал на одной базе, когда случайно создал на стендбае их другого размера.
Еще момент, не мешают ли активные транзакции?

Код: plsql

1.
2.
3.
4.

--смотрим активные транзакции
select v$session.username, v$session.sid, v$transaction.used_ublk, v$transaction.used_urec
  from v$transaction
  join v$session on v$session.taddr = v$transaction.addr;

Примари сейчас, по-идее, должен показывать:

Код: plsql

1.
2.
3.
4.
5.

SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS
--------------------------
TO STANDBY

Неужели после команды на примари

Код: plsql

ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;

стендбай так и остается IN-MEMORY ?

...

Рейтинг:

0 / 0

24.07.2019, 11:04

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840841

raul84

Гость

1. Почему, я вышел отвечал про редо:

select bytes from v$log

BYTES
5368709120
5368709120
5368709120
5368709120
5368709120

Они одинаковы и на праймари и на стендбае.

2. Активных транзакций нет по запросу

3. ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;

Это прод, я не могу это просто так вот запустить сейчас.
Я пробовал только свитчовер через dgmgrl и тогда ругнулся на консистентность собсна

...

Рейтинг:

0 / 0

24.07.2019, 11:10

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840843

raul84

Гость

SELECT SWITCHOVER_STATUS FROM V$DATABASE;

да, на праймари статус - TO STANDBY
на стендбае - NOT ALLOWED

...

Рейтинг:

0 / 0

24.07.2019, 11:12

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840854

Oleg M.Ivanov

Гость

raul84Это прод, я не могу это просто так вот запустить сейчас.

Видимо, надо договариваться с пользователями и пытаться делать switchover вручную.

...

Рейтинг:

0 / 0

24.07.2019, 11:25

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840861

raul84

Гость

да, это уже последний вариант.

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

Совершенно пока не объяснимая с т.з. БД, учитывая что все проверочный запросы и конфигурации не показывают никаких ошибок ДО перехода.
Да и текущая ситуация в целом не ошибочна и чёрт бы с ней, но она мешает переходу.

Дело в том что у меня ни на одной базе нет этой фигни с IN-MEMORY и чтобы он ждал переключения лога.

Сейчас уже хочу включить старый хост (он пока жив), и перенести стендбай туда, проверить как там будет обстановка, ибо с текущим я просто не знаю что делать.

...

Рейтинг:

0 / 0

24.07.2019, 11:30

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840899

Oleg M.Ivanov

Гость

Да, что-то больше ничего на ум не приходит.

Ради интереса, гляньте, одинаковые ли последовательности показывают на примари и примененные на стендбае?

Код: plsql

1.
2.
3.

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;

...

Рейтинг:

0 / 0

24.07.2019, 12:15

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840933

raul84

Гость

Код: plaintext

ON_PRIMARY	APPLIED_ON_STANDBY
276	                       275

Собственно вот, 276 находится в IN-MEMORY на стендбае

...

Рейтинг:

0 / 0

24.07.2019, 13:21

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840938

dimacrat

Гость

raul84select bytes from v$log

Код: plsql

select bytes from v$standby_log

...

Рейтинг:

0 / 0

24.07.2019, 13:30

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39840942

raul84

Гость

dimacrat,

само собой их тоже сравнивал, также 5368709120

...

Рейтинг:

0 / 0

24.07.2019, 13:38

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39841222

raul84

Гость

Дополнительный вводные, сейчас вот с утра смотрю, все арх логи применены, IN-MEMORY пока нет.

Но, CHECKPOINT_CHANGE отличается между серверами

select CHECKPOINT_CHANGE# from V$DATAFILE_HEADER

132163636145 - праймари
132161867753 - стендбай

Если смотреть данные по архивным логам, SELECT * FROM v$archived_log order by first_time desc

132161867753 = FIRST_CHANGE# последнего архивного лога
132163636145 = NEXT_CHANGE# последнего архивного лога

СHECKPOINT_CHANGE# должны быть равны у праймари и стендбая (если смотреть аналогичные базы)

...

Рейтинг:

0 / 0

25.07.2019, 09:20

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39841230

raul84

Гость

И ещё один интересный момент. Пришел сейчас новый лог (311 seq), он попал в IN-MEMORY

Код: plaintext

1.
2.
3.

SEQUENCE#	FIRST_CHANGE#	NEXT_CHANGE#	APPLIED
311	         132163636145	132165593537	IN-MEMORY
310	         132161867753	132163636145	YES

Смотрим select CHECKPOINT_CHANGE# from V$DATAFILE_HEADER

132165593537 - праймари
132161867753 - стендбай, т.е. у него остался FIRST_CHANGE 310 лога (предыдущего, уже вроде как примененного)

...

Рейтинг:

0 / 0

25.07.2019, 09:46

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39841234

raul84

Гость

далее я сделал на праймари:
alter system switch logfile;

select CHECKPOINT_CHANGE# from V$DATAFILE_HEADER
132165593537
132165593537

CHECKPOINT_CHANGE стал одинаковым и на праймари и стендбае.

Код: plaintext

1.
2.
3.
4.

SEQUENCE#	FIRST_CHANGE#	NEXT_CHANGE#	APPLIED
312	         132165593537	132166875269	IN-MEMORY
311	         132163636145	132165593537	YES
310	         132161867753	132163636145	YES

Т.е. сейчас и на праймари и стендбае NEXT_CHANGE 311 лога

...

Рейтинг:

0 / 0

25.07.2019, 09:55

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39841235

raul84

Гость

Буквально через какое-то время на праймари CHECKPOINT_CHANGE стал 132166875269 (311 лог), а на стендбае остался 132165593537, т.е. вот это микроотставание сохраняется в целом

...

Рейтинг:

0 / 0

25.07.2019, 09:57

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39841756

Oleg M.Ivanov

Гость

Вот специально, ради такого случая, проверил штук 5 связок примари/стенбай, которые работают в режиме RTA и у всех без исключения checkpoint_change# отличается между примари и стендбаем. Пробовал даже переключать логи и делать чекпоинт, но все-равно разница присутствует. При этом ни у кого IN-MEMORY не наблюдалось.
Мож. в вашем случае параметры в log_archive_dest_x какие-то выставлены особенные?

...

Рейтинг:

0 / 0

26.07.2019, 09:58

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39841759

Vadim Lejnin

Участник

Сообщения: 7 675

Рейтинг: 0 / 0

raul84,

Какой объём REDO?
Какой ping delay между серверами?

...

Рейтинг:

0 / 0

26.07.2019, 10:01

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39841773

Oleg M.Ivanov

Гость

О, удалось увидеть IN-MEMORY на не очень продолжительное время, но это был каскадный стендбай и у него размер логов по 8Гб, а сам он живет на ZFS'ке с включенным сжатием.

...

Рейтинг:

0 / 0

26.07.2019, 10:28

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39841780

Vadim Lejnin

Участник

Сообщения: 7 675

Рейтинг: 0 / 0

Если ping delay ощутимый, и размер данных большой, то могут играть эффекты
Bandwidth-delay Product
Optimizing Performance

Настройкой SRU, размеров буферов, можно ощутимо повысить скорость передачи.

...

Рейтинг:

0 / 0

26.07.2019, 10:40

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39842409

raul84

Гость

Но при передаче логов нет никаких проблем, они передаются сразу же, просто не применяется до следующего лога.

Возможно суть статьи не в этом, я пока не смотрел, в любом случае спасибо за обратную связь.

...

Рейтинг:

0 / 0

29.07.2019, 09:09

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39842431

Vadim Lejnin

Участник

Сообщения: 7 675

Рейтинг: 0 / 0

raul84,

Насколько далеко сервера друг от друга
Какой ping delay между ними?

...

Рейтинг:

0 / 0

29.07.2019, 10:42

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39842552

raul84

Гость

Они находятся в одном датацентре, т.е. рядом. Пинг хороший.

PING hostX (***) 56(84) bytes of data.
64 bytes from hostX (***): icmp_seq=1 ttl=64 time=0.294 ms
64 bytes from hostX (***): icmp_seq=2 ttl=64 time=0.292 ms
64 bytes from hostX (***): icmp_seq=3 ttl=64 time=0.274 ms
64 bytes from hostX (***): icmp_seq=4 ttl=64 time=0.228 ms

...

Рейтинг:

0 / 0

29.07.2019, 14:35

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39842562

Vadim Lejnin

Участник

Сообщения: 7 675

Рейтинг: 0 / 0

raul84,
Если ping delay маленький, значит Bandwidth-delay Product здесь ни причем
Это было предположение, из-за чего может быть задержка наката

...

Рейтинг:

0 / 0

29.07.2019, 15:11

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39842563

raul84

Гость

В дополнение, вывод команды archive log list

PRIMARY:

Код: plaintext

1.
2.
3.
4.
5.

Database log mode                       Archive log Mode
Automatic archival                      Enabled
Archive destination                     USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence              499
Next log sequence to archive            503
Current log sequence                    503

STANDBY:

Код: plaintext

1.
2.
3.
4.

Database log mode                       Archive log Mode
Automatic archival                      Enabled
Archive destination                     USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence              500
Current log sequence                    503

...

Рейтинг:

0 / 0

29.07.2019, 15:15

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39843053

raul84

Гость

Ни у кого нет стендбая MAXIMUM AVABILITY на Оракле 11,12 ?

Хотелось бы просто "сверить часы", я уже поднимаю параллельно для тестов доп сервера, но мало ли у кого-то есть.

...

Рейтинг:

0 / 0

30.07.2019, 15:58

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39843782

AlexVin

Гость

победил?

...

Рейтинг:

0 / 0

01.08.2019, 06:44

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39843828

raul84

Гость

С тех пор у меня не было переходов на проде.

Тестовые серверы пока не доделал, хочу на практике изучить - нормально ли то, что в момент перехода файлы баз на праймари и стендбае находятся в неконситентном состоянии и что он нормально применит IN-MEMORY, тем самым выровняв scn primary и standby.

До этого я в основном имел дело со стендбаями на 10-ке, там в принципе нет этой темы с in-memory, всё применяется сразу, базы всегда консистентны. Я так и не понял зачем такую "фишку" придумали для 11+, лично меня она только путает и вводит в легкое недоумение.

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

...

Рейтинг:

0 / 0

01.08.2019, 08:56

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39843912

AlexVin

Гость

не знаю чем поможет)

оракле 12.2 MaxAvailability
"последний архивный лог находится в статусе IN-MEMORY" - так же, это нормально
"на standby: select switchover_status from v$database; --NOT ALLOWED" - так же, это нормально
при этом validate database verbose "stb" пишет
Ready for Switchover: Yes
Ready for Failover: Yes (Primary Running)

...

Рейтинг:

0 / 0

01.08.2019, 11:01

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39843913

AlexVin

Гость

может, в качестве пинания по колёсам, конфигурацию датагварда пересоздать?)

...

Рейтинг:

0 / 0

01.08.2019, 11:02

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39843924

raul84

Гость

AlexVin,

Конфигурацию, конечно, пересоздавал )

автороракле 12.2 MaxAvailability
"последний архивный лог находится в статусе IN-MEMORY" - так же, это нормально
"на standby: select switchover_status from v$database; --NOT ALLOWED" - так же, это нормально
при этом validate database verbose "stb" пишет
Ready for Switchover: Yes
Ready for Failover: Yes (Primary Running)

А вот это интересно.

Сравните, пожалуйста, ещё вот эти значения на стендбае и праймари, они отличаются когда в IN-MEMORY сидит один?

Код: plsql

select CHECKPOINT_CHANGE# from V$DATAFILE_HEADER

авторvalidate database verbose "stb"
В 11 так не умеет :)

...

Рейтинг:

0 / 0

01.08.2019, 11:12

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39843974

AlexVin

Гость

raul84они отличаются когда в IN-MEMORY сидит один?
для SYSTEM,SYSAUX и UNDO cdb-шки они одинаковые, для остальных на стендбае отстают

...

Рейтинг:

0 / 0

01.08.2019, 11:46

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39843997

raul84

Гость

У меня как раз на систем при переходе и ругался:

автор07/19/2019 00:08:40
SQL Execution error=604, sql=[ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WAIT WITH SESSION SHUTDOWN]. See error stack below.
ORA-00604: error occurred at recursive SQL level 1
ORA-01196: file 1 is inconsistent due to a failed media recovery session
ORA-01110: data file 1: '/u01/oracle/oradata/host2/system01.dbf'
Sswitchover to primary command failed

У меня как раз отстаёт для всех.

Код: plsql

select tablespace_name,CHECKPOINT_CHANGE#,checkpoint_time,checkpoint_count from V$DATAFILE_HEADER

ПРАЙМАРИ:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

TABLESPACE_NAME	CHECKPOINT_CHANGE#	CHECKPOINT_TIME	CHECKPOINT_COUNT
SYSTEM	        132947697814	01-08-2019 12:06:53	1013993832
SYSAUX	        132947697814	01-08-2019 12:06:53	1013993830
UNDOTBS1	132947697814	01-08-2019 12:06:53	1013993830
USERS	        132947697814	01-08-2019 12:06:53	1013993830
UNDOTBS1	132947697814	01-08-2019 12:06:53	1013993830
UNDOTBS1	132947697814	01-08-2019 12:06:53	1013993830
SYSTEM	        132947697814	01-08-2019 12:06:53	1013993830
UNDOTBS1	132947697814	01-08-2019 12:06:53	1013993830
UNDOTBS1	132947697814	01-08-2019 12:06:53	1013993830
DATA01	        132947697814	01-08-2019 12:06:53	1013993831
INDEX01	        132947697814	01-08-2019 12:06:53	1013993831

СТЕНДБАЙ:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.

TABLESPACE_NAME	CHECKPOINT_CHANGE#	CHECKPOINT_TIME	CHECKPOINT_COUNT
SYSTEM	        132944974484	2019-08-01 11:35:43	1013993184
SYSAUX	        132944974484	2019-08-01 11:35:43	1013993184
UNDOTBS1	132944974484	2019-08-01 11:35:43	1013993184
USERS	        132944974484	2019-08-01 11:35:43	1013993184
UNDOTBS1	132944974484	2019-08-01 11:35:43	1013993184
UNDOTBS1	132944974484	2019-08-01 11:35:43	1013993184
SYSTEM	        132944974484	2019-08-01 11:35:43	1013993184
UNDOTBS1	132944974484	2019-08-01 11:35:43	1013993184
UNDOTBS1	132944974484	2019-08-01 11:35:43	1013993184
DATA01	        132944974484	2019-08-01 11:35:43	1013993184
INDEX01	        132944974484	2019-08-01 11:35:43	1013993184

Иногда они совпадают и на праймари и на стендбае, но в основном всегда есть вот такое отставания.
Просьба - проверьте у себя в разные промежутки времени, систем прям постоянно одинаковый везде?

...

Рейтинг:

0 / 0

01.08.2019, 12:18

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39844062

AlexVin

Гость

AlexVinдля SYSTEM,SYSAUX и UNDO cdb-шки они одинаковые, для остальных на стендбае отстают
извиняй, недоглядел, ввёл в заблуждение.
у которых одинаковые с примари, древние и неизменяемые CHECKPOINT_CHANGE# - это pdbseed
для остального всё как у тебя, отстают
имхо, это тоже нормально)

...

Рейтинг:

0 / 0

01.08.2019, 13:31

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39844105

raul84

Гость

Ништяк!

Значит всё ок, может на тот момент это было действительно проблема как-то со временем связана. После исправления времени на ОС я больше не пробовал переходить.

...

Рейтинг:

0 / 0

01.08.2019, 14:21

| Ответить | Цитировать | Написать

Oracle Standby. Archivelog status IN-MEMORY

#39852036

raul84

Гость

Всем привет, отчитываюсь - переход на проде прошел успешно.

Т.е. изначальная проблема скорее всего было со временем, о котором мы говорили выше.

Спасибо за участие!

...

Рейтинг:

0 / 0

21.08.2019, 12:00

| Ответить | Цитировать | Написать

50 сообщений из 50, показаны все 2 страниц

все

Форумы / Oracle [игнор отключен] [закрыт для гостей] / Oracle Standby. Archivelog status IN-MEMORY

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?all=1&fid=52&tid=1882170]:	0ms
get settings:	10ms
get forum list:	14ms
check forum access:	4ms
check topic access:	4ms
track hit:	40ms
get topic data:	10ms
get forum data:	3ms
get page messages:	70ms
get tp. blocked users:	1ms
others:	251ms

total:	407ms