MS SQL (Windows) репликация/синхронизация, какую архитектуру использовать?

Question

[Alexandr Sulimov]

Нужно определится с архитектурой и ПО (под Windows).
1.
"Уровень 1" (локальная сеть)
"Уровень 2" (локальная сеть)
"Уровень 3" (интернет)
т.е. "Уровень 1" и "Уровень 2" работают в рамках локальной сети, а "Уровень 3" размещен в интернет
2.
На каждом уровне БД с идентичной структурой
3.
Уровни должны работать автономно (на чтение).
4.
Таблицы есть 2 (4) типов
4.1 ТБЛ1 менять можно только на "Уровень 1".
т.е. "Уровень2" и "Уровень3" могут изменить эту таблицу только при доступности (есть соединение) с "Уровень 1"
оптимально "Уровень2" и "Уровень3" меняют прямо в БД "Уровень 1" если получилось - то обновить в БД "Уровень2" и "Уровень3" ("Уровень2" и/или "Уровень3" могут стать не доступными поэтому обновление должно пойти после восстановления связи)
4.2 ТБЛ2 меняется только на "Уровень1"
т.е. данные в таблицу пишутся только с "Уровень1" после записи их нужно обновить на "Уровень2" и "Уровень3"
4.2.1. если обновилось и на "Уровень2" и на "Уровень2" удалить с "Уровень1"
4.2.2. если обновилось и на "Уровень2" и на "Уровень2" можно удалить с "Уровень1" частично

Репликация MS SQL - очень сложен в настройке, и БД нужно разворачивать из скрипта или батником.
В итоге
- необходимо получать идентичные БД на всех 3 уровнях если везде есть связь.
- менять определенные таблицы только на определенном уровне
- удалять информацию на определенном уровне т.к. чтобы остались на остальных.

Answer 1

[Станислав Макаров]

Попытаюсь сократить ваш текст: для одних таблиц вам нужна репликация master-master, для других - master-slave, если конечно я правильно понял. Давайте обсудим вот это:
> Репликация MS SQL - очень сложен в настройке
Ну сложен видимо потому, что поддерживает много различных сценариев. Почему решили, что свой велосипед будет работать лучше? Тем более вы ж не СУБД выбираете, она у вас уже установлена и работает.
Есть конечно и сторонний софт, например www.symmetricds.org, но весьма вероятно все шишки от его использования разгребовать вам же.

Comments

[Alexandr Sulimov]

Сложности
1. Не удалось настроить в рамках 1 сервера. Постоянно ломались задания
2. Необходимость использовать не експресс версию
3. Создание необходимо не через визард, а после п1 есть сомнение что репликация хорошая идея.
4. Требуется удалять данные после репликации, иногда частично
--
symmetricds - да будет излишне
--
у своего велосипеда есть только 1 плюс - все под контролем

[Станислав Макаров]

Alexandr Sulimov могу предложить вам самому реализовать синхронизацию, но воспользоваться средствами mssql для отслеживания изменений - CDC или Change Tracking. Например, первое представляет собой лог всех действий с указанными колонками для указанной таблицы. Можно настраивать правила очистки лога и извлекать из него необходимые записи, что пригодится вам для синхронизации вручную. https://msdn.microsoft.com/en-us/library/cc280519%...
https://msdn.microsoft.com/en-us/library/cc645937%...
https://www.mssqltips.com/sqlservertip/1474/using-...

[Alexandr Sulimov]

Спасибо за CDC - не слышал про него. А он, похоже, хорош для ручной синхронизации

[Alexandr Sulimov]

Одна проблема - CDC - не для екпресс версий.