Sdílet prostřednictvím

Osvědčené postupy pro správu replikace

  • Článek

platí pro:SQL Serverazure SQL Managed Instance

Po nakonfigurování replikace je důležité pochopit, jak spravovat topologii replikace. Toto téma obsahuje základní pokyny k osvědčeným postupům v řadě oblastí s odkazy na další informace pro každou oblast. Kromě dodržování pokynů k osvědčeným postupům, které jsou uvedeny v tomto tématu, zvažte čtení tématu s nejčastějšími dotazy a problémy: nejčastější dotazy pro správce replikace.

Užitečné je rozdělit pokyny k osvědčeným postupům do dvou oblastí:

  • Následující informace se týkají osvědčených postupů, které by se měly implementovat pro všechny topologie replikace:

    • Vývoj a testování strategie zálohování a obnovení

    • Vytvořte skript replikační topologii.

    • Vytvořte prahové hodnoty a výstrahy.

    • Monitorujte topologii replikace.

    • V případě potřeby nastavte standardní hodnoty výkonu a vylaďte replikaci.

  • Následující informace se týkají osvědčených postupů, které by se měly zvážit, ale nemusí se vyžadovat pro topologii:

    • Pravidelně ověřovat data.

    • Upravte parametry agenta prostřednictvím profilů.

    • Upravte dobu uchovávání publikace a distribuce.

    • Zjistěte, jak změnit vlastnosti článku a publikace, pokud se změní požadavky aplikace.

    • Zjistěte, jak provést změny schématu, pokud se změní požadavky aplikace.

Vývoj a testování strategie zálohování a obnovení

Všechny databáze by se měly pravidelně zálohovat a možnost obnovení těchto záloh by se měla pravidelně testovat; replikované databáze se nijak neliší. Následující databáze by se měly pravidelně zálohovat:

  • Databáze publikací

  • Distribuční databáze

  • Databáze předplatného

  • databáze msdb a hlavní databáze vydavatele, distributora a všech odběratelů

Replikované databáze vyžadují zvláštní pozornost, pokud jde o zálohování a obnovení dat. Další informace naleznete v tématu zálohování a obnovení replikovaných databází.

Vytvořte skript pro topologii replikace

Všechny komponenty replikace v topologii by měly být skriptovány jako součást plánu zotavení po havárii a skripty je možné použít také k automatizaci opakovaných úloh. Skript obsahuje Transact-SQL systémové uložené procedury potřebné k implementaci skriptovaných komponent replikace, jako je publikace nebo odběr. Skripty lze vytvořit v průvodci (například v Průvodci novou publikací) nebo v aplikaci Microsoft SQL Server Management Studio po vytvoření součásti. Skript můžete zobrazit, upravit a spustit pomocí aplikace SQL Server Management Studio nebo sqlcmd. Skripty je možné uložit se záložními soubory, které se mají použít v případě, že je potřeba překonfigurovat topologii replikace. Další informace najdete v tématu Scripting Replication.

Pokud dojde ke změnám vlastností, měla by být komponenta rescriptována. Pokud používáte vlastní uložené procedury s transakční replikací, měla by být kopie každé procedury uložena se skripty; Pokud se změní postup (postupy se obvykle aktualizují kvůli změnám schématu nebo změnám požadavků aplikace), měla by být kopie aktualizována. Další informace o vlastních procedurách naleznete v tématu Určení způsobu šíření změn pro transakční články.

Nastavte standardní hodnoty výkonu a v případě potřeby vylaďte replikaci.

Před konfigurací replikace se doporučuje seznámit se s faktory, které ovlivňují výkon replikace:

  • Serverový a síťový hardware

  • Návrh databáze

  • Konfigurace distributora

  • Návrh a možnosti publikace

  • Návrh a použití filtru

  • Možnosti předplatného

  • Možnosti snímku

  • Parametry agenta

  • Údržba

Po nakonfigurování replikace se doporučuje vytvořit standardní hodnoty výkonu, které vám umožní určit, jak se replikace chová s úlohou, která je typická pro vaše aplikace a topologii. K určení typických čísel pro následující pět dimenzí výkonu replikace použijte Nástroj Sledování replikace a Sledování systému:

  • Latence: Doba, kterou trvá, než se změna dat rozšíří mezi uzly v topologii replikace.

  • Propustnost: Množství aktivity replikace (měřené v příkazech dodaných během určitého časového období), které systém může v čase udržet.

  • Souběžnost: počet procesů replikace, které mohou fungovat na systému současně.

  • Doba trvání synchronizace: jak dlouho trvá dokončení dané synchronizace.

  • Spotřeba prostředků: hardwarové a síťové prostředky používané v důsledku zpracování replikace.

Latence a propustnost jsou pro transakční replikaci nejrelevantní, protože systémy založené na transakční replikaci obecně vyžadují nízkou latenci a vysokou propustnost. Souběžnost a délka trvání synchronizace jsou pro sloučenou replikaci nejrelevantnější, protože systémy založené na sloučené replikaci mají často velký počet odběratelů a publisher může mít velký počet souběžných synchronizací s těmito odběrateli.

Po vytvoření směrných čísel nastavte prahové hodnoty ve službě Monitor replikace. Další informace najdete v tématu Nastavení prahových hodnot a upozornění v Monitoru replikace a Použití výstrah pro události agenta replikace. Pokud narazíte na problém s výkonem, doporučujeme si projít návrhy v tématech zvýšení výkonu uvedených výše a použít změny v oblastech, které mají vliv na problémy, se kterými se setkáváte.

Vytváření prahových hodnot a upozornění

Monitorování replikace umožňuje nastavit řadu prahových hodnot souvisejících se stavem a výkonem. Doporučuje se nastavit vhodné prahové hodnoty pro topologii; pokud dojde k dosažení prahové hodnoty, zobrazí se upozornění a volitelně se výstraha může odeslat e-mailovému účtu, stránkovači nebo jinému zařízení. Pro více informací se podívejte na Nastavení prahových hodnot a upozornění v Replication Monitoru.

Kromě výstrah, které je možné přidružit k prahovým hodnotám monitorování, poskytuje replikace řadu předdefinovaných výstrah, které reagují na akce agenta replikace. Tyto výstrahy může správce použít k tomu, aby zůstal informován o stavu topologie replikace. Doporučujeme si projít téma popisující výstrahy a použít všechny, které vyhovují potřebám vaší správy (v případě potřeby je také možné vytvořit další výstrahy). Další informace najdete v tématu Použití výstrah pro události agenta replikace.

Monitorování topologie replikace

Po nastavení topologie replikace a konfigurace prahových hodnot a upozornění se doporučuje pravidelně monitorovat replikaci. Monitorování topologie replikace je důležitým aspektem nasazení replikace. Vzhledem k tomu, že je distribuovaná aktivita replikace, je nezbytné sledovat aktivitu a stav napříč všemi počítači, které jsou součástí replikace. K monitorování replikace je možné použít následující nástroje:

  • Monitorování replikace je nejdůležitějším nástrojem pro monitorování replikace, který umožňuje monitorovat celkový stav topologie replikace. Další informace naleznete v tématu Monitorování replikace.

  • Transact-SQL a objekty RMO (Replication Management Object) poskytují rozhraní pro monitorování replikace. Další informace naleznete v části Monitorování replikace.

  • Monitorování systému může být také užitečné pro monitorování výkonu replikace. Další informace naleznete v tématu Monitorování replikace pomocí nástroje System Monitor.

Pravidelně ověřovat data

Replikace nevyžaduje ověření, ale doporučuje se pravidelně spouštět ověřování pro transakční replikaci a slučovací replikaci. Ověření umožňuje ověřit, že data v odběrateli odpovídají datům v Publisheru. Úspěšné ověření označuje, že v tomto okamžiku se všechny změny z Vydavatele replikovaly do odběratele (a od odběratele do Vydavatele, pokud jsou aktualizace podporovány u odběratele) a že jsou obě databáze synchronizované.

Doporučuje se provést ověření podle plánu zálohování databáze publikace. Pokud má například databáze publikace úplné zálohování jednou týdně, může se ověření spustit jednou týdně po dokončení zálohování. Další informace najdete v tématu ověření replikovaných dat.

V případě potřeby změňte parametry agenta pomocí profilů agentů.

Profily agentů poskytují pohodlnou metodu nastavení parametrů agenta replikace. Parametry lze také zadat na příkazovém řádku agenta, ale obvykle je vhodnější použít předdefinovaný profil agenta nebo vytvořit nový profil, pokud potřebujete změnit hodnotu parametru. Pokud například používáte replikaci sloučení a odběratel se přesune z širokopásmového připojení k telefonickému připojení, zvažte použití pomalého propojení profilu pro agenta sloučení; tento profil používá sadu parametrů, které jsou vhodnější pro pomalejší komunikační propojení. Další informace naleznete v tématu profily agenta replikace.

V případě potřeby upravte dobu uchovávání publikace a distribuce.

Transakční replikace a slučovací replikace používají dobu uchovávání informací k určení, jak dlouho se transakce ukládají v distribuční databázi a jak často se musí předplatné synchronizovat. Na začátku se doporučuje použít výchozí nastavení, ale je důležité monitorovat topologii, abyste zjistili, zda nastavení vyžadují úpravy. Například v případě replikace sloučení určuje doba uchovávání publikace (výchozí hodnota je 14 dnů), jak dlouho se metadata ukládají v systémových tabulkách. Pokud se předplatná vždy synchronizují do pěti dnů, zvažte úpravu nastavení na nižší číslo, což sníží metadata a případně zajistí lepší výkon. Další informace najdete v tématu vypršení platnosti předplatného a deaktivace.

Vysvětlení toho, jak upravit publikace, pokud se změní požadavky na aplikaci

Po vytvoření publikace může být nutné přidat nebo vypustit články nebo změnit vlastnosti publikace a článku. Většina změn je povolena po vytvoření publikace, ale v některých případech je nutné vygenerovat nový snímek publikace a/nebo znovu inicializovat odběry publikace. Další informace naleznete v tématu Změnit vlastnosti publikace a článku a Přidat články do a odstranit články z existujících publikací.

Vysvětlení postupu provádění změn schématu v případě, že se změní požadavky aplikace

V mnoha případech se změny schématu vyžadují po spuštění aplikace v produkčním prostředí. V topologii replikace se tyto změny často musí rozšířit do všech odběratelů. Replikace podporuje širokou škálu změn schématu publikovaných objektů. Když provedete některou z následujících změn schématu u příslušného publikovaného objektu v aplikaci Microsoft SQL Server Publisher, tato změna se ve výchozím nastavení rozšíří pro všechny předplatitele SYSTÉMU SQL Server:

  • ALTER TABLE (změnit tabulku)

  • ALTER VIEW

  • ALTER PROCEDURE

  • ALTER FUNCTION

  • ALTER TRIGGER

Další informace naleznete v tématu provedení změn schématu v publikovaných databázích.

Související obsah

  • Nejčastější dotazy ke správě replikace