У кого проблемы с синхронизацией v2.1 при инициализации базы данных?

Question

Некоторые из таблиц, которые я пытаюсь установить, составляют от 2 до 16 миллионов записей. Я начал синхронизацию прошлой ночью в 5 вечера и STILL ожидания. Как эта структура является жизнеспособным вариантом для реального мира? Кто-нибудь имеет такой же опыт?

Эти шаги, которые я взял ...

1. Заполняем базу данных клиента со всеми данными из источника с помощью SSIS.
2. Клиент резервного копирования db и источник db.2.
3. Синхронизировать клиент с «скачать только» .3.
4. Ждите вечности.

Answer 1

Ну давайте проанализируем, что вы только что сказали:
Some of the tables that I am trying to intialize are anywhere from 2 to 16 million records.

Некоторые смысл несколько означает больше, чем 1 и миллионы записей. Вы не предоставили нам никакой информации о схеме, поэтому я собираюсь предположить, что все они являются блоками по 500 тыс. Каждый. Это решит эту проблему. Я не вижу, как синхронизировать то, что, как я предполагаю, составляет 100 миллионов миллионов записей за 24 часа, которые, несомненно, имеют непересекающиеся типы данных, - это большая сделка.

Answer 2

Да, структура синхронизации довольно медленная, особенно если вы не собрали свои ряды. Гораздо лучше использовать резервную копию вашего сервера для инициализации базы данных или, если они не симметричны, синхронизируются по быстрому сетевому соединению (например, LAN вместо Интернета).

Здесь я предполагаю, что узким местом является пропускная способность (как это было для меня в большинстве случаев) - в случае, когда использование процессора/памяти вызывает проблемы, то, очевидно, нам нужны другие альтернативы.

Однако структура жизнеспособна в реальном мире, когда вы ожидаете частую синхронизацию и, следовательно, количество измененных данных не так много. Особенно полезно, если вы хотите вывести определенную логику или данные фильтра (например, продавец, получающий данные о продажах, относящиеся только к его учетным записям/регионам, а не ко всем данным).