MS SQL telepítési tükrözi a világban szolgáltatások
Azonnal megjegyezzük, hogy a tükör nem az egyetlen technológia, amely növelésére használt hibatűrés. Van is egy kiadvány a tranzakciós log (logshiping) és replikációs, de minden adatbázis támogathat replikáció és logshiping előírja közzétételét a tranzakciós napló egy részvény, amely nem mindig elfogadható. A tükrözés is megvannak a maga korlátai, például nem tükrözik a hivatalos adatbázis mester, msdb, tempdb vagy modell, hanem az, hogy tényleg szükség van? Elég példányban a mester.
Az előnyök a tükrözés:
- Adatvédelem:
- Fokozott rendelkezésre álló adatok;
- Ez nem igényel megosztott lemezek;
- berendezés partner szerverek eltérő lehet;
- elérhető egy frissítés
A tükrözés terminológia.
A fő szerver (Principal) - dolgozó forrás kiszolgáló, az adatbázis, amely elküldi a tranzakciós naplózza a tükör szerver és adatbázis.
A tükör szerver (Mirror) - a cél kiszolgáló hosting az adatbázis mentést. Tükörmásolat folyamatosan szinkronizálja a fő szerver.
Követési szerver (Witness) - szerver, amely működését figyeli a fő és a tükör szerverek, és indítsa el az automatikus failover hiba (változás az elsődleges és a tükör szerver). Követési Server egy választható összetevő, és el lehet hagyni.
Hogyan működik egy tükörkép.
Osnoynoy szerver támogatja a felhasználói kéréseket, és elküldi a tranzakciós napló a tükör szerver. Ie tükör szerver megismétli az összes betét, frissítése és törlése, mint a fő adatbázis. Amint a tükör szerver végzi, és rögzíti az ügylet, akkor küld egy visszaigazoló üzenetet fő. A magas szintű új ügyletek Security elsődleges kiszolgáló nem fog teljesülni, mielőtt egy nyugtázó üzenet a tükörben. Ez emlékeztet elérése következő autó, és ha valaki elkezd lag, a második is lassítja. Lassan, de biztosan. Meghibásodás esetén az elsődleges kiszolgálón szeretné váltani a tükör kézzel (valójában változtatni a szerepe az elsődleges tükör). Magas rendelkezésre állás mód hasonló a fentebb leírt, azzal az eltéréssel, hogy a kapcsolási bekövetkezik automatikusan figyeli szerver rendelkezésre álló tanú szerver. Amint a tény, hogy a fő szerver, amely figyeli változik szerepüket egy tükör, ha az elsődleges helyreáll, nem lesz fordított csere.
Ezzel szemben a leírt, nagy teljesítményű üzemmód (más néven aszinkron) lehetővé teszi, hogy az elsődleges szerver adni tranzakciókat sem várva visszaigazolást kap a tükörben. Ie törve, az úgynevezett tranzakciós biztonság. Ez különösen hasznos, ha a tükör van egy kevésbé erős hardver erőforrásokat. Ie egyik atvomobiley kitartott, a második igyekszik utolérni. Ez a mód nem igényli a jelenlétét a tanú.
Hozzászólások összeomlás után.
Tegyük fel, hogy ennek eredményeként a kudarc eltűnt tükör szerver, ebben az esetben az elsődleges továbbra szolgáltatás felhasználói kapcsolatok. Helyreállítása után a tükör, a biztonsági adatbázis automatikusan csatlakozni fog, és felzárkózni munkát.
Ha elpusztult a központi adatbázisban, akkor végre kell hajtani egy mérvadó visszaállítás:
ALTER DATABASE MIRROR_TEST SET PARTNER FORCE_SERVICE_ALLOW_DATA_LOSS
Az adatok egy része elveszhet (nem volt ideje, hogy bekerüljön a tükör), de ott kell egyeztetni. Miután a kényszerű helyreállítási tükör bázis lesz a fő és a fő - tükröt. Kezdeni tükrözés az új SLR fut:
ALTER DATABASE MIRROR_TEST SET PARTNER FOLYTATÁS
Elvégzésére fordított szerepek:
ALTER DATABASE MIRROR_TEST SET PARTNER failover
Ennek eredményeként lehetővé válik a fő tükör, a tükör - a mag.