Синхронизация данных между двумя Diff SQL-серверами

Question

У меня есть два SQL-сервера, которые мне нужно иметь одинаковые. Синхронизация должна происходить, может быть, пару раз в день, автоматически. У двух серверов нет «прямого» соединения между ними, поэтому никаких связанных db и т. Д. (Они находятся на полностью разных компьютерах, сетях, доменах, с брандмауэрами между ними). ​​Вы можете использовать Интернет, хотя, например, веб-сервис, FTP. .

CopyFromDB содержит много таблиц, но только около 20 таблиц (только данные, без изменений схемы на данный момент) должны быть синхронизированы с CopyToDB. Только около половины таблиц будут иметь новые/обновленные строки каждый день. Остальные пару раз в год. Я предполагаю, что это всего лишь пара тысяч строк в день прямо сейчас. Это может, однако, расти в будущем, примерно до 100 000 строк в день. Так что, может быть, не слишком много данных, я думаю.

А также (пока что может измениться) данные должны быть синхронизированы в одну сторону, от CopyFromDB до CopyToDB. Было бы также неплохо, если бы он не «ломался» только потому, что кто-то добавляет дополнительный столбец в таблицу на CopyFromDB, но этот новый col не должен синхронизироваться с CopyToDB автоматически. (Только копии, которые должны синхронизироваться, находятся на CopyToDB, могут быть другие столбцы, которые не должны синхронизироваться)

Он должен вставить, обновить или вставить. В худшем случае я предполагаю, что это может привести к полному удалению и вставке, но мне это не нравится. (Есть, конечно, FK и т. Д., Поэтому данные должны быть вставлены в правильном порядке)

На данный момент существует только один «CopyToDB», но это может увеличиться. Решение также должно быть довольно простым и не слишком сложным. :-)

Мой вопрос: что было бы лучшим способом добиться этого? У меня есть несколько идей ниже.

• WS на стороне CopyToDB, вызываемой со стороны CopyFromDB службой или чем-то еще? Нажатие данных происходит только с момента последней синхронизации.
• FTP на стороне CopyToDB, которая принимает «sql-файл» с изменениями. Как Вставить/Обновить/Удалить. Это выталкивается там CopyFromDB.
• Что-то еще? Встроенный инструмент, который уже делает это? Или инструмент 3d-части? Что-то вроде Red Data SQL Data Compare, только автоматически.

Спасибо за ваши мысли и/или ответы!

---

Я искал форум для моего вопроса. Но я могу только найти вопросы, где у двух серверов есть какое-то «прямое» соединение между ними, или вы делаете резервное копирование/восстановление. Но если на вопрос уже был дан ответ, я прошу прощения, и не могли бы вы рассказать мне, где? :)

Answer 1

Вы можете использовать FTP доставку с репликацией SQL Server: How to: Deliver a Snapshot Through FTP (Replication Transact-SQL Programming)

Answer 2

Web Service Write для него и использовать утилиту как TableDiff для данных & OpenDBDiff для схемы. Другого более простого способа нет.

Answer 3

Если репликация идет в одну сторону, используйте доставку журнала. Первичный сервер может помещать резервные копии журнала на любой UNC-путь, а затем вы можете использовать любые инструменты синхронизации файлов, чтобы управлять получением журналов с одного сервера на другой. Абонент просто автоматически восстанавливает любые резервные копии журнала транзакций, которые он находит в своей локальной папке.

Абонент будет доступен только для чтения, но это именно то, что вы хотите - в противном случае, если кто-то может обновить записи на подписчике, вы окажетесь в мире обиды.

Answer 4

Если у вас есть доступ к проектам Visual Studio DataBase, вы можете настроить задачу сборки (если вы используете систему сборки), которая может генерировать T-SQL diff. Затем речь идет о доставке разностей и их применении, но это намного проще (WCF, электронная почта, что угодно).

Единственный трюк заключается в том, чтобы убедиться, что ваша база данных разработки и измененной базы данных и таргетинга базы данных имеют одинаковую схему при запуске этого процесса.

Однако, если вы можете использовать технологию репликации, я бы высоко рекомендую это. В то время как развертывание собственного решения возможно, управление им станет кошмаром в будущем. Сейчас это работает не сложно. Удостоверьтесь, что он продолжает работать в течение следующих XX лет.

Erick

Answer 5

Late один, но, надеюсь, другие читатели найдут полезным ...

Не уверен, что если бы вы знали уже, но вы можете легко автоматизировать сравнение данных SQL с помощью интерфейса командной строки. Это требует дополнительной лицензии и поставляется с ценой, но это определенно возможно.

Я успешно использовал ApexSQL Data Diff для подобных проектов, где необходима ежедневная синхронизация данных.

Оба инструмента имеют верхнюю насечку. Вы не можете пойти не так, как в любом случае ... Красные ворота, похоже, имеют лучшую удобство использования, но у Apex больше возможностей и выполняется немного быстрее.

Отказ от ответственности: Я не являюсь аффилированным лицом ни с одним из двух поставщиков, упомянутых в этом сообщении, но у меня была возможность использовать как в компаниях, в которых я работал.