Вопрос : Синхронизация базы данных SQL/синхронизация в реальном маштабе времени

Hi there

We смотрит в получать новую в базе данных sql рекрутства офиса.  Компания говорила нам самая лучшая дорога вперед если мы раскрываем 2 офиса, то была для второго офиса к remote внутри через терминальные обслуживания или rww.  Тем ме менее в прошлом я работал для компаний имеют несколько офисы и их sync их базы данных всю ночь или польза synchronisation.


We имеют нормальную широкополосную линию, загрузка 0.2mb upload/1mb которую мы не можем изменить по мере того как она находится в обслуживаемом офисе.  Я хотел знать если было по возможности и было бы задействованно или необходимо.  Оно дорог? спасибо

Many для вашего help class=

Ответ : Синхронизация базы данных SQL/синхронизация в реальном маштабе времени

Я думаю будет частью конфигурации, синхронизация интернета только имеющяяся если ваш сервер sql и сервер окон будут вариантами предпринимательства.
Проблема с выполнять слияние в конце ночи против иметь деятельности слияния происходит на регулярно основание, что вы бежите более высокая вероятность которая 2 изменениям к такому же показателю сделали и было бы нужно быть примиренным когда процесс слияния происходит.
i.e. кто-то на филиале изменило номер счета 10245465.
Кто-то на главном офисе изменило номер счета 10245465 также.
В зависимости от как вы определяете/setup логика разрешения конфликта, изменения сделанные на ветви могло быть сброшено в пользу изменений сделанных на главном офисе.

http://www.replicationanswers.com/Merge.asp

Другой вопрос что вы перенести большой комплект данных в одно время.
I.e. каждые 15-30 минут вы можете возвратить 300K данных каждая дорога отразить активно изменения.  Если вы ждете до конца дела или на ноче, то вы можете закончить вверх возвратить 2-3GB данных которым было бы нужно быть обработанным.