PRIMARY -> STANDBY -> STANDBY

dba_beginner
Дата: 05.12.2007 10:26:07
9.2.0.8

Пытаюсь настроить второй стэндбай, но данные на который будут идти не с праймари, а с первого стэндбая. В документации это называется "cascaded redo log destinations".
Первый стэндбай работает в MAXIMIZE AVAILABILITY, т.е. LGWR передает REDO поток на стэндбай в STANDBY REDO. Хотел, чтобы и второй стэндбай работал в этом же режиме.
На первом стэндбае делаю
log_archive_dest_2='service=standby2 LGWR SYNC=NOPARALLEL NOAFFIRM'

Но online redo не передаются на второй стэндбай, только архивлоги.
Такая конфигурация вообще возможна? Кто-нибудь сталкивался?
Вячеслав Любомудров
Дата: 05.12.2007 10:29:38
А как ты думаешь, есть ли на основном стендбае процесс LGWR ?
dba_beginner
Дата: 05.12.2007 10:30:43
Есть
dba_beginner
Дата: 05.12.2007 10:32:19
Вячеслав Любомудров
А как ты думаешь, есть ли на основном стендбае процесс LGWR ?


SQL> select paddr, name from v$bgprocess where name ='LGWR';

PADDR    NAME
-------- -----
9291B8A4 LGWR
Вячеслав Любомудров
Дата: 05.12.2007 10:36:06
Неправильно выразился
Кто пишет логи (с стендбай редо логи)?
Короче, LGWR редо потока не видит, т.к. его принимает RFS и складывает в SRL, минуя, скорее всего, лог буффер
В общем мне тоже не удалось заставить передавать чем-то отличным от ARCH и я придумал такое объяснение :)
dba_beginner
Дата: 05.12.2007 10:45:38
Вячеслав Любомудров
Неправильно выразился
Кто пишет логи (с стендбай редо логи)?
Короче, LGWR редо потока не видит, т.к. его принимает RFS и складывает в SRL, минуя, скорее всего, лог буффер
В общем мне тоже не удалось заставить передавать чем-то отличным от ARCH и я придумал такое объяснение :)


Спасибо! Скорей всего так и есть. Просто подумалось, что RFS может передавать данные LGWR'у, но, видимо, это не так.