 |
Архив конференции ukr.comp.dbms.informix |
Re: ER fault tolerance
|
From |
"Serg Kovalenko" <sk@profix.kiev.ua> |
|
Date |
Tue, 18 Jun 2002 13:25:46 +0300 |
|
Organization |
ProFIX Co. News Server |
"Denis Melnikov" <dmelnik@col.ru> wrote in message
aemstc$sl0$1@storm.comstar.ru">news:aemstc$sl0$1@storm.comstar.ru...
> Добрый день!
>
> Как я уже писал, планирую репликацию оперативного сервера на отчетный.
> Документация оставляет открытым вопрос отказоустойчивости репликации.
Поэтому
> задаю вопрос здесь:
>
> 1-я ситуация - падает оперативный сервер. Я его восстанавливаю до момента
> времени (PIT). Но отчетный сервер уже принимал данные после PIT до сбоя.
> Как их откатить?
Зачем их откатывать? Отчетный становится Primary, а оперативный с него
докатывает изменения.
Дальше - отчетный сервер (Slave) не может принимать данные, если он не будет
переключен в режим Primary.
>
> 2-я ситуация - падает отчётный сервер. В итоге после восстановления на нем
> нет свежих данных оперативного сервера. Как их докатить?
Дело в том, что архив делается только на Primary сервере, Slave поднимается
с него.
Соответсвенно, изменения на Slave докатываются логами с Primary.
>
> Понятно, что в 1-м случае бронебойный способ - параллельное восстановление
Нет, как я обяснил выше.
> обоих серверов до PIT. А во 2-м - инициализация репликации с нуля.
В каком-то роде - да.
> Но может быть есть и более экономичные пути (вроде анализа onlog)?
>
> Денис.
>
>
Украинская баннерная сеть