Sdílet prostřednictvím

O přesouvání protokolů (SQL Server)

platí pro:SQL Server

Přesouvání protokolů SQL Serveru umožňuje automaticky odesílat zálohy transakčních protokolů z primární databáze na instanci primárníhoserveru do jedné nebo více sekundárních databází na samostatných sekundárních instancích serveru. Zálohy transakčních protokolů se použijí pro každou sekundární databázi jednotlivě. Volitelná třetí instance serveru, která se označuje jako monitorový server, zaznamenává historii a stav operací zálohování a obnovení a volitelně vyvolává výstrahy v případě, že k těmto operacím nedojde podle plánu.

Přehled přesouvání protokolů

Přesouvání protokolů se skládá ze tří operací:

  1. Zálohujte transakční protokol v instanci primárního serveru.
  2. Zkopírujte soubor transakčního protokolu do sekundární instance serveru.
  3. Obnovte zálohu protokolu v instanci sekundárního serveru.

Protokol lze odeslat do několika sekundárních instancí serveru. V takových případech jsou operace 2 a 3 duplikovány pro každou sekundární instanci serveru.

Konfigurace přesouvání protokolů automaticky nepřesáhne služby při selhání z primárního serveru na sekundární server. Pokud se primární databáze stane nedostupnou, můžete ji převést do režimu online ručně.

Pro účely vytváření sestav můžete použít sekundární databázi.

Kromě toho můžete nakonfigurovat upozornění pro konfiguraci expedice protokolů.

Typická konfigurace přesouvání protokolů

Následující obrázek znázorňuje konfiguraci přesouvání protokolů s primární instancí serveru, třemi sekundárními instancemi serveru a instancí monitorovacího serveru. Obrázek znázorňuje kroky prováděné úlohami zálohování, kopírování a obnovení následujícím způsobem:

  1. Instance primárního serveru spouští úlohu zálohování pro zálohování transakčního protokolu v primární databázi. Tato instance serveru pak umístí zálohu protokolu do primárního záložního souboru protokolu, který odesílá do záložní složky. Na tomto obrázku je záložní složka ve sdíleném adresáři, ve které je sdílená sdílená složka zálohování.

  2. Každá ze tří sekundárních instancí serveru spouští vlastní úlohu kopírování, která zkopíruje primární záložní soubor protokolu do vlastní místní cílové složky.

  3. Každá sekundární instance serveru spouští vlastní úlohu obnovení pro obnovení zálohy protokolu z místní cílové složky do místní sekundární databáze.

Primární a sekundární instance serveru odesílají do instance monitorového serveru vlastní historii a stav.

Diagram konfigurace znázorňující úlohy zálohování, kopírování a obnovení

Vynucení šifrování TLS 1.3

SQL Server 2025 (17.x) zavádí podporu TDS 8.0 pro přesouvání protokolů. Protokol TDS 8.0 poskytuje rozšířené zabezpečení a šifrování dat přenášených mezi primárními a sekundárními servery topologie přenosu protokolů. Vyberte si mezi vynucením povinného nebo striktního šifrování pro komunikaci mezi servery.

V SYSTÉMU SQL Server 2025 (17.x) používá expediční protokol ovladač Microsoft OLE DB pro SQL Server jako výchozí verzi pro odkazované servery, která má výchozí Encrypt hodnotu Mandatory.

Pokud chcete použít šifrování TLS 1.3 ve stávající konfiguraci přesouvání protokolů, odstraňte topologii a znovu vytvořte pomocí nových parametrů protokolu TLS 1.3 v uložených procedurách pro přesouvání protokolů.

Monitorování přenosu protokolů může být přerušeno, pokud je monitor vzdálenou instancí systému SQL Server 2025

Monitorování přesouvání protokolů může selhat, pokud je monitor vzdálenou instancí SQL Serveru 2025 (17.x), zatímco jiné instance SQL Serveru v topologii log shippingu používají předchozí verzi. Může se zobrazit jedna z následujících chyb:

OLE DB provider "MSOLEDBSQL19" for linked server "<server>" returned message "Client unable to establish connection. For solutions related to encryption errors, see https://go.microsoft.com/fwlink/?linkid=2227882.".

Nebo:

Msg 32055, Level 16, State 2, Procedure master.dbo.sp_add_log_shipping_primary_database, Line 325 [Batch Start Line 10]
There was an error configuring the remote monitor server.

Chcete-li tento problém vyřešit, odstraňte a znovu vytvořte konfiguraci přesouvání protokolů na primární i sekundární repliky. Ukázkový skript je k dispozici v části Použití vzdáleného monitoru s možnostmi připojení.

Další informace naleznete v tématu Chování šifrování a ověření certifikátu.

Výhody

  • Poskytuje řešení zotavení po havárii pro jednu primární databázi a jednu nebo více sekundárních databází, z nichž každá je v samostatné instanci SQL Serveru.

  • Podporuje omezený přístup jen pro čtení k sekundárním databázím (během intervalu mezi úlohami obnovení).

  • Umožňuje uživatelem zadanou prodlevu mezi tím, kdy primární server zálohuje protokol primární databáze a kdy sekundární servery musí obnovit (použít) zálohu protokolu. Delší zpoždění může být užitečné například v případě, že se data v primární databázi omylem změní. Pokud se náhodná změna rychle zjistí, zpoždění vám umožní načíst stále nezměněná data ze sekundární databáze, než se tam změna projeví.

Pojmy a definice

  • primární server: Instance SQL Serveru, která je vaším produkčním serverem.

  • primární databáze: Databáze na primárním serveru, který chcete zálohovat na jiný server. Veškerá správa konfigurace odesílání protokolů prostřednictvím aplikace SQL Server Management Studio se provádí z primární databáze.

  • sekundární server: Instance SQL Serveru, kde chcete zachovat záložní záložní kopii primární databáze.

  • sekundární databáze: Záložní záložní kopie primární databáze. Sekundární databáze může být ve stavu OBNOVENÍ nebo STANDBY ve stavu, který ponechá databázi dostupnou pro omezený přístup jen pro čtení.

  • monitor server: Volitelná instance SQL Serveru, která sleduje všechny podrobnosti o přesouvání protokolů, včetně:

    • Při posledním zálohování transakčního protokolu v primární databázi.
    • Když sekundární servery naposledy zkopírovaly a obnovily záložní soubory.
    • Informace o všech upozorněních na selhání zálohování

    Důležité

    Jakmile je server monitorování nakonfigurovaný, nejde ho změnit, aniž byste nejprve odebrali expedici protokolu.

  • úloha zálohování: Úloha agenta SQL Serveru, která provádí operaci zálohování, zaznamenává historii na místní server a monitorovací server a odstraňuje staré záložní soubory a informace o historii. Pokud je povolené přesouvání protokolů, vytvoří se v instanci primárního serveru kategorie úlohy Log Shipping Backup.

  • úloha kopírování: Úloha agenta SQL Serveru, která kopíruje záložní soubory z primárního serveru do konfigurovatelného cíle na sekundárním serveru a protokoluje historii na sekundárním serveru a serveru monitorování. Pokud je v databázi povoleno odesílání protokolů, vytvoří se kategorie úlohy Log Shipping Copy na každém sekundárním serveru v konfiguraci odeslání protokolu.

  • úloha obnovení: Úloha agenta SQL Serveru, která obnoví zkopírované záložní soubory do sekundárních databází. Zaznamenává historii na místním serveru a na serveru monitoru a odstraňuje staré soubory a staré informace o historii. Pokud je v databázi povoleno odesílání protokolů, vytvoří se v sekundární instanci serveru kategorie úlohy Log Shipping Restore.

  • úloha výstrahy: Úloha agenta SQL Serveru, která vyvolává výstrahy pro primární a sekundární databáze, když se operace zálohování nebo obnovení úspěšně nedokončí v zadané prahové hodnotě. Pokud je v databázi povoleno odesílání protokolů, vytvoří se v instanci serveru monitorování kategorie Log Shipping Alert (Upozornění na odeslání protokolu).

    Návod

    Pro každou výstrahu musíte zadat číslo výstrahy. Nezapomeňte také nakonfigurovat výstrahu tak, aby operátora upozorňovala při vyvolání výstrahy.

Interoperability

Expediční protokol lze použít s následujícími funkcemi nebo komponentami SQL Serveru:

Poznámka:

Skupiny dostupnosti AlwaysOn a zrcadlení databáze se vzájemně vylučují. Databázi, která je nakonfigurovaná pro jednu z těchto funkcí, není možné nakonfigurovat pro druhou.

Upozornění

Známý problém: U databází s tabulkami optimalizovanými pro paměť může provedení zálohování transakčního protokolu bez obnovení a pozdější spuštění obnovení transakčního protokolu s obnovením způsobit nereagující proces obnovení databáze. Tento problém může mít vliv také na funkci přesouvání protokolů. Chcete-li tento problém vyřešit, může být instance SYSTÉMU SQL Server restartována před zahájením procesu obnovení.

Související obsah

  • Last updated on