След преминаване към огледалната базата данни, в резултат на срив основната огледало база данни база данни става основната. В този раздел, понятията "основен" и "огледало" винаги се отнасят до първоначалната главница и огледало базата данни, съответно.
Ако използвате репликация във връзка с огледални бази от данни наясно със следните изисквания и разпоредби.
Основните и огледални бази данни трябва да споделят дистрибутор. Препоръчително е, че тя е отдалечена Дистрибутор, което осигурява по-голяма устойчивост на откази в ситуация, при преодоляване на срив на издателя се случи непредвидено срив.
Метаданни и обекти, които съществуват извън базата данни не се копират в огледалото. Това се отнася за потребителски имена, работни места, свързани сървъри, и така нататък. Ако имате нужда от обектите на метаданни в базата данни на огледало, трябва да ги копирате ръчно. За повече информация, вижте. Член Управление на данните за вход и работни места след включване роли (SQL Server).
Създаване репликация и огледални бази от данни включва пет стъпки. Всяка стъпка е описано в следващия раздел.
Конфигуриране на дублиране на база данни.
Създаване на огледало за използване с основната база данни от същия дистрибутор.
Конфигуриране на репликация агенти да отидете на огледало база в случай на срив.
Добавянето на първични и огледални бази данни в Replication Monitor.
Етапи 1 и 2 може да се извършва в обратен ред.
Препоръчително е да използвате външен Дистрибутор. За повече информация относно създаването на разпределение, вижте. Как да конфигурирате Разпределение.
Базата данни може да се активира за използване на общия преглед на публикации, публикации транзакции или се сливат публикации. За огледални бази данни, които съдържат повече от един вид база данни публикации използване sp_replicationdboption процедура трябва да се активира и двата вида издания на същия възел. Например, можете да изпълните следните запомнени процедури разговори в главната база данни:
За повече информация относно създаването на публикации, виж. Член публикуване на данни и бази данни и обекти.
Регулиране на разпространението на базата данни на огледало. Посочете името на огледален базата данни като име на издател и въведете една и съща дистрибутор и папката моментна снимка, която се използва от основната база данни. Например, ако изберете да се възпроизведе с помощта на съхранени процедури, следвайте sp_adddistpublisher на дистрибутора, а след това sp_adddistributor на огледало сървъра. Sp_adddistpublisher да направите следното:
@publisher настроите стойността на параметъра за име на мрежата на огледалото;
@working_directory задайте стойността на името на папката на моментна снимка, използвана от основната база данни.
Посочете името на -PublisherFailoverPartner агент огледало параметър. Тази опция изисква следните агенти за определяне на огледалото след срив:
Snapshot Agent (за всички издания);
Влезте Reader Agent (за всички транзакционни публикации);
Опашка Reader Agent (за транзакционни публикации, които поддържат абонамент опашката актуализиране);
слят агент (за абонаменти за сливане публикация);
слушател репликация SQL Server (replisapi.dll: за абонаменти за сливане публикация синхронизирано чрез уеб синхронизация);
SQL слят ActiveX контрол елемент (за абонаменти за сливане публикация, синхронизирано с помощта на този контрол).
Агентът на дистрибуцията и разпространението на контрола ActiveX не разполага с тази опция, тъй като те не се свържете с издателя.
Агент параметър промени влязат в сила следващия път, когато агент. Ако агентът работи непрекъснато, трябва да спрете и рестартирайте агент. Параметрите могат да бъдат определени в профилите на агента или на командния ред. За повече информация, вижте .:
Препоръчително е да се добави параметър -PublisherFailoverPartner в профила на агент, а след това изберете името на профила на огледалото. Например, ако сте настроили репликация с съхранени процедури:
Ако активното е огледален сървър:
ако възникне грешка средство, тази грешка се извежда само в основния възел, и не се показва в огледало възел;
ако основният не е достъпен, основни и огледални възли показват идентични списъци на публикации. Мониторинг трябва да се провежда само за публикациите на огледало събрание.
Ако управлението на репликация на огледалото с помощта на съхранени процедури, или РМО обекти, за случаите, в които е посочено името на издателя, трябва да укажете името на модела, на които се дава възможност на базата данни за репликация. За да се определи подходящо име, използвайте publishingservername.
В някои случаи, като например sp_addpublication. @publisher опция се поддържа само за otlichnyhSQL сървър издатели; по този начин, не се прилага за дублиране SQL база данни Server.
За да синхронизирате абонамент среда сред Management Studio след срив необходимо да се синхронизира заявката за абонамент от изпълнението на абонат и абонамент синхронизирате активното издателя.
поведение репликация когато отразявайки се отстранява
Таблицата по-долу описва четец агент дневник поведение на различни режими на дублиране на база данни.
Влезте Reader Агент поведение, когато базата данни на огледалото не е наличен
високо ниво на защита на режим с автоматично възстановяване след срив
Ако огледалото не е на разположение, Log Reader агент изпраща команди към базата данни за разпространение. Когато един срив първичната база данни няма да бъде в състояние да се включи в огледалото, докато базата данни на огледало няма да се върнете в режим "онлайн" и не получава всички сделки от основната база данни.
Ако огледалото не е на разположение, главната база данни се извършва без подкрепа (т.е.. Д., без базата данни на огледало). Въпреки това, Log Reader Агента се репликира само сделките, които са записани в базата данни на огледало. Ако услугата е активирана и принуди огледалото сървъра поема ролята на главница, Log Reader агент започва да работи върху огледалото и ще го събира за нови сделки.
Имайте предвид, че увеличението на репликация латентност ако огледалната базата данни изостава първични промените в базата данни.
високо за безопасен режим без автоматично възстановяване след срив
Гарантирано е, че всички извършени транзакции ще бъдат записани на диск огледало сървър. Въпреки това, Log Reader Агента се репликира само тези сделки, които са написани на огледалото. Ако огледалото не е на разположение, че основният сървър не позволява по-нататъшната дейност в базата данни. Ето защо, Log Reader агент не е сделка на репликация.
Свързани статии