Odkaz na převzetí služeb při selhání – Azure SQL Managed Instance

Platí pro: Azure SQL Managed Instance

V tomto článku se naučíte, jak převzít služby při selhání databáze propojené mezi SQL Serverem a službou Azure SQL Managed Instance pomocí aplikace SQL Server Management Studio (SSMS) nebo PowerShellu.

Poznámka:

• Konfigurace služby Azure SQL Managed Instance jako počáteční primární instance je aktuálně ve verzi Preview a podporuje se pouze od VERZE SQL Server 2022 CU10.

Požadavky

Pokud chcete převzít služby při selhání databází do sekundární repliky prostřednictvím odkazu, potřebujete následující požadavky:

• Aktivní předplatné Azure. Pokud žádné nemáte, vytvořte si bezplatný účet.
• Podporovaná verze SQL Serveru s nainstalovanou požadovanou aktualizací služby
• Propojení nakonfigurované mezi primární a sekundární replikou

Zastavení úlohy

Pokud jste připraveni převzít služby při selhání databáze na sekundární repliku, zastavte nejprve všechny úlohy aplikace na primární replice během doby údržby. To umožňuje replikaci databáze zachytit sekundární, abyste mohli převzít služby při selhání sekundární bez ztráty dat. Před převzetím služeb při selhání se ujistěte, že vaše aplikace neaktuují transakce do primárního serveru.

Převzetí služeb při selhání databáze

Propojenou databázi můžete převzít při selhání pomocí aplikace SQL Server Management Studio nebo PowerShellu.

SQL Server Management Studio (SSMS)

Pomocí průvodce převzetím služeb při selhání mezi SQL Serverem a spravovanou instancí v SSMS můžete převzít služby při selhání databáze z primární do sekundární repliky.

Plánované převzetí služeb při selhání můžete provést buď z primární nebo sekundární repliky. Pokud chcete provést vynucené převzetí služeb při selhání, připojte se k sekundární replice.

Upozornění

• Před převzetím služeb při selhání zastavte úlohu ve zdrojové databázi, aby se replikovaná databáze mohla zcela zachytit a převzít služby při selhání bez ztráty dat. Pokud provádíte vynucené převzetí služeb při selhání, můžete přijít o data.
• Převzetí služeb při selhání databáze v SQL Serveru 2019 a starších verzích se přeruší a odebere propojení mezi těmito dvěma replikami. Navrácení služeb po obnovení nejde provést zpět na počáteční primární server.
• Převzetí služeb při selhání databáze při zachování propojení s SQL Serverem 2022 je aktuálně ve verzi Preview.

Pokud chcete převzít služby při selhání databáze, postupujte takto:

1. Otevřete SSMS a připojte se k některé replice.

2. V Průzkumník objektů klikněte pravým tlačítkem na replikovanou databázi, najeďte myší na odkaz azure SQL Managed Instance a vyberte Převzetí služeb při selhání. Otevře se průvodce převzetím služeb při selhání mezi SQL Serverem a spravovanou instancí. Pokud máte více odkazů ze stejné databáze, rozbalte skupiny dostupnosti v části Skupiny dostupnosti AlwaysOn v Průzkumník objektů a klikněte pravým tlačítkem myši na distribuovanou skupinu dostupnosti pro propojení, které chcete převzít služby při selhání. Výběrem možnosti Převzetí služeb při selhání... otevřete průvodce převzetím služeb při selhání mezi SQL Serverem a spravovanou instancí pro daný odkaz.

   

3. Na stránce Úvod zvolte Další.

4. Stránka Zvolit typ převzetí služeb při selhání zobrazuje podrobnosti o jednotlivých replikách, roli vybrané databáze a podporovaných typech převzetí služeb při selhání. Převzetí služeb při selhání můžete zahájit z libovolné repliky. Pokud zvolíte vynucené převzetí služeb při selhání, musíte zaškrtnout políčko, abyste pochopili, že může dojít ke ztrátě dat. Vyberte Další.

   Poznámka:

   Pokud migrujete do spravované instance Azure SQL, zvolte Plánované převzetí služeb při selhání.

5. Na stránce Přihlásit se k Azure a vzdálené instanci:

   1. Výběrem možnosti Přihlásit se zadejte svoje přihlašovací údaje a přihlaste se ke svému účtu Azure.
   2. Na základě typu převzetí služeb při selhání vybraného na předchozí stránce funguje možnost Přihlásit se jinak. U plánovaného převzetí služeb při selhání je přihlášení ke vzdálené instanci (SQL Server nebo SQL Managed Instance) povinné. Pro vynucené převzetí služeb při selhání je podepisování volitelné, protože se podporují následující dva scénáře:
      • Skutečné zotavení po havárii: Vzhledem k tomu, že primární instance je obvykle nedostupná během skutečné havárie, není přihlášení možné a uživatel musí provést převzetí služeb při selhání sekundární instanci okamžitě, takže se jedná o novou primární instanci. Po vyřešení výpadku je propojení v nekonzistentním stavu, protože obě repliky jsou teď v primární roli (scénář rozdělení mozku).
      • Postup zotavení po havárii: Postup zotavení po havárii s vynuceným převzetím služeb při selhání se nedoporučuje, protože by mohlo dojít ke ztrátě dat. Během přechodu k podrobnostem ale platí, že vzhledem k tomu, že je primární instance dostupná, je podporováno přihlášení a máte možnost obrátit role pro obě repliky, abyste se vyhnuli scénáři rozděleného mozku.

6. Na stránce Operace po převzetí služeb při selhání se možnosti mezi SQL Serverem 2022 a staršími verzemi liší a zda jste se mohli připojit k primární instanci.

   • U SQL Serveru 2022 můžete zastavit replikaci mezi replikami, která po dokončení převzetí služeb při selhání ukončí propojení a distribuovanou skupinu dostupnosti. Pokud chcete propojení zachovat a pokračovat v replikaci dat mezi replikami, ponechte políčko nezaškrtnuté. Pokud se rozhodnete propojení odstranit, můžete také zaškrtnout políčko, abyste skupinu dostupnosti zaškrtli, pokud jste ji vytvořili výhradně pro účely replikace databáze do Azure a už ji nepotřebujete. Zaškrtněte políčka, která odpovídají vašemu scénáři, a pak vyberte Další.
   • U SQL Serveru 2019 a starších verzí je ve výchozím nastavení zaškrtnutá možnost Odebrat propojení a nemůžete ji zrušit, protože převzetí služeb při selhání ve službě SQL Managed Instance zastaví replikaci, přeruší propojení a ukončí distribuovanou skupinu dostupnosti. Zaškrtněte políčko, abyste pochopili, že se odkaz zahodí, a pak vyberte Další.
   • (Volitelně) Pokud jste se mohli přihlásit k instanci SQL Serveru na předchozí stránce, máte také možnost odstranit skupinu dostupnosti v instanci SQL Serveru po vynuceném převzetí služeb při selhání zaškrtnutím políčka v části Vyčištění .

7. Na stránce Souhrn zkontrolujte akce. Volitelně můžete vybrat možnost Skript pro vygenerování skriptu, abyste mohli databázi snadno převzít služby při selhání pomocí stejného odkazu v budoucnu. Až budete připraveni převzít služby při selhání databáze, vyberte Dokončit .

8. Po dokončení všech kroků se na stránce Výsledky vedle úspěšně dokončených akcí zobrazují značky zaškrtnutí. Okno teď můžete zavřít.

Pokud jste se rozhodli zachovat propojení pro SQL Server 2022, sekundární se stane novou primární, propojení je stále aktivní a můžete navrátit služby po obnovení do sekundární.

Pokud používáte SQL Server 2019 a starší verze, nebo pokud jste se rozhodli odkaz pro SQL Server 2022 odstranit, odkaz se zahodí a po dokončení převzetí služeb při selhání už neexistuje. Zdrojová databáze i cílová databáze na každé replice můžou spustit úlohu čtení a zápisu. Jsou zcela nezávislé.

Důležité

Po úspěšném převzetí služeb při selhání do služby SQL Managed Instance ručně nastavte bod aplikací připojovací řetězec na plně kvalifikovaný název domény spravované instance SQL, abyste dokončili proces migrace nebo převzetí služeb při selhání a pokračovali v provozu v Azure.

PowerShell

Abyste mohli převzít služby při selhání, musíte nejprve přepnout režimy replikace instance SQL Serveru pomocí jazyka Transact-SQL (T-SQL).

Potom můžete převzít služby při selhání a přepnout role pomocí PowerShellu.

Přepnutí režimu replikace (převzetí služeb při selhání do SQL MI)

Replikace mezi SQL Serverem a spravovanou instancí SQL je ve výchozím nastavení asynchronní. Pokud provádíte převzetí služeb při selhání z SQL Serveru do služby Azure SQL Managed Instance, před převzetím služeb při selhání databáze přepněte odkaz na synchronní režim na SQL Serveru pomocí jazyka Transact-SQL (T-SQL).

Poznámka:

• Tento krok přeskočte, pokud převezmete služby při selhání ze služby SQL Managed Instance na SQL Server 2022.
• Synchronní replikace napříč velkými síťovými vzdálenostmi může zpomalit transakce na primární replice.

Spuštěním následujícího skriptu T-SQL na SQL Serveru změňte režim replikace distribuované skupiny dostupnosti z asynchronní na synchronizaci. Nahradit:

• <DAGName> s názvem distribuované skupiny dostupnosti (používá se k vytvoření odkazu).
• <AGName> s názvem skupiny dostupnosti vytvořené na SQL Serveru (používá se k vytvoření odkazu).
• <ManagedInstanceName> s názvem vaší spravované instance.

-- Run on SQL Server
-- Sets the distributed availability group to a synchronous commit.
-- ManagedInstanceName example: 'sqlmi1'
USE master
GO
ALTER AVAILABILITY GROUP [<DAGName>] 
MODIFY 
AVAILABILITY GROUP ON
    '<AGName>' WITH
    (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT),
    '<ManagedInstanceName>' WITH
    (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT);

Pokud chcete ověřit, že jste režim replikace propojení úspěšně změnili, použijte následující zobrazení dynamické správy. Výsledky označují SYNCHRONOUS_COMMIT stav.

-- Run on SQL Server
-- Verifies the state of the distributed availability group
SELECT
    ag.name, ag.is_distributed, ar.replica_server_name,
    ar.availability_mode_desc, ars.connected_state_desc, ars.role_desc,
    ars.operational_state_desc, ars.synchronization_health_desc
FROM
    sys.availability_groups ag
    join sys.availability_replicas ar
    on ag.group_id=ar.group_id
    left join sys.dm_hadr_availability_replica_states ars
    on ars.replica_id=ar.replica_id
WHERE
    ag.is_distributed=1

Teď, když jste přepnuli SQL Server na synchronní režim potvrzení, je replikace mezi těmito dvěma instancemi synchronní. Pokud potřebujete tento stav vrátit zpět, postupujte podle stejných kroků a nastavte AVAILABILITY_MODE hodnotu ASYNCHRONOUS_COMMIT.

Kontrola hodnot LSN na SQL Serveru i ve spravované instanci SQL

Pokud chcete dokončit převzetí služeb při selhání nebo migraci, ověřte, že je replikace do sekundárního prostředí dokončená. V takovém případě se ujistěte, že jsou stejná pořadová čísla protokolů (LSN) v záznamech protokolu pro SQL Server i spravovanou instanci SQL.

Zpočátku se očekává, že LSN primárního serveru je vyšší než LSN na sekundárním serveru. Latence sítě může způsobit prodlevu replikace poněkud za primárním serverem. Vzhledem k tomu, že úloha byla zastavena na primárním serveru, sítě LSN se po nějaké době změní a přestanou se měnit.

Ke čtení LSN posledního zaznamenaného transakčního protokolu použijte následující dotaz T-SQL na SQL Serveru. Nahrazení:

• <DatabaseName> zadejte název databáze a vyhledejte poslední posílené číslo LSN.

-- Run on SQL Server
-- Obtain the last hardened LSN for the database on SQL Server.
SELECT
    ag.name AS [Replication group],
    db.name AS [Database name], 
    drs.database_id AS [Database ID], 
    drs.group_id, 
    drs.replica_id, 
    drs.synchronization_state_desc AS [Sync state], 
    drs.end_of_log_lsn AS [End of log LSN],
    drs.last_hardened_lsn AS [Last hardened LSN] 
FROM
    sys.dm_hadr_database_replica_states drs
    inner join sys.databases db on db.database_id = drs.database_id
    inner join sys.availability_groups ag on drs.group_id = ag.group_id
WHERE
    ag.is_distributed = 1 and db.name = '<DatabaseName>'

Následující dotaz T-SQL ve službě SQL Managed Instance vám umožní přečíst poslední posílený LSN pro vaši databázi. Nahraďte <DatabaseName> názvem databáze.

Tento dotaz funguje ve spravované instanci SQL pro obecné účely. V případě Pro důležité obchodní informace SQL Managed Instance odkomentujte and drs.is_primary_replica = 1 komentář na konci skriptu. Na úrovni služby Pro důležité obchodní informace tento filtr zajišťuje, že podrobnosti se čtou jenom z primární repliky.

-- Run on SQL managed instance
-- Obtain the LSN for the database on SQL Managed Instance.
SELECT
    db.name AS [Database name],
    drs.database_id AS [Database ID], 
    drs.group_id, 
    drs.replica_id, 
    drs.synchronization_state_desc AS [Sync state],
    drs.end_of_log_lsn AS [End of log LSN],
    drs.last_hardened_lsn AS [Last hardened LSN]
FROM
    sys.dm_hadr_database_replica_states drs
    inner join sys.databases db on db.database_id = drs.database_id
WHERE
    db.name = '<DatabaseName>'
    -- for Business Critical, add the following as well
    -- AND drs.is_primary_replica = 1

Alternativně můžete také použít rutinu Get-AzSqlInstanceLink PowerShell nebo az sql mi link show příkaz Azure CLI k načtení LastHardenedLsn vlastnosti odkazu ve službě SQL Managed Instance a poskytnout stejné informace jako předchozí dotaz T-SQL.

Důležité

Znovu ověřte, že je vaše úloha zastavená na primárním serveru. Zkontrolujte, jestli se sítě LSN na SQL Serveru i ve spravované instanci SQL Shodují a že zůstanou po určitou dobu stejné a beze změny. Stabilní sítě LSN v obou instancích značí, že se protokol tail replikoval do sekundárního serveru a úloha se efektivně zastaví.

Převzetí služeb při selhání databáze

Pokud chcete použít PowerShell k převzetí služeb při selhání databáze mezi SQL Serverem 2022 a službou SQL Managed Instance při zachování propojení nebo k provedení převzetí služeb při selhání se ztrátou dat pro libovolnou verzi SQL Serveru, použijte průvodce převzetím služeb při selhání mezi SQL Serverem a spravovanou instancí v nástroji SSMS a vygenerujte skript pro vaše prostředí. Plánované převzetí služeb při selhání můžete provést buď z primární nebo sekundární repliky. Pokud chcete provést vynucené převzetí služeb při selhání, připojte se k sekundární replice.

Pokud chcete přerušit propojení a zastavit replikaci při převzetí služeb při selhání nebo migraci databáze bez ohledu na verzi SQL Serveru, použijte příkaz Remove-AzSqlInstanceLink PowerShell nebo az sql mi link delete Azure CLI.

Upozornění

• Před převzetím služeb při selhání zastavte úlohu ve zdrojové databázi, aby replikovaná databáze mohla zcela dohnat a převzít služby při selhání bez ztráty dat. Pokud provedete vynucené převzetí služeb při selhání nebo přerušíte propojení před shodami sítí LSN, může dojít ke ztrátě dat.
• Převzetí služeb při selhání databáze v SQL Serveru 2019 a starších verzích se přeruší a odebere propojení mezi těmito dvěma replikami. Navrácení služeb po obnovení nejde provést zpět na počáteční primární server.
• Převzetí služeb při selhání databáze při zachování propojení s SQL Serverem 2022 je aktuálně ve verzi Preview.

Následující ukázkový skript přeruší propojení a ukončí replikaci mezi vašimi replikami a provede tak čtení a zápis databáze v obou instancích. Nahrazení:

• <ManagedInstanceName> s názvem vaší spravované instance.
• <DAGName> s názvem odkazu, který provádíte při selhání (výstup vlastnosti Name z Get-AzSqlInstanceLink příkazu spuštěného výše).

# Run in Azure Cloud Shell (select PowerShell console) 
# =============================================================================
# POWERSHELL SCRIPT TO FAIL OVER OR MIGRATE DATABASE TO AZURE
# ===== Enter user variables here ====

# Enter your managed instance name – for example, "sqlmi1"
$ManagedInstanceName = "<ManagedInstanceName>"
$LinkName = "<DAGName>"

# ==== Do not customize the following cmdlet ====

# Find out the resource group name
$ResourceGroup = (Get-AzSqlInstance -InstanceName $ManagedInstanceName).ResourceGroupName

# Failover the specified link
Remove-AzSqlInstanceLink -ResourceGroupName $ResourceGroup |
-InstanceName $ManagedInstanceName -Name $LinkName -Force

Po úspěšném převzetí služeb při selhání se propojení zahodí a už neexistuje. Databáze SQL Serveru i databáze SQL Managed Instance můžou spouštět úlohy čtení a zápisu, protože jsou teď zcela nezávislé.

Důležité

Po úspěšném převzetí služeb při selhání do služby SQL Managed Instance ručně nastavte bod aplikací připojovací řetězec na plně kvalifikovaný název domény spravované instance SQL, abyste dokončili proces migrace nebo převzetí služeb při selhání a pokračovali v provozu v Azure.

Po vyřazení odkazu můžete zachovat skupinu dostupnosti na SQL Serveru, ale pokud chcete odebrat metadata propojení z SQL Serveru, musíte odstranit distribuovanou skupinu dostupnosti. Tento další krok je nezbytný pouze při převzetí služeb při selhání pomocí PowerShellu, protože SSMS provede tuto akci za vás.

Pokud chcete odstranit distribuovanou skupinu dostupnosti, nahraďte následující hodnotu a spusťte ukázkový kód T-SQL:

• <DAGName> s názvem distribuované skupiny dostupnosti na SQL Serveru (používá se k vytvoření odkazu).

-- Run on SQL Server
USE MASTER
GO
DROP AVAILABILITY GROUP <DAGName> 
GO

Zobrazení databáze po převzetí služeb při selhání

Pokud jste se pro SQL Server 2022 rozhodli zachovat propojení, můžete zkontrolovat, že distribuovaná skupina dostupnosti existuje v části Skupiny dostupnosti v Průzkumník objektů v aplikaci SQL Server Management Studio.

Pokud jste propojení zrušili během převzetí služeb při selhání, můžete pomocí Průzkumník objektů ověřit, že distribuovaná skupina dostupnosti už neexistuje. Pokud jste se rozhodli zachovat skupinu dostupnosti, bude databáze stále synchronizovaná.

Vyčištění skupin dostupnosti

Vzhledem k tomu, že převzetí služeb při selhání s SQL Serverem 2022 nenaruší propojení, můžete ho udržovat po převzetí služeb při selhání, což ponechá skupinu dostupnosti a distribuovanou skupinu dostupnosti aktivní. Nevyžaduje se žádná další akce.

Vyřazením odkazu ale zahodíte pouze distribuovanou skupinu dostupnosti a skupinu dostupnosti ponecháte aktivní. Můžete se rozhodnout, že skupinu dostupnosti necháte nebo ji vypustíte.

Pokud se rozhodnete odstranit skupinu dostupnosti, nahraďte následující hodnotu a spusťte ukázkový kód T-SQL:

• <AGName> s názvem skupiny dostupnosti na SQL Serveru (používá se k vytvoření odkazu).

-- Run on SQL Server
USE MASTER
GO
DROP AVAILABILITY GROUP <AGName> 
GO

Související obsah

Další informace o funkci odkazu najdete v následujících zdrojích informací:

• Přehled odkazu na spravovanou instanci
• Příprava prostředí na odkaz Na spravovanou instanci
• Konfigurace propojení mezi SQL Serverem a spravovanou instancí SQL pomocí skriptů
• Zotavení po havárii pomocí odkazu na spravovanou instanci
• Osvědčené postupy pro údržbu odkazu