Sdílet prostřednictvím


Požadavky, omezení a doporučení pro zrcadlení databáze

platí pro:SQL Server

Poznámka:

Tato funkce bude odebrána v budoucí verzi SQL Serveru. Nepoužívejte tuto funkci v nové vývojové práci a naplánujte úpravu aplikací, které tuto funkci aktuálně používají. Místo toho používejte skupiny dostupnosti AlwaysOn.
Zrcadlení databáze v SQL Serveru je odlišná technologie od zrcadlení databáze Microsoft Fabric.

Toto téma popisuje požadavky a doporučení pro nastavení zrcadlení databáze. Úvod k zrcadlení databáze najdete v tématu Zrcadlení databáze (SQL Server).

Podpora zrcadlení databáze

Seznam funkcí podporovaných edicemi SQL Serveru ve Windows najdete tady:

Mějte na paměti, že zrcadlení databáze funguje s jakoukoli podporovanou úrovní kompatibility databáze. Informace o podporovaných úrovních kompatibility naleznete v tématu ALTER DATABASE Compatibility Level (Transact-SQL).

Požadavky

  • Aby bylo možné vytvořit relaci zrcadlení, musí partneři a určující kopie běžet na stejné verzi SQL Serveru.

  • Dva partneři, to je hlavní server a zrcadlový server, musí používat stejnou edici SQL Serveru. Svědek, pokud je přítomen, může být spuštěn na libovolné edici SQL Serveru, která podporuje zrcadlení databáze.

    Poznámka:

    Instance serveru, které jsou partnery v relaci zrcadlení, můžete upgradovat na novější verzi SQL Serveru. Další informace najdete v tématu Upgradování zrcadlených instancí.

  • Databáze musí používat úplný model obnovení. Jednoduché a hromadně protokolované modely obnovení nepodporují zrcadlení databáze. Hromadné operace jsou proto vždy plně protokolovány pro zrcadlenou databázi. Informace o modelech obnovení naleznete v tématu Modely obnovení (SQL Server).

  • Ověřte, že zrcadlový server má dostatek místa na disku pro zrcadlenou databázi.

    Poznámka:

    Informace o tom, jak používat zrcadlení databáze v replikované databázi, naleznete v tématu Zrcadlení a replikace databáze (SQL Server).

  • Při vytváření zrcadlové databáze na zrcadlovém serveru se ujistěte, že obnovujete zálohu hlavní databáze určující stejný název databáze S NORECOVERY. Také musí být použity všechny zálohy protokolů vytvořené po provedení této zálohy, a to znovu POMOCÍ NORECOVERY.

    Důležité

    Pokud bylo zrcadlení databáze zastaveno, před restartováním je nutné na zrcadlenou databázi použít všechny následné zálohy protokolů provedené v hlavní databázi.

Omezení

  • Zrcadlit lze pouze uživatelské databáze. Nelze zrcadlit databáze master, msdb, tempdb ani model.

  • Nelze přejmenovat zrcadlenou databázi během relace zrcadlení databáze.

  • Zrcadlení databáze nepodporuje FILESTREAM. Na hlavním serveru nelze vytvořit skupinu souborů FILESTREAM. Zrcadlení databáze nelze nakonfigurovat pro databázi, která obsahuje skupiny souborů FILESTREAM.

  • Zrcadlení databáze není podporováno buď u transakcí mezi databázemi nebo distribuovaných transakcí. Další informace naleznete v tématu transakce mezi databázemi a distribuované transakce pro skupiny dostupnosti AlwaysOn a zrcadlení databáze (SQL Server).

Doporučení pro konfiguraci partnerských serverů

  • Partneři by měli běžet na srovnatelných systémech, které můžou zpracovávat stejné úlohy.

    Poznámka:

    Pokud plánujete používat režim vysoké bezpečnosti s automatickým převzetím služeb při selhání, normální zatížení každého partnera pro převzetí služeb při selhání by mělo být menší než 50 procent procesoru. Pokud zatížení úkoly přetíží procesor, záložní partner nemusí být schopen pingnout ostatní instance serveru v relaci zrcadlení. To způsobí zbytečné přepnutí při selhání. Pokud nemůžete zachovat využití procesoru pod 50 procent, doporučujeme použít režim vysoké bezpečnosti bez automatického převzetí služeb při selhání nebo režimu s vysokým výkonem.

  • Pokud je to možné, cesta (včetně písmene jednotky) zrcadlové databáze by měla být shodná s cestou hlavní databáze. Pokud se rozložení souborů musí lišit, musíte do příkazu RESTORE zahrnout možnost MOVE. Pokud je například hlavní databáze na diskové jednotce F:, ale zrcadlový systém nemá diskovou jednotku F:.

    Důležité

    Pokud soubory databáze přesunete při vytváření zrcadlové databáze, možná nebudete moct později přidat soubory do databáze bez pozastavení zrcadlení.

  • Všechny instance serveru v relaci zrcadlení by měly používat stejnou stránku s kódem předlohy a kolaci. Rozdíly můžou způsobit problém během instalace zrcadlení.

  • Volitelně lze odhadnout dobu selhání databáze pro zajištění, že konfigurace systému zajistí požadovaný výkon. Další informace najdete v tématu Odhad přerušení služby během přepínání rolí (zrcadlení databáze).

  • Nejlepšího výkonu dosáhnete použitím vyhrazeného síťového adaptéru (síťové karty) pro zrcadlení.

  • Neposkytujeme žádná doporučení ohledně toho, jestli je síť WAN (Wide-Area Network) dostatečná pro zrcadlení databáze v režimu vysoké bezpečnosti. Pokud se rozhodnete používat režim vysoké bezpečnosti přes síť WAN, buďte opatrní ohledně toho, jak do relace přidáte svědka, protože může dojít k nežádoucímu automatickému převzetí služeb při selhání. Další informace najdete v tématu Doporučení pro nasazení zrcadlení databáze, dále v tomto tématu.

Doporučení pro implementaci zrcadlení databáze

Optimální výkon zrcadlení databáze se získává pomocí asynchronní operace. Relace zrcadlení, která používá synchronní operaci, může být zpomalena, když její zatížení generuje velké množství dat z transakčního protokolu.

V testovacích prostředích je vhodné prozkoumat všechny provozní režimy a vyhodnotit, jak zrcadlení databáze funguje. Než ale nasadíte zrcadlení do produkčního prostředí, ujistěte se, že rozumíte tomu, jak síť funguje v reálném světě.

Režim vysoké bezpečnosti s automatickým zotavením při selhání je určen pro vysoce dostupnou síť, která má vyhrazené připojení nebo poměrně jednoduchou konfiguraci sítě, která minimalizuje zdroje možných chyb sítě. Takové vysoce kvalitní síťové prostředí je nezbytné pro vysoce bezpečný režim s automatickým převzetím služeb při selhání a doporučuje se pro všechny relace zrcadlení databáze. Vysoce výkonný režim a režim vysoké bezpečnosti bez automatického převzetí služeb při selhání jsou však spolehlivostí sítě mnohem méně ovlivněny.

Proto pro produkční prostředí doporučujeme dodržovat následující pokyny pro nasazení:

  1. Spusťte asynchronní režim s vysokým výkonem. Tento režim je nejméně citlivý na síťové prostředí a poskytuje nejlepší konfiguraci pro zkoumání fungování zrcadlení. Doporučujeme, abyste systém spouštěli asynchronně, dokud si nejste jistí, že vaše šířka pásma podporuje zrcadlení a že jste vyvinuli porozumění nastavení zrcadlení a výkonu asynchronního režimu ve vašem prostředí. Další informace naleznete v tématu provozní režimy zrcadlení databáze.

    Důležité

    Během testování doporučujeme monitorovat relace kvůli chybám sítě, které způsobují selhání zrcadlování databáze. Další informace o potenciálních zdrojích selhání naleznete v tématu Možné chyby během zrcadlení databáze. Informace o tom, jak monitorovat zrcadlení databáze, naleznete v tématu Monitorování zrcadlení databáze (SQL Server).

  2. Pokud máte jistotu, že asynchronní operace splňuje obchodní potřeby, můžete zkusit synchronní operaci, aby se zlepšila ochrana dat. Když ověříte fungování synchronního zrcadlení ve vašem prostředí, doporučujeme nejprve otestovat režim s vysokou bezpečností bez automatického převzetí služeb při selhání. Primárním účelem tohoto testování je zjistit, jak synchronní operace ovlivňuje výkon databáze. Další informace naleznete v tématu provozní režimy zrcadlení databáze.

  3. Počkejte, až povolíte automatické převzetí služeb při selhání, dokud si nejste jisti, že režim vysoké bezpečnosti bez automatického převzetí služeb při selhání splňuje obchodní potřeby a že chyby sítě nezpůsobují selhání. Další informace najdete v tématu Přepínání rolí během relace zrcadlení databáze (SQL Server).

Viz také

Nastavení zrcadlení databáze (SQL Server)
Zabezpečení přenosu dat pro zrcadlení databáze a Always On skupiny dostupnosti (SQL Server)
Zrcadlení databáze (SQL Server)
Řešení problémů s konfigurací zrcadlení databáze (SQL Server)