Основная управляющая таблица репликации золотых ворот Oracle
Это тот же пост на
https://community.oracle.com/thread/4194263
У нас есть такой дизайн.
Служба блокировки блокирует записи, запрашиваемые службой приложений.
А служба блокировки блокирует записи в обоих узлах.
Чтобы снять блокировку в обоих узлах.
- ETL должен быть завершен.
- Синхронизация Золотых ворот должна быть завершена.
У нас может быть главная управляющая таблица в узле ETL, чтобы иметь пространственно-временную подпись, чтобы сообщить, завершен ли поток ETL.
Тем не менее, как мы можем гарантировать, что подпись master-control-сигнатуры является последним элементом данных, который будет реплицирован?
Как это все-ничего-атомарная операция??
Когда блокировка снята, она освободит оба узла.
0 ответов
Думаю, вы здесь побеждаете цель GoldenGate. Блокируя оба сайта / таблицы, вы предотвращаете поток транзакций. При обычной обработке ETL вы должны внести изменения в один набор таблиц, а затем реплицировать эти изменения в целевой набор.
На диаграмме вы выглядите так, как будто выполняете активную / активную (двунаправленную) репликацию. ETL должен происходить только на одной стороне, а затем целевая сторона должна предотвращать возвращение любых дубликатов после его синхронизации.
Не видите причин для использования услуги запирания, и вы можете создавать себе головную боль.