Oracle Standby. Archivelog status IN-MEMORY / Oracle

ReSQL.ru

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

Гость

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

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

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

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

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

25 сообщений из 50, страница 2 из 2

все

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

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

25 сообщений из 50, страница 2 из 2

все

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

Цитировать

Написать

Автор*:

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

Тема*:

Сообщение

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

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

Автор:

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

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

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

Вложение:

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

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

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

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

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

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

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

start [/forum/topic.php?fid=52&msg=39843782&tid=1882170]:	0ms
get settings:	12ms
get forum list:	13ms
check forum access:	4ms
check topic access:	4ms
track hit:	39ms
get topic data:	11ms
get forum data:	2ms
get page messages:	62ms
get tp. blocked users:	1ms
others:	15ms

total:	163ms