Изборът на подходящ тип на репликация

Snapshot репликация

Метод за получаване на снимка обикновено се използва за първоначално набор от данни и обекти на базата данни за транзакциите публикации и публикации се слеят, но снимка на репликация може да се използва сам по себе си. Използване на снимка репликация по себе си е най-подходящ, ако една или повече от следните условия:

Данните се променя рядко.

Допустимо е за определен период от време, за да има копие на данните остарели по отношение на издателя.

Тиражиране на малки количества данни.

Голяма част от промените, направени в рамките на кратък период от време.

Snapshot репликация е най-подходящ, ако тези промени са значителни, но са рядкост. Например, ако браншовата организация е ценова листа за продуктите и цените се актуализират в същото време веднъж или два пъти годишно се препоръчва да се копират всички моментна снимка на данни, след като техните промени.

транзакциите репликация

Транзакциите репликация обикновено се използва в среда "сървър сървър" и е подходящ в следните случаи:

От съществено значение е, че допълнителни промени бяха раздадени на абонати, веднага след като те се появят.

За приложения, които изискват ниска латентност между времето се променя от страна на издателя и пристигането на промените на абоната.

За приложение изисква достъп до междинните състояния на данни. Например, ако един ред се променя пет пъти, за сделка репликация позволява прилагането да отговори на всяка промяна (например, спусък), а не само за промяна на крайния ред.

На издателя на един много голям обем вложки, актуализации и ги изтрива.

Издател или абонат е база данни, различни от SQL Server (например Oracle).

По подразбиране, абонати на публикуването на сделката трябва да бъде само за четене, т.е.. А. Промените не се размножават обратно на издателя. Въпреки това, за сделка репликация ви позволява да извършвате актуализации на абоната. За повече информация, вижте. В секцията "Обновяване на данни в Абонати" в този раздел.

сливат репликация

Като правило, се сливат репликация се използва в медиите "клиент-сървър". Обединяване на репликация е подходяща за всеки от следните ситуации:

Няколко абонати могат да актуализират едни и същи данни по различно време, както и да предават такива промени издателя и към други абонати.

Абонатите трябва да получава данни, правите промени офлайн и по-късно се синхронизира промени с издателя и други абонати.

Всеки абонат на раздел на личните данни.

Тъй като потенциалът за конфликт, са необходими средства за разпознаване и разрешаване на конфликти.

Заявление изисква краен промяна в данните, а не достъп до междинните състояния на данни. Например, ако на линията се променя по пет пъти на абонатите да я синхронизирате с издателя, променят издател само веднъж окончателен данни, отразяващи промяната (т.е.. Е. След промените на пето стойност).

Обединяване на репликация позволява използването на различни сайтове, за да работят самостоятелно и по-късно се сливат актуализации в един-единствен резултат. Тъй като актуализациите се извършват в няколко възли, едни и същи данни могат да бъдат актуализирани от издателя и множество абонатите. Ето защо, при сливането на актуализацията може да е конфликти, и се сливат репликация предоставя редица боравене конфликт.