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

Откуда: Киев
Сообщений: 3390
есть схемка


Primary -------(DG)------> St1(Standby)
|
|
|
--------------(DG) -------> St2(Delayed Standby)

возможно ли при переходе на St1 или St2
заставить оставшиеся два сервера стать DG стендбаями нового Primary без пересоздания?
1 июл 10, 13:43    [9031485]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
YuraL
Member

Откуда: SPB
Сообщений: 558
comphead,
Плохо если это не происходит..
1 июл 10, 14:56    [9032325]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
comphead
Member

Откуда: Киев
Сообщений: 3390
YuraL,

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

а игры Dg+FB вроде как успешные, но на прод как то стремно ставить.
1 июл 10, 15:25    [9032681]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
comphead
YuraL,

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

а игры Dg+FB вроде как успешные, но на прод как то стремно ставить.
Не понятно. Ты хочешь делать flashback для primary и второго ST1 на два часа назад чтобы они соответствовали отстающему на два часа ST2?
1 июл 10, 15:54    [9033014]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
comphead
Member

Откуда: Киев
Сообщений: 3390
wurdu,

не совсем.

пока рассматриваем вариант без FB.
допустим в 10 вечера возникает ситуация, что все думают если бы какой то олень не поступил именно так в 8 часов вечера, то все было бы прекрасно. и мечтают вернуть время назад, чтоб олень не поступал так как поступил.

такой вариант возможен на стендбае у которого задержка наката. St1 уже накатил изменения оленя поэтому неактулен.

Таким образом St2 стает Primary.
и возможно ли без переделывания DG стендбай баз, чтоб St1 и Primary(который был раньше) стали стендбаями для St2
1 июл 10, 16:04    [9033098]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
YuraL
Member

Откуда: SPB
Сообщений: 558
comphead,

Значит я не совсем понял вопрос.
Естественно тогда ( без ФБ ) придется переделывать 2 базы ( ведь они находятся в переди ).
А какая версия ? Просто можно было открыть стейдбай , сделать что надо , а потом вернуть его с помощью ФБ назад и продолжить накат..
1 июл 10, 16:48    [9033516]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
comphead
Member

Откуда: Киев
Сообщений: 3390
YuraL,

10.2.0.4
пока без FB.
связку с FB видел. вроде даже работает. но нигде не видел ее на продах.
1 июл 10, 16:53    [9033550]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
RA\/EN
Member

Откуда:
Сообщений: 3658
comphead
YuraL,

10.2.0.4
пока без FB.
связку с FB видел. вроде даже работает. но нигде не видел ее на продах.

Я так понял, что для 10.2 эта связка работает для failover, но, похоже, не работает при switchover. По крайней мере, штатными средствами не получилось. В принципе, для стендбая с отставанием должно работать - пристреливаешь primary патронами марки "KILL" минус девятого калибра, а потом со словами "Ай-ай-ай, кто же это сделал" работаешь как при файловере. Правда, как в этом случае поведет себя первый стендбай (без отставания) - хз. Может кто поумнее догадается.
1 июл 10, 18:04    [9034200]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
к у к
Guest
comphead
YuraL,

10.2.0.4
пока без FB.
связку с FB видел. вроде даже работает. но нигде не видел ее на продах.

а в чем проблема то ... без FlashBACK только пересоздание старых БД.
с FB если зватит места сможете сделать оного.
переключаетесь через failover, он могет сделать его без рековер
только этого надо будет докатить стендбай до того состояния которое вам надо не факт что это 2 часа.
FAILOVER TO <standby database name> IMMEDIATE;
далешье reinstate/ручной flashback тем БД которые были primary и standby
вот и все ...
1 июл 10, 18:14    [9034280]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18482
RA\/EN
Правда, как в этом случае поведет себя первый стендбай (без отставания) - хз. Может кто поумнее догадается.
А какие у него варианты?
2 июл 10, 03:16    [9035821]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
к у к
Guest
Вячеслав Любомудров
RA\/EN
Правда, как в этом случае поведет себя первый стендбай (без отставания) - хз. Может кто поумнее догадается.
А какие у него варианты?

если есть еще fast-start application Failover. :) то будут ).

а вообще подобная схема работала в тестопродовом режиме(prim--->(sdb+stb-2/24) все работало с FSAF, проблем небыло; все рулится или из sqlplus/dgmgrl или из OEM при проблемах с OEM прыгаем в сторону sqlplus, потом от стендбая с lag откзались в силу ненадобности.
2 июл 10, 10:06    [9036622]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18482
к у к
Вячеслав Любомудров
RA\/EN
Правда, как в этом случае поведет себя первый стендбай (без отставания) - хз. Может кто поумнее догадается.
А какие у него варианты?

если есть еще fast-start application Failover. :) то будут ).
И какие?
5 июл 10, 02:22    [9047872]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
к у к
Guest
Вячеслав Любомудров
к у к
Вячеслав Любомудров
RA\/EN
Правда, как в этом случае поведет себя первый стендбай (без отставания) - хз. Может кто поумнее догадается.
А какие у него варианты?

если есть еще fast-start application Failover. :) то будут ).
И какие?

переключит на ту БД, что была указан как FSAF... а чтобы не перключил перед kill -9 надо немного попрыгать.
5 июл 10, 09:43    [9048410]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18482
Ты внимательно прочитал условие?
Мы ручками выполняем failover. В лучшем случае будет две БД. Стендбай без задержки будет жить своей жизнью, который с задержкой (и на него выполнено переключение и открыт с RESETLOGS) -- своей
5 июл 10, 09:49    [9048447]     Ответить | Цитировать Сообщить модератору
 Re: delayed DataGuard  [new]
к у к
Guest
Вячеслав Любомудров
Ты внимательно прочитал условие?
Мы ручками выполняем failover. В лучшем случае будет две БД. Стендбай без задержки будет жить своей жизнью, который с задержкой (и на него выполнено переключение и открыт с RESETLOGS) -- своей

внимательно
[quot RAVEN]
Я так понял, что для 10.2 эта связка работает для failover, но, похоже, не работает при switchover. По крайней мере, штатными средствами не получилось. В принципе, для стендбая с отставанием должно работать - пристреливаешь primary патронами марки "KILL" минус девятого калибра, а потом со словами "Ай-ай-ай, кто же это сделал" работаешь как при файловере. Правда, как в этом случае поведет себя первый стендбай (без отставания) - хз. Может кто поумнее догадается.
[/quot RAVEN]
5 июл 10, 09:59    [9048501]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить