|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Leonids.Voroncovs@dati.lv 2:5020/400 06 Mar 2001 18:21:49
To : All
Subject : Re: Две базы - репликация
--------------------------------------------------------------------------------
Belyakov Sergey wrote:
> Кто как делает что-бы изменения в одной базе автоматически создавали
> изменения в другой ??
Видимо не самый простой вопрос, раз никто не отвечает :-(
Существует два типа репликации ы синхронная и асинхронная. При синхронной ы
реплицируемые данные обновляются сразу после
изменения исходных. Синхронная репликация для обеспечения целостности данных
использует технологию двухфазовой фиксации
(two-phase commit), т. е. когда изменения исходных данных фиксируются (commit)
только после получения подтверждения от
всех серверов, участвующих в репликации. Такой тип репликации требует постоянной
доступности всех участвующих в
репликации серверов, что обычно трудно обеспечить. При асинхронной ы
реплицируемые данные обновляются после того, как
зафиксировано (commit) изменение исходных, задержка может сильно отличаться в
зависимости от конкретных условий.
Асинхронная репликация допускает следующие модели:
ы первичный-целевой (primary-target); изменения происходят в первичной базе
данных и реплицируются на целевую(ые);
ы потоковая (workflow); изменеия происходят в первичной базе данных и
реплицируются на 1-ю целевую, оттуда ы на 2-ю
целевую и т. д.;
ы равноранговая (update anywhere); все базы данных равны, изменения допускаются
на любом узле и реплицируются на все
узлы.
Обычно репликация основывается на одном из следующих механизмов:
ы отслеживание изменений с помощью триггеров (trigger-based data capture); при
изменении данных триггер запускает
процесс репликации; такой механизм не отслеживает транзакций и не обеспечивает
ссылочной целостности данных;
ы отслеживание транзакций с помощью триггеров (trigger-based transaction
capture); изменения данных группируются в
транзакции; такой механизм обеспечивает ссылочную целостность, но добавляет
накладные расходы;
ы отслеживание изменений с помощью журнала (log-based data capture); изменения
данных берутся из журнала транзакций;
репликация не конкурирует с другими процессами за доступ к данным; такой
механизм встраивается в обычный процесс
журналирования и добавляет минимум работы.
Проще, конечно, использовать сервер со встроенным механизмом репликации, но
можно попробовать и самому.
> С уважением Сергей.
Аналогично, Леонид.
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: Две базы - репликация 
