Моментальный снимок и репликация транзакций в одной базе данных распространения ?
Привет,
У нас есть 20 таблиц (без первичного ключа) для репликации с одного сервера на другой. Мы создали две ежечасные и ежедневные репликации моментальных снимков, в которых 10 таблиц связаны с таблицами почасовой репликации, а остальные 10 таблиц - с таблицами ежедневной репликации. Мы планируем изменить тип репликации с Snapshot на репликацию транзакций для этих 20 таблиц, чтобы минимизировать задержку. Раньше у нас не было первичного ключа к этим 20 таблицам, для работы с репликацией транзакций нам нужен pk, поэтому я создал новую базу данных и добавил таблицы с первичным ключом и свойством идентификации для всех, и сбросил эти таблицы в новая база данных.
Мы работаем с сервером live stage, где репликация моментальных снимков уже существует (работает) с этими 20 таблицами. Я использовал эти вновь созданные таблицы базы данных для репликации с этого сервера stage на другой для тестирования, поэтому я создал две транзакционные репликации ежечасно и ежедневно на сервере stage с этими 20 таблицами (с pk). И я поддерживал запланированные задания между таблицами для моментальной и транзакционной репликации с минимальным разрывом в 4 часа (для ежедневных таблиц репликации) и ½ часа (для почасовых таблиц репликации).
Транзакционная репликация успешна, так как наша цель-уменьшить задержку по сравнению с репликацией моментальных снимков. Но проблема в том, что другие задания на этом сервере live stage работают медленно (через некоторое время после создания) по сравнению с предыдущими. Я не уверен, что после того, как я создал транзакционную репликацию, возникла ли эта проблема или у нас есть какая-то зависимость при использовании одних и тех же таблиц с разными схемами?
Пожалуйста, помогите мне. Версия, которую я использую, - это sql server 2012.
Что я уже пробовал:
У нас есть 20 таблиц (без первичного ключа) для репликации с одного сервера на другой. Мы создали две ежечасные и ежедневные репликации моментальных снимков, в которых 10 таблиц связаны с таблицами почасовой репликации, а остальные 10 таблиц - с таблицами ежедневной репликации. Мы планируем изменить тип репликации с Snapshot на репликацию транзакций для этих 20 таблиц, чтобы минимизировать задержку. Раньше у нас не было первичного ключа к этим 20 таблицам, для работы с репликацией транзакций нам нужен pk, поэтому я создал новую базу данных и добавил таблицы с первичным ключом и свойством идентификации для всех, и сбросил эти таблицы в новая база данных.