log ship скачать в хорошем качестве

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