Скачать или смотреть log ship

Ez a videó az SQL Server log shipping (tranzakciós napló továbbítás) folyamatát mutatja be, amely egy "meleg" (warm) adatmentési és katasztrófa-helyreállítási (disaster recovery) megoldás.

Az alábbiakban összefoglalom a videó legfontosabb részeit és a bemutatott lépéseket:

Mi az a Log Shipping?
A log shipping lényege, hogy az elsődleges adatbázis tranzakciós naplóit (transaction logs) rendszeres időközönként elmentjük, átmásoljuk egy másodlagos szerverre, majd ott alkalmazzuk (visszaállítjuk) őket. [00:03]

Cél: A szolgáltatás kiesési idejének minimalizálása szerverhiba esetén. [01:10]

Késleltetés előnye: Ha véletlenül törölnek adatokat az éles rendszerben, a log shippingnél beállított késleltetés (pl. 10 perc) lehetőséget ad arra, hogy megállítsuk a folyamatot, mielőtt a hiba a biztonsági másolatra is átkerülne. [09:03]

A folyamat három fő összetevője (Jobok)
A log shipping három automatizált folyamatra (SQL Server Agent job-ra) épül:

Backup Job: Az elsődleges szerveren készülnek a tranzakciós napló mentések. [06:54]

Copy Job: Átmásolja a mentett fájlokat az elsődleges szerverről (vagy egy hálózati tárhelyről) a másodlagos szerverre. [07:27]

Restore Job: A másodlagos szerveren alkalmazza a naplókat az ottani adatbázisra, amely "Standby" (csak olvasható) módban van. [07:17]

A konfigurálás lépései
A videó részletesen bemutatja a beállítást:

Mappák előkészítése: Létre kell hozni egy forrás és egy cél mappát a log fájloknak, és meg kell osztani őket úgy, hogy az SQL Server Agent hozzáférjen. [12:32]

Adatbázis beállítása: Az adatbázisnak "Full recovery" módban kell lennie, különben a tranzakciós naplók nem tarthatók meg a folyamathoz. [28:43]

Log Shipping varázsló: Az adatbázison jobb gombbal a "Tasks" - "Ship Transaction Logs" menüpontban állíthatók be az ütemezések (a videóban a gyors teszteléshez 1 perces gyakoriságot használnak). [17:48]

Helyreállítás (Failover) folyamata
Ha az elsődleges szerver kiesik, a másodlagos adatbázist kézzel kell élesíteni:

A log shipping folyamat leállítása (jobok tiltása). [33:31]

Az adatbázis átállítása single-user (egyfelhasználós) módba a könnyebb kezelhetőség érdekében. [35:21]

Az adatbázis "élesítése" (standby állapot megszüntetése) a RESTORE DATABASE ... WITH RECOVERY utasítással. [36:11]

Visszaállítás multi-user (több-felhasználós) módba, hogy a kliensek csatlakozhassanak. [36:58]

A videó készítője hangsúlyozza, hogy bár ez nem teljesen automatikus "hot" backup (mint a clustering), a manuális átállás csupán 1-2 percet vesz igénybe. [37:12]

A videó elérhető itt:    • log ship