Sdílet prostřednictvím

Osvědčené postupy pro propojení se spravovanou instancí – Azure SQL Managed Instance

  • Článek

Platí pro:Azure SQL Managed Instance

Tento článek popisuje osvědčené postupy při použití odkazu spravované instance k replikaci dat mezi spravovanou instancí Azure SQL a instancemi SQL Serveru hostovanými kdekoli a poskytuje replikaci dat téměř v reálném čase mezi propojenými replikami.

Pravidelné zálohování protokolů

Pokud je SQL Server vaším počátečním primárním serverem, je důležité po dokončení počátečního počátečního počátečního zazálohování provést první zálohu protokolu na SQL Serveru, pokud už databáze není ve stavu Obnovení... ve službě Azure SQL Managed Instance. Pak pravidelně zálohujte transakční protokol SQL Serveru, aby se zachovala velikost souboru transakčního protokolu, který je v pořádku, zatímco SQL Server je v primární roli.

Funkce propojení replikuje data pomocí technologie distribuovaných skupin dostupnosti na základě skupin dostupnosti AlwaysOn. Replikace dat s distribuovanými skupinami dostupnosti je založená na replikaci záznamů transakčního protokolu. Z databáze v primární instanci SQL Serveru nelze zkrátit žádné záznamy transakčního protokolu, dokud nebudou replikovány do databáze na sekundární replice. Pokud je replikace záznamů transakčního protokolu pomalá nebo blokovaná kvůli problémům se síťovým připojením, soubor protokolu stále roste na primární instanci. Rychlost růstu závisí na intenzitě úloh a rychlosti sítě. Pokud dojde k delšímu výpadku síťového připojení a vysoké zatížení v primární instanci, může soubor protokolu využívat veškerý dostupný prostor úložiště.

Pravidelné zálohování transakčních protokolů zkracuje transakční protokol a minimalizuje riziko výpadku místa v primární instanci SQL Serveru kvůli růstu souboru protokolu. Pokud je spravovaná instance SQL primární instancí, není nutná žádná další akce, protože zálohy protokolů se už provádějí automaticky. Pravidelným zálohováním protokolů na primárním SERVERU SQL Server je databáze odolnější vůči neplánovaným událostem růstu protokolu. Zvažte plánování každodenních úloh zálohování protokolů pomocí úlohy agenta SQL Serveru.

Pomocí skriptu Transact-SQL (T-SQL) můžete zálohovat soubor protokolu, například ukázku uvedenou v této části. Zástupné symboly v ukázkovém skriptu nahraďte názvem databáze, názvem a cestou záložního souboru a popisem.

K zálohování transakčního protokolu použijte následující ukázkový skript jazyka Transact-SQL (T-SQL) na SQL Serveru:

-- Execute on SQL Server
-- Take log backup
BACKUP LOG [<DatabaseName>]
TO DISK = N'<DiskPathandFileName>'
WITH NOFORMAT, NOINIT,
NAME = N'<Description>', SKIP, NOREWIND, NOUNLOAD, COMPRESSION, STATS = 1

Pomocí následujícího příkazu Jazyka Transact-SQL (T-SQL) zkontrolujte místo v protokolu používaném vaší databází na SQL Serveru:

-- Execute on SQL Server
DBCC SQLPERF(LOGSPACE);

Výstup dotazu vypadá jako v následujícím příkladu ukázkové databáze tpcc:

Snímek obrazovky s výsledky příkazu zobrazující velikost souboru protokolu a využité místo

V tomto příkladu databáze používala 76 % dostupného protokolu s absolutní velikostí souboru protokolu přibližně 27 GB (27 971 MB). Prahové hodnoty pro akci se liší v závislosti na vaší úloze. V předchozím příkladu je velikost transakčního protokolu a procento použití protokolu obvykle indikací, že byste měli provést zálohu transakčního protokolu, abyste zkrátili soubor protokolu a uvolnili nějaké místo, nebo byste měli provádět častější zálohování protokolů. Může to také značit, že zkrácení transakčního protokolu je blokováno otevřenými transakcemi. Další informace o řešení potíží s transakčním protokolem na SQL Serveru najdete v tématu Řešení potíží s úplným transakčním protokolem (chyba SQL Serveru 9002). Další informace o řešení potíží s transakčním protokolem ve službě Azure SQL Managed Instance najdete v tématu Řešení chyb transakčního protokolu pomocí služby Azure SQL Managed Instance.

Poznámka:

Při účasti na propojení se automatizované úplné zálohování protokolů transakcí a záloh transakčních protokolů přebírá ze služby SQL Managed Instance bez ohledu na to, jestli se jedná o primární repliku. Rozdílové zálohy se nevybíjí, což může vést k delší době obnovení.

Shoda s kapacitou výkonu mezi replikami

Pokud používáte funkci propojení, je důležité shodovat kapacitu výkonu mezi SQL Serverem a službou SQL Managed Instance, aby se zabránilo problémům s výkonem, pokud sekundární replika nemůže držet krok s replikací z primární repliky nebo po převzetí služeb při selhání. Kapacita výkonu zahrnuje jádra procesoru (nebo virtuální jádra v Azure), paměť a propustnost vstupně-výstupních operací.

Můžete zkontrolovat výkon replikace s velikostí fronty opakování na sekundární replice. Velikost fronty znovu označuje počet záznamů protokolu, které čekají na opětovné spuštění sekundární repliky. Konzistentně vysoká velikost fronty znovu značí, že sekundární replika nemůže držet krok s primární replikou. Velikost fronty znovu můžete zkontrolovat následujícími způsoby:

Pokud je velikost fronty znovu konzistentně vysoká, zvažte zvýšení prostředků na sekundární replice.

Obměna certifikátu

Certifikát, který používáte k zabezpečení koncového bodu zrcadlení databáze, může vypršet, což může vést ke snížení výkonu propojení. Pokud chcete tomuto problému zabránit, otočte certifikát před vypršením jeho platnosti.

Pomocí následujícího příkazu Transact-SQL (T-SQL) zkontrolujte datum vypršení platnosti aktuálního certifikátu:

-- Run on SQL Server
USE MASTER
GO
SELECT * FROM sys.certificates WHERE pvt_key_encryption_type = 'MK'

Pokud platnost vašeho certifikátu brzy vyprší nebo už vypršela, můžete vytvořit nový certifikát a pak změnit existující koncový bod tak, aby nahradil aktuální certifikát.

Jakmile je koncový bod nakonfigurovaný tak, aby používal nový certifikát, můžete certifikát s vypršenou platností odstranit .

Přidání příznaků trasování po spuštění

Na SQL Serveru existují dva příznaky trasování (-T1800 a -T9567), které při přidání jako spouštěcí parametry mohou optimalizovat výkon replikace dat prostřednictvím propojení. Další informace najdete v tématu Povolení příznaků trasování po spuštění.

Související obsah

Použití odkazu:

Další informace o odkazu:

V případě jiných scénářů replikace a migrace zvažte následující: