Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Oracle [игнор отключен] [закрыт для гостей] / DELAY для каскадного стэндбая / 12 сообщений из 12, страница 1 из 1
18.11.2016, 10:53
    #39349670
beetman
beetman
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DELAY для каскадного стэндбая
Доброго времени суток всем!
При изучении поведения тестового каскадного стэндбая (maximum performance, Oracle 11.2.0.4) возник вопрос -
можно ли организовать задержку применения архивных логов на каскадном стэндбае, отличающуюся от primary?
Параметры
на primary -
Код: plsql
1.
*.log_archive_dest_2='SERVICE=stb_kn ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=kn DELAY=5'


на стэндбае -
Код: plsql
1.
*.log_archive_dest_2='SERVICE=cas_kn ASYNC VALID_FOR=(STANDBY_LOGFILE,STANDBY_ROLE) DB_UNIQUE_NAME=kn DELAY=60'


При этом задержка наката работает только на первом стендбае, на каскадном же логи применяются сразу после появления.
Это багофича или я туплю?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
18.11.2016, 11:22
    #39349701
Vadim Lejnin
Vadim Lejnin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DELAY для каскадного стэндбая
beetmanможно ли организовать задержку применения архивных логов на каскадном стэндбае, отличающуюся от primary?
Параметры
на primary -
Код: plsql
1.
*.log_archive_dest_2='SERVICE=stb_kn ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=kn DELAY=5'


на стэндбае -
Код: plsql
1.
*.log_archive_dest_2='SERVICE=cas_kn ASYNC VALID_FOR=(STANDBY_LOGFILE,STANDBY_ROLE) DB_UNIQUE_NAME=kn DELAY=60'


При этом задержка наката работает только на первом стендбае, на каскадном же логи применяются сразу после появления.
Это багофича или я туплю?

cascade standby - это три экземпляра, а здесь две строчки
Кто, на ком стоит?
переведи на русский...

ну и параметры для каждого экземпляра:
Код: plsql
1.
2.
3.
4.
DB_UNIQUE_NAME
LOG_ARCHIVE_CONFIG
FAL_SERVER
log_archive_dest_2




ну и логи желательны для пояснения
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
18.11.2016, 12:50
    #39349769
beetman
beetman
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DELAY для каскадного стэндбая
Да, работает три экземпляра - primari (prim_kn), cascading standby (stb_kn) and cascaded standby (cas_kn)
мне необходимо так организовать накат архивных логов, чтобы задержка осуществлялась
только на последней ступени - cascaded standby, при передаче с cascading standby.

параметры -
primary
Код: plsql
1.
2.
3.
4.
*.db_name='kn'
*.log_archive_config='SEND'
FAL_SERVER - не нужно на праймери
*.log_archive_dest_2='SERVICE=stb_kn ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=kn'


cascading standby
Код: plsql
1.
2.
3.
4.
*.db_name='kn'
*.log_archive_config='' (соответственно, по умолчанию, SEND, RECEIVE, NODG_CONFIG)
*.fal_server='PRIM_KN'
*.log_archive_dest_2='SERVICE=cas_kn ASYNC VALID_FOR=(STANDBY_LOGFILE,STANDBY_ROLE) DB_UNIQUE_NAME=kn DELAY=60'


cascaded standby
Код: plsql
1.
2.
3.
4.
*.db_name='kn'
*.log_archive_config='RECEIVE'
*.fal_server='STB_KN'
*.log_archive_dest_2='SERVICE=stb_kn ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=kn' (на последнем стэнбае не нужен)



логи счас попробую изобразить
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
18.11.2016, 14:36
    #39349874
beetman
beetman
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DELAY для каскадного стэндбая
Немного поигрался с параметром DELAY, получил такой результат:

если на primary выставлено NODEALY, на cascading standby 5 мин
primary -
Код: plsql
1.
LOG_ARCHIVE_DEST_2 = 'SERVICE=stb_kn ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=kn NODELAY';


cascading standby-
Код: plsql
1.
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2 = 'SERVICE=cas_kn ASYNC VALID_FOR=(STANDBY_LOGFILE,STANDBY_ROLE) DB_UNIQUE_NAME=kn DELAY=5';



задержки применения не происходит вообще

 
primary
Fri Nov 18 15:03:27 2016
Archived Log entry 22921 added for thread 1 sequence 239 ID 0xd80299ab dest 1:

 
cascading standby
Fri Nov 18 15:03:27 2016
Archived Log entry 165 added for thread 1 sequence 239 rlc 924261497 ID 0xd80299ab dest 2:
RFS[2]: No standby redo logfiles available for thread 1
RFS[2]: Opened log for thread 1 sequence 240 dbid -965171383 branch 924261497
Fri Nov 18 15:03:30 2016
Media Recovery Log D:\APP\ORADATA\KN\ARCHIVE\KN_1_239.924261497
Media Recovery Waiting for thread 1 sequence 240 (in transit)

 
cascaded standby
Fri Nov 18 15:03:55 2016
RFS[1]: Opened log for thread 1 sequence 239 dbid -965171383 branch 924261497
Archived Log entry 89 added for thread 1 sequence 239 rlc 924261497 ID 0xd80299ab dest 2:
Fri Nov 18 15:04:03 2016
Media Recovery Log D:\APP\ORADATA\KN\ARCHIVE\KN_1_239.924261497
Media Recovery Waiting for thread 1 sequence 240


Если на праймери выставить задержку 2 мин, а на cascading standby оставим 5 мин,
primary -
Код: plsql
1.
LOG_ARCHIVE_DEST_2 = 'SERVICE=stb_kn ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=kn DELAY=2';


cascading standby-
Код: plsql
1.
ALTER SYSTEM SET LOG_ARCHIVE_DEST_2 = 'SERVICE=cas_kn ASYNC VALID_FOR=(STANDBY_LOGFILE,STANDBY_ROLE) DB_UNIQUE_NAME=kn DELAY=5';



то задержка на последнем стэндбае появляется, но со временем какая-то ерунда - оно не соответствует заданному параметру 5 мин. (и вообще непонятно чему)

 
primary
Fri Nov 18 15:13:28 2016
Archived Log entry 22924 added for thread 1 sequence 241 ID 0xd80299ab dest 1:

 
cascading standby
Fri Nov 18 15:13:28 2016
Archived Log entry 169 added for thread 1 sequence 241 rlc 924261497 ID 0xd80299ab dest 2:
RFS[5]: No standby redo logfiles available for thread 1
RFS[5]: Opened log for thread 1 sequence 242 dbid -965171383 branch 924261497
Fri Nov 18 15:13:31 2016
Media Recovery Delayed for 2 minute(s) (thread 1 sequence 241)
Fri Nov 18 15:15:31 2016
Media Recovery Log D:\APP\ORADATA\KN\ARCHIVE\KN_1_241.924261497
Media Recovery Waiting for thread 1 sequence 242 (in transit)

 
cascaded standby
Fri Nov 18 15:13:56 2016
RFS[1]: Opened log for thread 1 sequence 241 dbid -965171383 branch 924261497
Archived Log entry 91 added for thread 1 sequence 241 rlc 924261497 ID 0xd80299ab dest 2:
Fri Nov 18 15:14:05 2016
Media Recovery Delayed for 1 minute(s) (thread 1 sequence 241)
Fri Nov 18 15:15:00 2016
Media Recovery Log D:\APP\ORADATA\KN\ARCHIVE\KN_1_241.924261497
Media Recovery Waiting for thread 1 sequence 242
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
18.11.2016, 15:37
    #39349918
Вячеслав Любомудров
Вячеслав Любомудров
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DELAY для каскадного стэндбая
Задержка на каскаде совпадает с задержкой на промежуточном
Т.е. берется время формирования на боевом и добавляется DELAY в настройках боевого
У тебя пока он доехал уже и меньше 2 мин осталось, вот он про одну и пишет

В доке по 11 (R2?) это наконец-то отразили , но такое поведение еще с 9-ки наблюдалось
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
18.11.2016, 15:48
    #39349927
Vadim Lejnin
Vadim Lejnin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DELAY для каскадного стэндбая
beetman,

1) Разберись с DB_UNIQUE_NAME на серверах
2) Зачем тебе на cas_kn LOG_ARCHIVE_DEST_2? Он планирует пихать свои какашки archivelog на основной standby?
3) FAL_SERVER нужен всех узлах (где искать archlog для исправления gap?), даже на primary после переключения ролей
4) Не настроен DG_CONFIG в параметре LOG_ARCHIVE_CONFIG


Сравни пример из доки Configuring a Cascaded Destination , с твоей конфигурацией:
primary
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
DB_UNIQUE_NAME=boston
 
FAL_SERVER=boston2
 
LOG_ARCHIVE_CONFIG='DG_CONFIG=(boston,boston2,denver)'
 
LOG_ARCHIVE_DEST_1='LOCATION=USE_DB_RECOVERY_FILE_DEST
VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=boston'
 
LOG_ARCHIVE_DEST_2='SERVICE=boston2 SYNC
VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=boston2'


standby
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
DB_UNIQUE_NAME=boston2
 
FAL_SERVER=boston
 
LOG_ARCHIVE_CONFIG= 'DG_CONFIG=(boston,boston2,denver)'
 
LOG_ARCHIVE_DEST_1='LOCATION= USE_DB_RECOVERY_FILE_DEST
VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=boston2'
 
LOG_ARCHIVE_DEST_2= 'SERVICE=denver
VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE) DB_UNIQUE_NAME=denver'


Cascaded Standby Database
Код: plsql
1.
2.
3.
4.
DB_UNIQUE_NAME=denver
FAL_SERVER=boston2
LOG_ARCHIVE_CONFIG='DG_CONFIG=(boston,boston2,denver)'
LOG_ARCHIVE_DEST_1='LOCATION= USE_DB_RECOVERY_FILE_DEST VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=denver'
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
18.11.2016, 16:14
    #39349945
Вячеслав Любомудров
Вячеслав Любомудров
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DELAY для каскадного стэндбая
Vadim Lejnin1) Разберись с DB_UNIQUE_NAME на серверах+1
Они все должны быть разными (но оказывается, работает и с одинаковым )
Vadim Lejnin2) Зачем тебе на cas_kn LOG_ARCHIVE_DEST_2? Он планирует пихать свои какашки archivelog на основной standby?Дык это как раз на каскадный стендбай, как я понял
И да, надо бы и обратно отправлять, когда станет боевым, но это уже другой путь
Vadim Lejnin3) FAL_SERVER нужен всех узлах (где искать archlog для исправления gap?), даже на primary после переключения ролейС 10 между боевым и прямым стендбаем FAL-настройки уже не нужны. Вот для каскадного действительно требуются. По крайней мере, в 10-ке промежуточный стендбай не пересылал каскаду логи повторно (а на боевом путь на него в DEFER, естественно).
Vadim Lejnin4) Не настроен DG_CONFIG в параметре LOG_ARCHIVE_CONFIGЭта настройка должна быть или на всех узлах (и перечислены все узлы), или ни на одном. Об этом говорится в какой-то ноте на MOS-е, да я и сам с этим экспериментировал. Насколько я понимаю, если не используется DG Broker, то она нафиг не нужна.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
18.11.2016, 20:56
    #39350137
beetman
beetman
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DELAY для каскадного стэндбая
Vadim Lejnin1) Разберись с DB_UNIQUE_NAME на серверах

Вроде бы в той же доке написано, что DB_UNIQUE_NAME обязательно требуется только при установке LOG_ARCHIVE_CONFIG = DG_CONFIG
в остальных случаях он необязателен :

LOG_ARCHIVE_DEST_n Parameter Attributes
This attribute is optional if:

The LOG_ARCHIVE_CONFIG=DG_CONFIG initialization parameter is not specified.

This is a local destination (specified with the LOCATION attribute).

This attributes is required if the LOG_ARCHIVE_CONFIG=DG_CONFIG initialization parameter is specified and if this is a remote destination (specified with the SERVICE attribute).


Vadim Lejnin2) Зачем тебе на cas_kn LOG_ARCHIVE_DEST_2? Он планирует пихать свои какашки archivelog на основной standby?

Там он мне не нужен, только для изменения роли, к тому же LOG_ARCHIVE_DEST_STATE_2 установлен в DEFER, на всякий случай
Vadim Lejnin3) FAL_SERVER нужен всех узлах (где искать archlog для исправления gap?), даже на primary после переключения ролей

Так пока праймери в своей роли, там он не нужен, да и на промежуточном, когда я начинал тестировать, в названии сервиса
допустил ошибку, и тем не менее логи исправно забирались с сервера, gap тоже ресолвился (видимо, и там он не используется).
Vadim Lejnin4) Не настроен DG_CONFIG в параметре LOG_ARCHIVE_CONFIG

При отсутствии параметра он должен браться по умолчанию " Default value 'SEND, RECEIVE, NODG_CONFIG' ",
поэтому я искренне надеюсь, что у меня это значение установлено в NODG_CONFIG

Вячеслав ЛюбомудровЗадержка на каскаде совпадает с задержкой на промежуточном

Действительно, в доке так и написано (а я пропустил) -
Код: plsql
1.
The DELAY value that a cascaded standby uses is the value that was set for the LOG_ARCHIVE_DEST_n parameter on the primary that shipped the redo to the cascading standby


Значит, я на каскаде не могу получить задержку, отличную от промежуточного :(
Жаль, вроде как-то нелогично получается, буду пробовать другие пути.
Всем спасибо за помощь.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
18.11.2016, 23:50
    #39350184
Q.Tarantino
Q.Tarantino
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DELAY для каскадного стэндбая
Вячеслав Любомудров,

вопрос - можно ли реализовать каскадный стендбай средствами брокера? чтобы сам датагард всем рулил?
понимаю что не реально, но вдруг? ....
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
19.11.2016, 06:38
    #39350219
Вячеслав Любомудров
Вячеслав Любомудров
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DELAY для каскадного стэндбая
В доке по 11g есть фразаCascading has the following restrictions:

A physical standby database is the only standby database type that can cascade redo


The Data Guard broker does not support cascaded destinations
В доке по 12 оно звучит уже по другомуCascading has the following restrictions:

Only physical standby databases can cascade redo.


Real-time cascading requires a license for the Oracle Active Data Guard option.


Non-real-time cascading is supported on destinations 1 through 10 only. (Real-time cascading is supported on all destinations.)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
20.11.2016, 04:55
    #39350405
Вячеслав Любомудров
Вячеслав Любомудров
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DELAY для каскадного стэндбая
beetmanЗначит, я на каскаде не могу получить задержку, отличную от промежуточного :(
Жаль, вроде как-то нелогично получается, буду пробовать другие пути.Есть еще вариант указать NODELAY в команде RECOVER (на любом из стендбаев)
Не слишком гибко, но хоть что-то
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
21.11.2016, 12:13
    #39350919
beetman
beetman
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DELAY для каскадного стэндбая
Вячеслав Любомудров Есть еще вариант указать NODELAY ..

Спасибо большое! Так заработало!
Запустил с NODELAY на промежуточном стэндбае,
на нём же можно изменять время задержки установкой DELAY в log_archive_dest_2,
а на самом промежуточном мне задержка не нужна - это резервный сервер.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Oracle [игнор отключен] [закрыт для гостей] / DELAY для каскадного стэндбая / 12 сообщений из 12, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 602ms
Закрыть
start [/forum/topic.php?fid=52&mobile=1&tid=1886983]:
 0ms
get settings:
 10ms
get forum list:
 19ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 204ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 66ms
get tp. blocked users:
 1ms
others: 279ms
total:  602ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]