Popis možností zotavení po havárii pro Microsoft SQL Server

Překlady článku Překlady článku
ID článku: 822400 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Tento článek pojednává o různých řešení pro obnovení dat. z Microsoft SQL Server databáze, dojde havárii. Tento článek také Popisuje výhody a nevýhody každého roztoku.

Zotavení po havárii, je proces, který můžete použít k obnovení informací systémy a data, pokud dojde havárii.

Některé příklady katastrof zahrnout přírodních nebo umělých havárie, například požár nebo technické po havárii, například při výpadku dvou disků v Redundant Array of Independent Disks (RAID) 5 array.

Plánování obnovení po havárii je práce, která je věnována přípravě všechny akce, které se musí vyskytovat v reakci na katastrofy. Plánování zahrnuje výběr strategie pro zotavení cenné data. Výběr vhodné po havárii strategie zotavení závisí na obchodní požadavky.

Poznámka: Řešení, které jsou zmíněny v tomto článku poskytují pouze obecný popis technologií, které lze použít. Tyto obecné popisy jsou pro srovnání různých metod zotavení po havárii a plány obnovy po havárii. Než se rozhodnete na řešení pro zotavení po havárii nejvhodnější, ujistěte se, že se podíváte na každé navrhované po havárii řešení obnovení podrobněji. Po projednávání každé zotavení po havárii roztok, tento článek obsahuje odkazy, kde lze najít další informace o řešení.

Failover clustering

Microsoft SQL Server 2000 převzetí služeb při selhání clusteru je určena pro převzetí služeb při selhání automaticky v případě, že dojde k selhání hardwaru nebo softwaru selhání. Jste slouží k převzetí služeb při selhání služby clusterů vytvořit selhání clusteru pro program SQL Server 2000 jediná instance serveru SQL Server 2000 nebo pro více instancí serveru SQL Server 2000. Převzetí služeb při selhání umožňuje databázový systém automaticky přepne zpracování instance serveru SQL Server ze serveru se nezdařilo pro funkční Server. Proto je užitečné v případě, že operační systém failover clustering dojde k selhání nebo pokud provedete plánovaný upgrade systému databáze prostředky. Převzetí služeb při selhání také zvyšuje dostupnost serveru bez výpadek.

Protože převzetí služeb při selhání clusteru je určena pro vysokou server dostupnost s téměř žádný výpadek serveru by měly být uzly clusteru zeměpisně blízko u sebe. Převzetí služeb při selhání nemusí být užitečné, pokud dojde k selhání disku array.

Poznámka: Chcete-li implementovat převzetí služeb při selhání, clustering, je nutné nainstalovat Microsoft SQL Server 2000 Enterprise Edition.

Následující operační systémy Podpora převzetí služeb při selhání:
  • Systém Microsoft Windows NT 4.0 Enterprise Edition
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, Enterprise Edition
  • Microsoft Windows Server 2003, Datacenter Edition
Tyto operační systémy patří Instalovatelná komponenta, Microsoft Cluster Service (MSCS). K provedení překlopeného clusteru SQL Server, je nutné nainstalovat MSCS.

Další informace o serveru MSCS a jeho instalace klepněte na následující číslo článku databáze Microsoft Knowledge Base:
259267Microsoft Cluster Service zdroje instalace

Výhod a nevýhod použití převzetí služeb při selhání

Výhody
Máte server vysokou dostupnost. Pokud primární server selže, dojde k selhání, clustering automaticky.
Nevýhody
  • Zaplatíte vyšší náklady. Údržba dvou serverů je dvakrát náklady udržovat jediný server. Protože je nutné zachovat dva servery ve stejné době, je dražší instalace a udržovat uzly clusteru.
  • Servery by měly být ve stejném umístění. Pokud pobočky organizace jsou v různých částech světa a musí být clustery aktivní/aktivní implementována větví, vytváření sítí a úložiště infrastruktury, je třeba použít velmi liší standardní cluster zařízení s kvorem. Přestože je možné, tedy nepoužívejte geograficky vzdálené servery.
  • Máte-li žádná ochrana proti diskového pole došlo k chybě.
  • Převzetí služeb při selhání neumožňuje vytvářet převzetí služeb při selhání clustery databáze úrovni nebo v databázi objekt úroveň, jako například úroveň tabulky.
Další informace o převzetí služeb při selhání naleznete Následující Web společnosti Microsoft:
http://msdn2.microsoft.com/en-us/library/aa174512 (SQL.80) .aspx
Další informace o převzetí služeb při selhání clusteru klepněte na tlačítko naleznete v následujících článcích znalostní báze společnosti Microsoft:
243218Pořadí instalace pro SQL Server 2000 Enterprise Edition na Microsoft Cluster Server
822250 Webové vysílání podpory: Microsoft SQL Server 2000 failover clustering postupy pro zotavení po havárii
Další informace o zásady podpory společnosti Microsoft pro převzetí služeb při selhání clusteru serveru SQL Server klepněte na následující číslo článku databáze Microsoft Knowledge Base:
327518Zásady podpory společnosti Microsoft pro převzetí služeb při selhání clusteru serveru SQL Server

Zrcadlení databáze

Zrcadlení databáze je především softwarové řešení pro zvýšení dostupnosti databáze. Můžete implementovat pouze na základě databáze zrcadlení. Zrcadlení pracuje pouze s databází, které používají model obnovy celé. Jednoduché a Hromadně zaevidované obnovení modely nepodporují zrcadlení databáze. Proto jsou vždy plně protokolovány všechny hromadné operace. Zrcadlení databáze pracuje s libovolnou úroveň kompatibility podporované databáze.

Výhod a nevýhod použití zrcadlení databáze

Výhody
  • Zrcadlení databáze zvyšuje ochranu dat.
  • Zrcadlení databáze zvyšuje dostupnost databáze.
  • Při inovaci databáze zrcadlení zlepšuje dostupnost produkční databáze.
Nevýhody
  • Zrcadlení databází by měly být shodné do hlavní databáze. Například všechny objekty, přihlášení a oprávnění by měly shodovat.
  • Zrcadlení databáze zahrnuje přenos informací z jednoho počítače do jiného počítače v síti. Proto je velmi důležité zabezpečení informací, který převádí serveru SQL Server.

Transakční replikace peer-to-peer

Transakční replikace peer-to-peer je určena pro aplikace, které může číst nebo může měnit data databáze, která se účastní replikace. Navíc nejsou k dispozici žádné servery, které jsou hostiteli databází, můžete upravit aplikaci ke směrování dat na ostatní servery. Zbývající servery obsahují shodné kopie dat.

Výhody a nevýhody použití transakční replikace peer-to-peer

Výhody
  • Protože aktivity mohou šířit do všech uzlů vyšší výkon pro čtení.
  • Souhrnné aktualizace výkonu, vložit výkonu a odstranit výkon pro topologii připomíná plnění jednoho uzlu, protože všechny změny šíří do všech uzlů.
Nevýhody
  • Peer-to-peer replikace je k dispozici pouze v systému SQL Server 2005 Enterprise Edition.
  • Všechny zúčastněné databáze musí obsahovat stejné schémata a data.
  • Doporučujeme, aby každý uzel použijte vlastní distribuční databáze. Tato konfigurace eliminuje potenciál pro SQL Server 2005 k selhání v jednom místě.
  • Ve více publikacích peer-to-peer v rámci jedné publikace databáze nelze zahrnout tabulky a další objekty.
  • Musíte mít publikace povolena replikace peer-to-peer před vytvořením žádné odběry.
  • Odběry musíte inicializovat pomocí zálohy nebo nastavením hodnoty typu předplatného synchronizace pouze podpora replikace.
  • Transakční replikace peer-to-peer neposkytuje zjišťování konfliktů a konfliktů.
  • Doporučujeme nepoužívat sloupce identity.

Údržba teplé úsporného režimu Server

Můžete vytvořit a udržovat teplé rezervní server pomocí buď z následujících metod:
  • Námořní protokolu
  • Transakční replikace
Následuje další informace o každé z těchto dvou metod.

Námořní protokolu

Námořní protokolu je součástí sady resource kit pro Microsoft SQL Server 7.0 a je plně začleněna do 2000 Microsoft SQL Server Enterprise Edition a Microsoft SQL Server 2000 Developer Edition. Protokol dodávky využívá rezervní server, který není použit během běžné operace. A rezervní server je užitečná data obnovit v případě katastrofy. Je možné Používejte pouze protokol na úrovni databáze. Nelze ji použít na instanci úroveň.

Při rezervní server je obnovení protokolů transakcí databáze ve výhradním režimu a nepoužitelná. Lze však spustit dávkové vykazování úlohy mezi databáze konzoly nebo obnovení protokolu transakcí Příkazy (DBCC) zkontroluje nepřetržitě ověřit integritu úsporný režim Server. Pro aplikace, jako jsou například servery pro podporu rozhodnutí, které vyžadují průběžné zpracování databázového serveru protokolu expedice není vhodného možnost.

Čekací doba na rezervní server je založen na způsobu často záloh protokolu transakce jsou přijímána na primární server a potom na rezervní server. Pokud primární server selže, můžete ztratit změny byly provedeny v transakcích, které nastaly po poslední transakce Protokol zálohování.

Pokud jsou přijata záloh protokolu transakce například každých 10 minut, transakce během posledního 10 minut mohou být ztraceny. To nemusí nutně znamenat, aktualizace dat, k primární Server během čekací doby budou ztraceny. Nové, obvykle aktualizuje Primární transakce protokolu lze obnovit a použít v teplé rezervní server s malým zpožděním v přepínání z primárního serveru v úsporném režimu Server. Hlavním účelem dodávky protokolu je zachovat teplé rezervní server. Zachování že teplé rezervní server je vaše hlavní cíle, je protokol expedice pravděpodobně vhodnější než jiná řešení touto článek Popisuje.

Výhody a nevýhody použití protokolu dodávky

Výhody
  • Můžete obnovit všechny činnosti databáze. Obnovení obsahuje všechny objekty, které byly vytvořeny jako jsou tabulky a zobrazení. Je také zahrnuje změny zabezpečení, jako jsou noví uživatelé, kteří byly vytvořeny a jakékoli změny oprávnění.
  • Můžete rychleji obnovit databázi. Obnovení databáze a protokol o transakcích je založena na formáty stránek nižší úrovně. Proto protokolu námořní urychluje proces obnovení a výsledkem rychlé obnovení dat.
Nevýhody
  • Během procesu obnovení nepoužitelný databáze protože je databáze ve výhradním režimu na rezervní server.
  • Existuje nedostatek rozlišovací schopnost. Během obnovení proces, všechny změny v primárním serveru jsou použity na úsporný režim Server. Nelze použít protokol dodávky použít změny do několika tabulek a odmítnete zbývající změny.
  • Není k dispozici žádné automatické přepojení při selhání aplikací. Když primární server selže z důvodu katastrofy, rezervní server nepodporuje převzetí služeb při selhání automaticky. Proto je nutné explicitně přesměrovat aplikací, které se připojují k primární server v úsporném režimu (převzetí služeb při selhání) Server.
Poznámka: Je-li v hlavním účelem je zachovat teplé rezervní server Společnost Microsoft doporučuje používat protokol expedice. Teplé rezervní server odráží všechny transakce, ke kterým dojde na primárním serveru. Však můžete rezervní server nelze použít, pokud je primární server k dispozici.

Další informace o nastavení teplé rezervní server pomocí protokolu dodávky klepněte na tlačítko naleznete v následujících článcích znalostní báze společnosti Microsoft:
323135Microsoft SQL Server 2000 - jak nastavit protokol (white paper)
325220 Webové vysílání podpory: Microsoft SQL Server 2000 protokolu dodávky
Další informace o protokolu námořní společnosti následující weby společnosti Microsoft:
http://msdn2.microsoft.com/en-us/library/aa213785 (SQL.80) .aspx
http://www.microsoft.com/downloads/details.aspx?FamilyId=7395ec1b-199f-42bc-a31b-2056adf73f94

Transakční replikace

Transakční replikace můžete také zachovat horkého rezervní server. Transakční replikace replikuje data na jednom serveru (vydavatel) na jiný server s kratší čekací doby než protokolu (dále jen "odběratel") expedice. Můžete implementovat transakční replikaci databázového objektu úroveň, jako je například na úrovni tabulky. Proto společnost Microsoft doporučuje používat transakční replikace v případě, že máte méně dat k ochraně a musí mít rychlé obnovení plánu.

Odběr push lze vynutit transakční replikaci mezi dvěma servery s primární server jako aplikace Publisher a rezervní server jako účastníka. Transakční replikace replikace dat zajišťuje. Pokud vydavatel selže, může být odběratele použít.

Toto řešení je zranitelný vůči selhání vydavatele a Předplatitel současně. V tomto případě nelze chránit data. V některých případech, například při selhání distributora nebo Odběratel, je vhodné synchronizovat data odběratele s data vydavatele.

Měli byste použít transakční replikace udržovat teplé rezervní server pouze v případě, že nelze provádět změny schématu nebo nesmí provádět další změny v databázi, například změny zabezpečení že replikace není podporována.

Poznámka: Replikace není určen pro údržbu teplé úsporného režimu servery. Replikace můžete pomocí replikovaná data na účastníka Generování sestav. Replikace můžete použít také pro jiné obecné použití bez museli provádět zpracování relativně zaneprázdněn vydavatele.

Výhody a nevýhody použití transakční replikace

Výhody
  • Při použití změn, můžete číst data na odběratele.
  • Změny budou použity s kratší čekací doby.

    Poznámka: Tato výhoda nemusí být k dispozici, pokud následující platí:
    • Agenti replikace není nastavena Kontinuální.
    • Replikace agenti jsou zastavena z důvodu chyb, může dojít během replikace.
Transakční replikace může trvat déle, změny Protože velké dávkové aktualizace musí být provedeny při replikaci.
Nevýhody
  • Změny schématu nebo změny zabezpečení, které jsou prováděny aplikace publisher po stanovení replikace není k dispozici v předplatitel.
  • Distributor v transakční replikace používá otevřený Databáze rozhraní ODBC připojení nebo připojení databáze OLE (OLEDB) distribuovat data. Však používá protokol expedice obnovení transakce nízké úrovni příkazu Transact-SQL k distribuci protokolů transakcí. OBNOVENÍ Výpis transakcí je mnohem rychlejší než připojení ODBC nebo OLEDB připojení.
  • Přepínání serverů obvykle vymaže replikace konfigurace. Proto je nutné konfigurovat replikaci dvakrát:
    Při přepnutí na odběratele.
    Při přepnutí zpět na vydavatele.
  • Pokud dojde havárii, musíte ručně přepnout serverů přesměrování všech aplikací účastníka.
Další informace o replikaci naleznete klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
195757Často kladené dotazy - SQL Server 7.0 - replikace

Funkci zálohování a obnovení

Poskytuje funkci zálohování a obnovení serveru SQL Server, důležité zabezpečit chránit důležitá data, která jsou uložena v databázích serveru SQL Server. Pomocí zálohy můžete vytvořit kopii databáze (záložní kopie) a Funkci obnovit a potom uložit kopii databáze v umístění, které je chráněné potenciální selhání serveru, na kterém je spuštěna instance SQL Server. Pokud dojde k selhání systému databáze nebo poškození databáze potom můžete použít záložní kopii k vytvoření nové databáze nebo k obnovení databáze.

Při havárii plánování pomocí zálohy a Funkci obnovit, také určit, jak důležitá data v databázi. Kromě toho určete požadavky na obnovení databáze. Pro například určit požadavky na následující obnovení:
  • Bod, obnovení databáze. Máte k Rozhodněte, které z následujících dvou, kterou chcete provést:
    Obnovení databáze stavu noc před selháním.
    Obnovení databáze podmínky bodu času co nejblíže k okamžiku selhání.
  • Jak dlouho mohou být databáze k dispozici. Zda je nutné obnovení databáze okamžitě.
Po určení obnovení požadavky, můžete naplánovat proces, který udržuje zálohy, které splňují sadu zálohování požadavky

Databáze lze obnovit pouze podmínka místa, kde provedení poslední zálohy. Transakce, došlo k po této zálohy mohou být ztraceny. Proto doporučuje společnost Microsoft použít funkci zálohování a obnovení pouze pro non důležité databáze aplikace.

Výhody a nevýhody použití funkci zálohování a obnovení

Výhody
  • Můžete zálohovat databázi na vyměnitelné médium, které pomohou ochranu proti selhání disku.
  • Nemáte závisí na síti, stejně jako při pomocí převzetí služeb při selhání nebo protokolu expedice.
Nevýhody
  • Při zálohování databáze nelze provést operace, jako je například tabulka, vytvoření, vytvoření indexu databáze zmenšením, nebo nonlogged operace.
  • Pokud dojde k selhání, může dojít ke ztrátě nejnovější data.
  • Pokud dojde havárii, je třeba ručně obnovit databáze.
Poznámka: Před použitím ve výrobním procedury zálohování a obnovení prostředí, je nejlepší důkladně vyzkoušet tento postup při zkoušce prostředí.

Další informace o funkci zálohování a obnovení klepněte na tlačítko naleznete v následujících článcích znalostní báze společnosti Microsoft:
325257Webové vysílání podpory: SQL Server 2000 databáze obnovení: zálohování a obnovení
281122 Obnovení záloh souborů a skupinu souborů SQL Server popis
Další informace o zálohování a obnovení funkce naleznete na následujících webech společnosti Microsoft:
http://msdn2.microsoft.com/en-us/library/aa196617 (SQL.80) .aspx
http://msdn2.microsoft.com/en-us/library/aa196685 (SQL.80) .aspx
http://msdn2.microsoft.com/en-us/library/aa178143 (SQL.80) .aspx

Disk redundance dat. pomocí pole redundant array of independent disks (RAID)

RAID ukládá redundantní data na vícenásobné disky poskytují větší spolehlivost a méně prostojů pro servery. Úroveň RAID 0, 1 a 5 Obecně se používá jako možnosti obnovení serveru SQL Server. Technologie RAID, uvedené povolení k selhání a následnému nahrazení jednoho disk bez server je offline. Pokud dojde k selhání disku, data nelze obnovit. Proto společnost Microsoft doporučuje, že zkombinujete správu redundantních dat s zajistit postup zálohování a obnovení Pokud hardwarový nesmí ztratit data selhání nebo jiných po havárii dochází.

RAID 0 používá technologii prokládání pro rychlejší přístup, že pole RAID 1 používá zrcadlení technologii pro spolehlivost údajů. Společné technika používaná v relační databáze správy zahrnuje společně pomocí RAID 0 a RAID 1. V Tato technika dvou matic identické prokládaných jednotek jsou průběžně aktualizovány. tak, aby informace, které jsou uloženy na obě pole stejný. Pokud je jeden pole selže, další pole automaticky převezme do původního pole je uveden do stavu online.

RAID 5 (také označované jako prokládání s paritou) používá jediný prokládané diskového pole s paritní bity zapsán společně s data. Při jakékoli jeden disk selže, paritní bity lze použít k výpočtu chybějící data, dokud nenahradíte disku. Při nahrazení disku, můžete použít paritní informace a znovu vytvořit data ze zbývajících dat selhání disku a monitorovat údaje zkopírujte na novou disketu. Všechny tyto operace dojít bez jakéhokoli výpadku systému databáze. RAID poskytuje mnoho jiných Možnosti a funkce, které vám pomohou zajistit, aby vaše databázové systémy Při práci s málo prostoje co nejdříve.

Výhod a nevýhod použití RAID

Výhody
Nedojde ke ztrátě dat. Pokud jakýkoli jeden disk selže.
Nevýhody
  • Může trvat dlouhou dobu obnovit data.
  • Pokud více disků, nebude pravděpodobně možné obnovit cenná data.
Další informace o RAID klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
100110Přehled redundantní pole RAID (RAID)

Odkazy

Chcete-li stáhnout aktualizovanou verzi serveru SQL Server 2000 Books Online navštivte následující Web společnosti Microsoft:
http://www.microsoft.com/downloads/details.aspx?FamilyId = 8E2DFC8D-C20E-4446-99A9-B7F0213F8BC5
Další informace o jiných možnostech zotavení po havárii naleznete klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
307775Články pro zotavení po havárii pro Microsoft SQL Server
Další informace o převzetí služeb při selhání clusteru klepněte na tlačítko naleznete v následujících článcích znalostní báze společnosti Microsoft:
195761Často kladené dotazy - SQL Server 7.0 - převzetí služeb při selhání
260758 Často kladené dotazy - SQL Server 2000 - převzetí služeb při selhání služby clusterů.
274446 Upgrade na SQL Server 2000 převzetí služeb při selhání řešení vhodné pro všechny virtuální servery - SQL Server 2000
280743 Weby Windows clustering a geograficky
Další informace o zálohování a obnovení funkce, navštivte následující Web společnosti Microsoft:
http://technet.microsoft.com/en-us/library/cc966495.aspx
Další informace o funkci zálohování a obnovení klepněte na tlačítko naleznete v následujících článcích znalostní báze společnosti Microsoft:
253817Jak zálohovat poslední protokolu transakcí při poškození předlohy a soubory databáze serveru SQL Server
314546 Přesunutí databází mezi počítači se systémem SQL Server
Další informace o katalog fulltextového vyhledávání složek a souborů klepněte na následující číslo článku databáze Microsoft Knowledge Base:
240867Jak přesunout, kopírovat a zálohovat soubory a složky fulltextového katalogu

Vlastnosti

ID článku: 822400 - Poslední aktualizace: 20. května 2011 - Revize: 7.0
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 Standard Edition
Klíčová slova: 
kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo kbmt KB822400 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:822400

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com