V tomto článku vám vysvětlím technologii Log Shipping na serveru SQL Server. Podívejme se na instalaci protokolu SQL Server Log Shipping &Disaster Recovery. Po vysvětlení technologie Log Shipping ukážu instalaci a testování Log Shipping.
Instalace odeslání protokolu SQL Server &Disaster Recovery.
Technologie Log Shipping byla vydána s SQL Server 2000 a nyní se používá pro SQL Server 2012, 2014, 2016, 2017, 2019 Technologie Log Shipping v SQL Server je také platná pro vysokou dostupnost a zotavení po havárii. . Záložní nebo sekundární databáze, která je pravidelně napájena z transakčního protokolu naší hlavní databáze, může v případě katastrofy okamžitě sloužit jako hlavní databáze. Navíc, protože je naše databáze chráněna, poskytuje také řešení Disaster Recovery.
Pokud si chcete ponechat kopii produkční databáze pro případ havárie nebo znovu použít produkční databázi v případě havárie s minimální ztrátou dat, musíme použít technologii Log Shipping. V této technologii je produkční databáze uchovávána jako přesná kopie na jiném serveru a tato databáze zvaná sekundární databáze je průběžně periodicky zásobována z produkční databáze. Pokud tedy nedojde k přístupu k produkční databázi nebo ke ztrátě dat v případě katastrofy, lze jako hlavní databázi použít naši sekundární databázi.
Výhody a nevýhody doručení protokolu SQL Server
můžeme uvést výhody a nevýhody Log Shipping následovně.
Výhody
———————————–
- Poskytuje řešení pro zotavení po havárii a vysokou dostupnost.
- Je to velmi levná technologie z hlediska nákladů. Od SQL Server 2008 je tato technologie dostupná ve všech verzích kromě expresní.
- Snadná instalace a údržba.
- Pro databázi je možné mít spoustu logshippingů. Toto je příležitost, jak minimalizovat ztrátu dat v databázi.
- Sekundární databáze, která je v pohotovostním režimu, umožňuje vytváření sestav v režimu pouze pro čtení bez jakékoli ruční operace.
- Chybu uživatele lze vyřešit pomocí starých záloh protokolu transakcí.
Nevýhody
——————————-
- Log Shipping nemá automatické převzetí služeb při selhání, v tomto případě, kdy je potřeba převzetí služeb při selhání, musí správce databáze okamžitě provést ruční převzetí služeb při selhání.
- Kvůli ručnímu převzetí služeb při selhání je doba výpadku více než jen synchronní zrcadlení.
- Pokud je hlavní databáze poškozena, může dojít ke ztrátě dat.
Instalaci a konfiguraci Log Shipping vysvětlím v dalším článku.