Веднага ще отбележим, че огледалото не е единствената технология, която се използва за увеличаване на устойчивост на откази. Има и публикуването на регистъра на операциите (logshiping) и репликацията, но всеки може да поддържа база данни репликация и logshiping изисква публикуване на регистър на транзакциите на акции, които не винаги е приемливо. В огледало също има своите ограничения, като не може да отразява официалното майстор на база данни, MSDB, tempdb, или модел, но дали те наистина трябва? Достатъчно копия на капитана.
Предимствата на огледало са:
- Защита на данните:
- Предоставяне на данни;
- То не изисква споделени дискове;
- оборудване партньори сървъри може да са различни;
- предлага с надстройка
Mirroring терминология.
Главният сървър (главен) - сървърът работи източник, който е домакин на база данни, която да изпрати своята регистъра на операциите с огледало сървъра и базата данни.
Сървърът за огледало (Mirror) - най-дестинация сървър, който е домакин на резервната база данни. Mirror копие постоянно е синхронизиран с главния сървър.
Проследяване на сървър (Свидетел) - сървър, който следи работата на основните и огледални сървъри, и може да започне автоматично възстановяване след срив при неуспех (промяна както на първичния и огледало сървър). Проследяване на сървъра не е задължителен елемент и могат да бъдат пропуснати.
Как огледален образ.
Osnoynoy сървърът поддържа потребителски заявки и изпраща регистър на транзакциите на огледало сървъра. Т.е. огледало сървъра повтаря всички вмъкване, обновяване и изтриване, както и в основната база данни. Веднага след като огледало сървър изпълнява и записва на сделката, тя изпраща главния съобщение за потвърждение. Високото ниво на нови сделки за сигурност първичен сървър, няма да бъдат изпълнени, преди да получи потвърждение от огледалото. Това напомня за достигане на следващата кола, и ако някой започне да изостава, вторият също се забавя. Бавно, но сигурно. При неизпълнение на основния сървър, който искате да преминете към огледалото на ръка (в действителност се промени ролята на първичното огледало). режим High Availability е подобен на този, описан по-горе, с изключение на това, че Превключването става автоматично следи сървъра сървъра наличност свидетел. Веднага след като провала на главния сървър, който следи промените своите роли с огледало, когато първичната се възстанови, ще има обратен замяна.
За разлика от описания, режим с висока производителност (наричан също асинхронен) позволява на първичния сървър за изпълнение на сделката, без да чака потвърждение от огледалото. Т.е. счупен, така наречения транзакционен сигурност. Това е особено подходящ, когато огледалото е с по-малко мощни хардуерни ресурси. Т.е. един от atvomobiley коване напред, а втората се опитва да го настигне. Този режим не изисква присъствието на свидетел.
Действия след провал.
Да предположим, че в резултат на неизпълнение изчезна огледало сървър, в този случай, основната продължава да обслужва потребителски връзки. След възстановяването на огледалото, на резервната база данни ще се свърже автоматично и да се изравнят с работа.
Ако разрушена централната база данни, трябва да извършите авторитетен възстановяване:
ALTER DATABASE MIRROR_TEST SET PARTNER FORCE_SERVICE_ALLOW_DATA_LOSS
Част от данните, може да се загуби (не са имали време да влезе в огледалото), но има и ще трябва да се помири. След принудителното възстановяване огледало база става основна, а основната - огледалото. За да започнете да отразявайки по новия SLR план:
ALTER DATABASE MIRROR_TEST SET PARTNER ПРОДЪЛЖИ
За да се извърши обратно роли:
ALTER DATABASE MIRROR_TEST SET PARTNER файлоувър
В резултат на това тя става главното огледало, огледалото - ядрото.
Свързани статии