Реплікація транзакцій, що виконується в Non-Continous режимі, MS SQL Server, Бази даних, статті

За матеріалами статті Andy Warren на SWYNK.COM: “Transactional Replication – Running in Non-Continous Mode”

Якщо Ви використовували реплікацію транзакцій, Ви ймовірно звернули увагу на одну з встановлюваних в майстрі опцій, де Ви повинні вибрати або безперервний або планований за розкладом запуск агента дистрибуції.

Push Subscription Wizard/Set Distribution Agent Sedule/Using the following shedule:

Я припускаю, що більшість передплатників використовують безперервну роботу цього агента, головним чином тому, що цей варіант пропонується за умовчанням. Зміна цієї опції дозволяє здійснювати реплікацію за розкладом, що зменшує завантаження сервера, поки агент знаходиться в стані очікування.
Цікаво, що незалежно від Вашого вибору, log reader буде працювати в безперервному режимі. Представлена ​​нижче командний рядок взята з завдання планувальника передплати:

-Publisher [ANDY] -PublisherDB [DEADLOCK] -Distributor [ANDY] -DistributorSecurityMode 1 -Continuous

Зверніть увагу на параметр ‘-Continuous’. Це означає, що після того, коли Ви визначили підписку, щоб розподілити транзакції передплатнику, log reader не перестане контролювати журнал транзакцій і записувати транзакції бази даних дистрибутора (видавця). Кожен log reader агент (Logread.exe, один на публікацію) використовує приблизно 1700КБ пам’яті. Це – не велика відволікання ресурсів, але вивільнення їх позитивно позначиться на розподіл пам’яті і зменшить завантаження сервера.
При запуску log reader втрати транзакцій не відбувається. Навіть якщо зареєстровані в журналі записи будуть усікається в результаті проходження контрольної точки, транзакції пов’язані з реплікації залишаються в журналі, поки log reader не зможе їх обробити.
Якщо Ви можете дозволити якийсь час розподіляється транзакціях почекати, просто відредагуйте кожне завдання для log reader, і видаліть ‘-Continuous’ в кінці другого кроку. Після цього можете простежити за вашим log reader і агентом дистрибуції, які вже не будуть виконуватися безперервно. В ідеалі Вам потрібно відкоригувати графік так, щоб log reader виконувалися по черзі, один за іншим. Таким чином Ви досягнете найнижчою завантаження сервера при збереженні обслуговування ваших передплатників, модифікуються досить часто але не негайно.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*