Konfigurace skupiny převzetí služeb při selhání pro spravovanou instanci Azure SQL

Platí pro:Azure SQL Managed Instance

• Azure SQL Database
• Spravovaná instance Azure SQL

V tomto článku se dozvíte, jak nakonfigurovat skupinu převzetí služeb při selhání pro službu Azure SQL Managed Instance pomocí webu Azure Portal a Azure PowerShellu.

Pokud chcete vytvořit obě instance ve skupině převzetí služeb při selhání, přečtěte si téma Přidání instance do skupiny převzetí služeb při selhání.

Požadavky

Vezměte v úvahu následující požadavky:

• Sekundární spravovaná instance musí být prázdná, tedy nesmí obsahovat žádné uživatelské databáze.
• Dvě instance služby SQL Managed Instance musí mít stejnou úroveň služby a stejnou velikost úložiště. I když se nevyžaduje, důrazně doporučujeme, aby dvě instance měly stejnou velikost výpočetních prostředků, aby sekundární instance mohla trvale zpracovávat změny replikované z primární instance, včetně období špičky aktivity.
• Rozsah IP adres pro virtuální síť primární instance se nesmí překrývat s rozsahem adres virtuální sítě pro sekundární spravovanou instanci nebo jakoukoli jinou virtuální sítí v partnerském vztahu s primární nebo sekundární virtuální sítí.
• Při vytváření sekundární spravované instance musíte jako hodnotu parametru DnsZonePartner zadat ID zóny DNS primární instance. Pokud nezadáte hodnotu DnsZonePartner, ID zóny se vygeneruje jako náhodný řetězec při vytvoření první instance v každé virtuální síti a stejné ID se přiřadí ke všem ostatním instancím ve stejné podsíti. Zónu DNS po přiřazení není možné upravit.
• Pravidla skupin zabezpečení sítě (NSG) v instanci hostování podsítě musí mít port 5022 (TCP) a rozsah portů 11000–11999 (TCP) otevřený příchozí a odchozí přenos pro připojení z a do podsítě hostující druhou spravovanou instanci. To platí pro podsítě, hostování primární i sekundární instance.
• Kolace a časové pásmo sekundární spravované instance musí odpovídat časového pásmu primární spravované instance.
• Spravované instance by se měly nasadit ve spárovaných oblastech z důvodů výkonu. Spravované instance umístěné v geograficky spárovaných oblastech mají oproti nezaplaceným oblastem výrazně vyšší rychlost geografické replikace.

Rozsah adresního prostoru

Pokud chcete zkontrolovat adresní prostor primární instance, přejděte na prostředek virtuální sítě pro primární instanci a v části Nastavení vyberte Adresní prostor. Zkontrolujte rozsah v oblasti Rozsah adres:

Zadejte ID zóny primární instance.

Při vytváření sekundární instance je nutné zadat ID zóny primární instance jako DnsZonePartnerhodnotu .

Azure Portal

Pokud vytváříte sekundární instanci na webu Azure Portal, na kartě Další nastavení v části Geografická replikace zvolte Ano , pokud chcete použít jako sekundární převzetí služeb při selhání, a pak v rozevíracím seznamu vyberte primární instanci:

PowerShell

Pokud vytváříte sekundární instanci pomocí Azure PowerShellu, nezapomeňte zadat DnsZonePartner parametr s ID zóny primární instance.

Pomocí příkazu Get-AzSqlInstance můžete parametrizovat ID zóny DNS primární instance a pak ho předat DnsZonePartner parametru příkazu New-AzSqlInstance:

# Get the DNS zone ID of the primary instance
$primaryManagedInstanceId = Get-AzSqlInstance -Name $primaryInstance -ResourceGroupName $resourceGroupName | Select-Object Id

# Create the secondary managed instance
New-AzSqlInstance -Name $secondaryInstance `
                  -ResourceGroupName $resourceGroupName `
                  -Location $drLocation `
                  -SubnetId $secondaryMiSubnetConfigId `
                  -AdministratorCredential $mycreds `
                  -StorageSizeInGB $maxStorage `
                  -VCore $vCores `
                  -Edition $edition `
                  -ComputeGeneration $computeGeneration `
                  -LicenseType $license `
                  -DnsZonePartner $primaryManagedInstanceId.Id
Write-host "Secondary SQL Managed Instance created successfully."

Povolení připojení mezi instancemi

Připojení ivity mezi podsítěmi virtuální sítě, které jsou hostitelem primární a sekundární instance, musí být vytvořeny pro nepřerušovaný tok provozu geografické replikace. Existuje několik způsobů, jak vytvořit připojení mezi spravovanými instancemi v různých oblastech Azure, mezi které patří:

• Globální partnerský vztah virtuálních sítí
• Azure ExpressRoute
• VPN Gateway

Globální partnerský vztah virtuálních sítí se doporučuje jako nejvýkonnější a nejúspornější způsob, jak vytvořit připojení mezi instancemi ve skupině převzetí služeb při selhání. Globální partnerský vztah virtuálních sítí poskytuje privátní připojení s nízkou latencí a velkou šířkou pásma mezi partnerskými virtuálními sítěmi pomocí páteřní infrastruktury Microsoftu. V komunikaci mezi partnerskými virtuálními sítěmi se nevyžaduje žádný veřejný internet, brány ani další šifrování.

Důležité

Alternativní způsoby připojení instancí, které zahrnují další síťová zařízení, můžou komplikovat řešení potíží s připojením nebo rychlostí replikace, což může vyžadovat aktivní zapojení správců sítě a potenciálně výrazně prodloužit dobu řešení.

Bez ohledu na mechanismus připojení musí být splněny určité požadavky, aby mohl georeplikační provoz probíhat:

• Směrovací tabulky a skupiny zabezpečení sítě přiřazené k podsítím spravovaných instancí se mezi dvěma partnerskými virtuálními sítěmi nesdílí.
• Pravidla skupiny zabezpečení sítě (NSG) v podsíti hostující primární instanci povolují:
  • Příchozí provoz na portu 5022 a rozsah portů 11000–11999 z podsítě hostující sekundární instanci.
  • Odchozí provoz na portu 5022 a rozsah portů 11000–11999 do podsítě hostující sekundární instanci.
• Pravidla skupiny zabezpečení sítě (NSG) v podsíti, která je hostitelem sekundární instance, povoluje:
  • Příchozí provoz na portu 5022 a rozsah portů 11000–11999 z podsítě hostující primární instanci.
  • Odchozí provoz na portu 5022 a rozsahu portů 11000–11999 do podsítě hostující primární instanci.
• Rozsahy IP adres virtuálních sítí, které hostují primární a sekundární instanci, se nesmí překrývat.
• Mezi virtuálními sítěmi, které hostují primární a sekundární instanci, nebo jinými virtuálními sítěmi, se kterými jsou partnerské vztahy prostřednictvím peeringu místních virtuálních sítí nebo jiných prostředků, neexistuje žádný nepřímý překrývání rozsahů IP adres.

Pokud navíc používáte jiné mechanismy pro poskytování připojení mezi instancemi, než je doporučený globální partnerský vztah virtuálních sítí, musíte zajistit následující:

• Všechna použitá síťová zařízení, jako jsou brány firewall nebo síťová virtuální zařízení, neblokují provoz na dříve zmíněných portech.
• Směrování je správně nakonfigurované a nepoužívá se asymetrické směrování.
• Pokud nasadíte skupiny převzetí služeb při selhání v hvězdicové topologii sítě mezi oblastmi, provoz replikace by měl jít přímo mezi dvěma podsítěmi spravovaných instancí, a ne směrovat přes centrální sítě. Pomůže vám vyhnout se problémům s připojením a rychlostí replikace.

Azure Portal

1. Na webu Azure Portal přejděte k prostředku virtuální sítě pro vaši primární spravovanou instanci.
2. V části Nastavení vyberte Partnerské vztahy a pak vyberte + Přidat.

1. Zadejte nebo vyberte hodnoty pro následující nastavení:

   Nastavení	Popis
   Tato virtuální síť
   Název odkazu peeringu	Název partnerského vztahu musí být v rámci virtuální sítě jedinečný.
   Přenosy do vzdálené virtuální sítě	Výběrem možnosti Povolit (výchozí) povolte komunikaci mezi dvěma virtuálními sítěmi prostřednictvím výchozího VirtualNetwork toku. Povolení komunikace mezi virtuálními sítěmi umožňuje prostředkům připojeným k jedné virtuální síti vzájemně komunikovat se stejnou šířkou pásma a latencí, jako kdyby byly připojené ke stejné virtuální síti. Veškerá komunikace mezi prostředky ve dvou virtuálních sítích je přes privátní síť Azure.
   Přenosy přesměrované ze vzdálené virtuální sítě	Pro účely tohoto kurzu bude fungovat možnost Povoleno (výchozí) i Blokovat . Další informace najdete v tématu Vytvoření partnerského vztahu.
   Brána virtuální sítě nebo směrovací server	Vyberte Žádná. Další informace o dalších dostupných možnostech najdete v tématu Vytvoření partnerského vztahu.
   Vzdálená virtuální síť
   Název odkazu peeringu	Název stejného partnerského vztahu, který se má použít ve virtuální síti hostující sekundární instanci.
   Model nasazení virtuální sítě	Vyberte Resource Manager.
   Znám ID prostředku	Toto políčko nechte nezaškrtnuté.
   Předplatné	Vyberte předplatné Azure virtuální sítě hostující sekundární instanci, se kterou chcete vytvořit partnerský vztah.
   Virtuální síť	Vyberte virtuální síť hostující sekundární instanci, se kterou chcete vytvořit partnerský vztah. Pokud je virtuální síť uvedená, ale zašedlá, může to být proto, že adresní prostor virtuální sítě se překrývají s adresními prostory pro tuto virtuální síť. Pokud se adresní prostory virtuální sítě překrývají, nemůžou být v partnerském vztahu.
   Přenosy do vzdálené virtuální sítě	Výběr možnosti Povolit (výchozí)
   Přenosy přesměrované ze vzdálené virtuální sítě	Pro účely tohoto kurzu bude fungovat možnost Povoleno (výchozí) i Blokovat . Další informace najdete v tématu Vytvoření partnerského vztahu.
   Brána virtuální sítě nebo směrovací server	Vyberte Žádná. Další informace o dalších dostupných možnostech najdete v tématu Vytvoření partnerského vztahu.

2. Vyberte Přidat a nakonfigurujte partnerský vztah s virtuální sítí, kterou jste vybrali. Po několika sekundách vyberte tlačítko Aktualizovat a stav partnerského vztahu se změní z aktualizace na Připojení ed.

   

PowerShell

Nakonfigurujte globální partnerský vztah virtuálních sítí mezi virtuálními sítěmi primárních a sekundárních spravovaných instancí:

# Create global virtual network peering
$primaryVirtualNetwork  = Get-AzVirtualNetwork `
                  -Name $primaryVNet `
                  -ResourceGroupName $resourceGroupName

$secondaryVirtualNetwork = Get-AzVirtualNetwork `
                  -Name $secondaryVNet `
                  -ResourceGroupName $resourceGroupName
                  
Write-host "Peering primary VNet to secondary VNet..."
Add-AzVirtualNetworkPeering `
 -Name primaryVnet-secondaryVNet1 `
 -VirtualNetwork $primaryVirtualNetwork `
 -RemoteVirtualNetworkId $secondaryVirtualNetwork.Id
 Write-host "Primary VNet peered to secondary VNet successfully."

Write-host "Peering secondary VNet to primary VNet..."
Add-AzVirtualNetworkPeering `
 -Name secondaryVNet-primaryVNet `
 -VirtualNetwork $secondaryVirtualNetwork `
 -RemoteVirtualNetworkId $primaryVirtualNetwork.Id
Write-host "Secondary VNet peered to primary VNet successfully."

Write-host "Checking peering state on the primary virtual network..."
Get-AzVirtualNetworkPeering `
-ResourceGroupName $resourceGroupName `
-VirtualNetworkName $primaryVNet `
| Select PeeringState

Write-host "Checking peering state on the secondary virtual network..."
Get-AzVirtualNetworkPeering `
-ResourceGroupName $resourceGroupName `
-VirtualNetworkName $secondaryVNet `
| Select PeeringState

Tento fragment kódu používá následující příkazy:

Příkaz	Notes
1. Get-AzVirtualNetwork	Získá ve skupině prostředků virtuální síť.
2. Add-AzVirtualNetworkPeering	Přidá partnerský vztah do virtuální sítě.
3. Get-AzVirtualNetworkPeering	Získá partnerský vztah pro virtuální síť.

Vytvoření skupiny převzetí služeb při selhání

Pomocí webu Azure Portal nebo PowerShellu vytvořte skupinu převzetí služeb při selhání pro spravované instance.

Azure Portal

Pomocí webu Azure Portal vytvořte skupinu převzetí služeb při selhání pro spravované instance SQL.

1. V levé nabídce webu Azure Portal vyberte Azure SQL. Pokud Azure SQL není v seznamu, vyberte Všechny služby a do vyhledávacího pole zadejte Azure SQL. (Volitelné) Výběrem hvězdičky vedle Azure SQL ji přidáte jako oblíbenou položku do levé navigace.

2. Vyberte primární spravovanou instanci, kterou chcete přidat do skupiny převzetí služeb při selhání.

3. V části Nastavení přejděte do skupin převzetí služeb při selhání instance a pak zvolte Přidat skupinu, aby se otevřela stránka pro vytvoření skupiny převzetí služeb při selhání instance.

   

4. Na stránce Skupina převzetí služeb při selhání instance zadejte název vaší skupiny převzetí služeb při selhání a v rozevíracím seznamu zvolte sekundární spravovanou instanci. Výběrem možnosti Vytvořit vytvořte skupinu převzetí služeb při selhání.

   

5. Po dokončení nasazení skupiny převzetí služeb při selhání se vrátíte na stránku skupiny převzetí služeb při selhání.

PowerShell

Pomocí rutiny New-AzSqlDatabaseInstanceFailoverGroup vytvořte skupinu převzetí služeb při selhání pro spravované instance pomocí PowerShellu.

# Create failover group
Write-host "Creating the failover group..."
$failoverGroup = New-AzSqlDatabaseInstanceFailoverGroup -Name $failoverGroupName `
     -Location $location -ResourceGroupName $resourceGroupName -PrimaryManagedInstanceName $primaryInstance `
     -PartnerRegion $drLocation -PartnerManagedInstanceName $secondaryInstance `
     -FailoverPolicy Manual -GracePeriodWithDataLossHours 1
$failoverGroup

Test převzetí služeb při selhání

Otestujte převzetí služeb při selhání skupiny převzetí služeb při selhání pomocí webu Azure Portal nebo PowerShellu.

Azure Portal

Otestujte převzetí služeb při selhání vaší skupiny převzetí služeb při selhání pomocí webu Azure Portal.

1. Přejděte do sekundární spravované instance na webu Azure Portal a v nastavení vyberte Skupiny převzetí služeb při selhání instance.

2. Poznamenejte si spravované instance v primární a sekundární roli.

3. Vyberte převzetí služeb při selhání a pak v upozornění na odpojené relace TDS vyberte Ano .

   

4. Poznamenejte si spravované instance v primární a sekundární roli. Pokud převzetí služeb při selhání proběhlo úspěšně, měly by mít dvě instance přepnuty role.

   

Důležité

Pokud se role nepřepnuly, zkontrolujte připojení mezi instancemi a souvisejícími skupinami zabezpečení sítě a pravidly brány firewall. Pokračujte dalším krokem až po přepnutí rolí.

1. Přejděte do nové sekundární spravované instance a znovu vyberte Převzetí služeb při selhání , aby se primární instance vrátila k primární roli.

PowerShell

Otestujte plánované převzetí služeb při selhání převzetím služeb při selhání sekundární replikou a navrácením služeb po obnovení.

Ověření rolí jednotlivých serverů

Pomocí příkazu Get-AzSqlDatabaseInstanceFailoverGroup potvrďte role jednotlivých serverů:

# Verify the current primary role
Get-AzSqlDatabaseInstanceFailoverGroup -ResourceGroupName $resourceGroupName `
    -Location $location -Name $failoverGroupName

Převzetí služeb při selhání na sekundární server

K převzetí služeb při selhání sekundárního serveru použijte Switch-AzSqlDatabaseFailoverGroup.

# Failover the primary managed instance to the secondary role
Write-host "Failing primary over to the secondary location"
Get-AzSqlDatabaseInstanceFailoverGroup -ResourceGroupName $resourceGroupName `
    -Location $drLocation -Name $failoverGroupName | Switch-AzSqlDatabaseInstanceFailoverGroup
Write-host "Successfully failed failover group to secondary location"

# Verify the current primary role
Get-AzSqlDatabaseInstanceFailoverGroup -ResourceGroupName $resourceGroupName `
    -Location $drLocation -Name $failoverGroupName

Vrácení skupiny převzetí služeb při selhání zpět na primární server

K navrácení služeb po obnovení na primární server použijte příkaz Switch-AzSqlDatabaseFailoverGroup.

# Fail primary managed instance back to primary role
Write-host "Failing primary back to primary role"
Get-AzSqlDatabaseInstanceFailoverGroup -ResourceGroupName $resourceGroupName `
    -Location $location -Name $failoverGroupName | Switch-AzSqlDatabaseInstanceFailoverGroup
Write-host "Successfully failed failover group to primary location"

# Verify the current primary role
Get-AzSqlDatabaseInstanceFailoverGroup -ResourceGroupName $resourceGroupName `
    -Location $location -Name $failoverGroupName

Ověření rolí jednotlivých serverů

Pomocí příkazu Get-AzSqlDatabaseFailoverGroup potvrďte role jednotlivých serverů.

# Check role of secondary replica
Write-host "Confirming the secondary replica is secondary...." 
(Get-AzSqlDatabaseFailoverGroup `
   -FailoverGroupName $failoverGroupName `
   -ResourceGroupName $resourceGroupName `
   -ServerName $drServerName).ReplicationRole

Převzetí služeb při selhání na sekundární server

K převzetí služeb při selhání sekundárního serveru použijte Switch-AzSqlDatabaseFailoverGroup.

# Failover to secondary server
Write-host "Failing over failover group to the secondary..." 
Switch-AzSqlDatabaseFailoverGroup `
   -ResourceGroupName $resourceGroupName `
   -ServerName $drServerName `
   -FailoverGroupName $failoverGroupName
Write-host "Failed failover group successfully to" $drServerName 

Write-host "Confirming the secondary server is now primary...." 
(Get-AzSqlDatabaseFailoverGroup `
   -FailoverGroupName $failoverGroupName `
   -ResourceGroupName $resourceGroupName `
   -ServerName $drServerName).ReplicationRole

Vrácení skupiny převzetí služeb při selhání zpět na primární server

K navrácení služeb po obnovení na primární server použijte příkaz Switch-AzSqlDatabaseFailoverGroup.

# Revert failover to primary server
Write-host "Failing over failover group to the primary...." 
Switch-AzSqlDatabaseFailoverGroup `
   -ResourceGroupName $resourceGroupName `
   -ServerName $serverName `
   -FailoverGroupName $failoverGroupName
Write-host "Failed failover group successfully back to" $serverName

Vyhledání koncového bodu naslouchacího procesu

Po nakonfigurování skupiny převzetí služeb při selhání aktualizujte připojovací řetězec vaší aplikace na koncový bod naslouchacího procesu. Aplikace je připojená k naslouchacímu procesu skupiny převzetí služeb při selhání, nikoli k primární databázi, elastickému fondu nebo databázi instance. Tímto způsobem nemusíte ručně aktualizovat připojovací řetězec při každém převzetí služeb při selhání vaší databázové entity a provoz se směruje do libovolné entity, která je aktuálně primární.

Koncový bod naslouchacího fog-name.database.windows.netprocesu je ve formě a je viditelný na webu Azure Portal při prohlížení skupiny převzetí služeb při selhání:

Vytvoření skupiny mezi instancemi v různých předplatných

Skupinu převzetí služeb při selhání mezi službami SQL Managed Instance můžete vytvořit ve dvou různých předplatných, pokud jsou předplatná přidružená ke stejnému tenantovi Microsoft Entra.

• Pokud používáte rozhraní API PowerShellu, můžete to udělat zadáním parametru PartnerSubscriptionId pro sekundární spravovanou instanci SQL.
• Při použití rozhraní REST API může mít každé ID instance zahrnuté v parametru properties.managedInstancePairs vlastní ID předplatného.
• Azure Portal nepodporuje vytváření skupin převzetí služeb při selhání v různých předplatných.

Důležité

Azure Portal nepodporuje vytváření skupin převzetí služeb při selhání v různých předplatných. U skupin převzetí služeb při selhání v různých předplatných nebo skupinách prostředků není možné převzetí služeb při selhání iniciovat ručně prostřednictvím webu Azure Portal z primární spravované instance SQL. Místo toho ji můžete zahájit z instance v sekundární geografické oblasti.

Zabránění ztrátě důležitých dat

Kvůli vysoké latenci širokých sítí používá geografická replikace mechanismus asynchronní replikace. Asynchronní replikace umožňuje neuložené ztrátě dat, pokud primární selže. Aby bylo možné chránit důležité transakce před ztrátou dat, vývojář aplikace může okamžitě po potvrzení transakce zavolat sp_wait_for_database_copy_sync uloženou proceduru. Volání sp_wait_for_database_copy_sync blokuje volající vlákno do poslední potvrzené transakce byla přenášena a posílena v transakčním protokolu sekundární databáze. Nečeká však na přehrání přenášených transakcí (znovu) na sekundárním serveru. sp_wait_for_database_copy_sync je vymezen na konkrétní odkaz geografické replikace. Tento postup může volat každý uživatel s právy k připojení k primární databázi.

Poznámka:

sp_wait_for_database_copy_sync zabraňuje ztrátě dat po geografickém převzetí služeb při selhání pro konkrétní transakce, ale nezaručuje úplnou synchronizaci pro přístup ke čtení. Zpoždění způsobené voláním sp_wait_for_database_copy_sync procedury může být významné a závisí na velikosti dosud nepřesílaného transakčního protokolu v primárním okamžiku volání.

Změna sekundární oblasti

Předpokládejme, že instance A je primární instancí, instance B je stávající sekundární instance a instance C je nová sekundární instance ve třetí oblasti. Pokud chcete přechod provést, postupujte takto:

1. Vytvořte instanci C se stejnou velikostí jako A a ve stejné zóně DNS.
2. Odstraňte skupinu převzetí služeb při selhání mezi instancemi A a B. V tomto okamžiku se pokusí přihlásit k selhání, protože aliasy SQL pro naslouchací procesy skupiny převzetí služeb při selhání byly odstraněny a brána nerozpozná název skupiny převzetí služeb při selhání. Sekundární databáze se od primárních databází odpojí a stanou se databázemi pro čtení i zápis.
3. Vytvořte skupinu převzetí služeb při selhání se stejným názvem mezi instancí A a C. Postupujte podle pokynů v průvodci konfigurací skupiny převzetí služeb při selhání. Jedná se o operaci velikosti dat a dokončí se, když jsou všechny databáze z instance A počáteční a synchronizované.
4. Pokud není potřeba, odstraňte instanci B, abyste se vyhnuli zbytečným poplatkům.

Poznámka:

Po dokončení kroku 2 a do kroku 3 zůstanou databáze v instanci A nechráněné před katastrofickým selháním instance A.

Změna primární oblasti

Předpokládejme, že instance A je primární instancí, instance B je existující sekundární instance a instance C je nová primární instance ve třetí oblasti. Pokud chcete přechod provést, postupujte takto:

1. Vytvořte instanci C se stejnou velikostí jako B a ve stejné zóně DNS.
2. Připojení do instance B a ruční převzetí služeb při selhání, aby se primární instance přepnula na B. Instance A se stane novou sekundární instancí automaticky.
3. Odstraňte skupinu převzetí služeb při selhání mezi instancemi A a B. V tomto okamžiku se začnou neúspěšné pokusy o přihlášení pomocí koncových bodů skupiny převzetí služeb při selhání. Sekundární databáze na A jsou odpojené od primárních databází a stanou se databázemi pro čtení i zápis.
4. Vytvořte skupinu převzetí služeb při selhání se stejným názvem mezi instancí B a C. Postupujte podle pokynů v průvodci skupinou převzetí služeb při selhání. Jedná se o operaci velikosti dat a dokončí se, když jsou všechny databáze z instance A počáteční a synchronizované. V tomto okamžiku se pokusy o přihlášení přestanoulhat.
5. Ruční převzetí služeb při selhání, aby se instance jazyka C přepnula na primární roli. Instance B se automaticky stane novou sekundární instancí.
6. Pokud není potřeba, odstraňte instanci A, abyste se vyhnuli zbytečným poplatkům.

Upozornění

Po kroku 3 a do dokončení kroku 4 zůstanou databáze v instanci A nechráněné před katastrofickým selháním instance A.

Důležité

Po odstranění skupiny převzetí služeb při selhání se odstraní také záznamy DNS pro koncové body naslouchacího procesu. V tomto okamžiku existuje nenulová pravděpodobnost, že někdo jiný vytvoří skupinu převzetí služeb při selhání se stejným názvem. Vzhledem k tomu, že názvy skupin převzetí služeb při selhání musí být globálně jedinečné, zabráníte tomu, abyste znovu používali stejný název. Pokud chcete toto riziko minimalizovat, nepoužívejte obecné názvy skupin převzetí služeb při selhání.

Povolení scénářů závislých na objektech ze systémových databází

Systémové databáze se nereplikují do sekundární instance ve skupině převzetí služeb při selhání. Pokud chcete povolit scénáře, které závisí na objektech ze systémových databází, vytvořte stejné objekty v sekundární instanci a udržujte je synchronizované s primární instancí.

Pokud například plánujete používat stejná přihlášení v sekundární instanci, nezapomeňte je vytvořit se stejným identifikátorem SID.

-- Code to create login on the secondary instance
CREATE LOGIN foo WITH PASSWORD = '<enterStrongPasswordHere>', SID = <login_sid>;

Další informace viz Replikace přihlašovacích údajů a úloh agenta.

Synchronizace vlastností instance a instancí zásad uchovávání informací

Instance ve skupině převzetí služeb při selhání zůstávají samostatné prostředky Azure a žádné změny konfigurace primární instance se automaticky replikují do sekundární instance. Nezapomeňte provést všechny relevantní změny v primární i sekundární instanci. Pokud například změníte redundanci úložiště zálohování nebo zásady dlouhodobého uchovávání záloh v primární instanci, nezapomeňte ji také změnit v sekundární instanci.

Škálování instancí

Můžete vertikálně navýšit nebo snížit kapacitu primární a sekundární instance na jinou velikost výpočetních prostředků v rámci stejné úrovně služby nebo na jinou úroveň služby. Při vertikálním navýšení kapacity ve stejné úrovni služby doporučujeme nejprve vertikálně navýšit kapacitu sekundární geografické oblasti a pak vertikálně navýšit kapacitu primární úrovně. Při vertikálním snížení kapacity ve stejné úrovni služby otočte pořadí: nejprve vertikálně snížit kapacitu primárního serveru a pak vertikálně snížit kapacitu sekundární úrovně. Toto doporučení se vynucuje při škálování instance na jinou úroveň služby.

Toto pořadí se doporučuje zejména proto, aby se během procesu upgradu nebo downgradu zabránilo problému s přetížením instance v sekundární geografické oblasti s nižší skladovou položkou, kterou by tak bylo potřeba znovu naplnit.

Oprávnění

Oprávnění pro skupinu převzetí služeb při selhání se spravují prostřednictvím řízení přístupu na základě role v Azure (Azure RBAC).

Přístup k zápisu Azure RBAC je nezbytný k vytvoření a správě skupin převzetí služeb při selhání. Role Přispěvatel spravované instance SQL má všechna potřebná oprávnění ke správě skupin převzetí služeb při selhání.

Následující tabulka uvádí konkrétní obory oprávnění pro službu Azure SQL Managed Instance:

Akce	Oprávnění	Scope
Vytvoření skupiny převzetí služeb při selhání	Přístup pro zápis do Azure RBAC	Sekundární spravovaná instance primární spravované instance
Aktualizace skupiny převzetí služeb při selhání	Přístup pro zápis do Azure RBAC	Skupina převzetí služeb při selhání – Všechny databáze ve spravované instanci
Převzetí služeb při selhání skupiny převzetí služeb při selhání	Přístup pro zápis do Azure RBAC	Skupina převzetí služeb při selhání v nové primární spravované instanci

Omezení

Mějte na paměti následující omezení:

• Skupiny převzetí služeb při selhání se nedají vytvořit mezi dvěma instancemi ve stejné oblasti Azure.
• Skupiny převzetí služeb při selhání není možné přejmenovat. Budete muset skupinu odstranit a vytvořit ji znovu s jiným názvem.
• Skupina převzetí služeb při selhání obsahuje přesně dvě spravované instance. Přidání dalších instancí do skupiny převzetí služeb při selhání není podporováno.
• Instance se může kdykoli účastnit pouze jedné skupiny převzetí služeb při selhání.
• Skupinu převzetí služeb při selhání nejde vytvořit mezi dvěma instancemi patřícími do různých tenantů Azure.
• Skupinu převzetí služeb při selhání mezi dvěma instancemi patřícími do různých předplatných Azure nejde vytvořit pomocí webu Azure Portal nebo Azure CLI. K vytvoření takové skupiny převzetí služeb při selhání použijte Azure PowerShell nebo rest API. Po vytvoření se skupina převzetí služeb při selhání mezi předplatnými pravidelně zobrazuje na webu Azure Portal a všechny následné operace, včetně převzetí služeb při selhání, je možné zahájit z webu Azure Portal nebo Azure CLI.
• Přejmenování databáze není podporováno pro databáze ve skupině převzetí služeb při selhání. Abyste mohli přejmenovat databázi, budete muset dočasně odstranit skupinu převzetí služeb při selhání.
• Systémové databáze se nereplikují do sekundární instance ve skupině převzetí služeb při selhání. Proto scénáře, které závisejí na objektech ze systémových databází, jako jsou přihlášení k serveru a úlohy agenta, vyžadují ruční vytvoření objektů v sekundárních instancích a také ruční synchronizaci po jakýchkoli změnách provedených v primární instanci. Jedinou výjimkou je hlavní klíč služby (SMK) pro spravovanou instanci SQL, která se během vytváření skupiny převzetí služeb při selhání replikuje automaticky do sekundární instance. Všechny následné změny sady SMK v primární instanci však nebudou replikovány do sekundární instance. Další informace najdete v tématu věnovaném povolení scénářů závislých na objektech ze systémových databází.
• Skupiny převzetí služeb při selhání nelze vytvořit mezi instancemi, pokud jsou některé z nich ve fondu instancí.

Programová správa skupin převzetí služeb při selhání

Skupiny převzetí služeb při selhání je možné spravovat také programově pomocí Azure PowerShellu, Azure CLI a rozhraní REST API. Následující tabulky popisují sadu dostupných příkazů. Skupiny převzetí služeb při selhání zahrnují sadu rozhraní API Azure Resource Manageru pro správu, včetně rozhraní REST API služby Azure SQL Database a rutin Azure PowerShellu. Tato rozhraní API vyžadují použití skupin prostředků a podporují řízení přístupu na základě role v Azure (Azure RBAC). Další informace o tom, jak implementovat přístupové role, najdete v tématu Řízení přístupu na základě role v Azure (Azure RBAC).

PowerShell

Rutina	Popis
New-AzSqlDatabaseInstanceFailoverGroup	Tento příkaz vytvoří skupinu převzetí služeb při selhání a zaregistruje ji v primárních i sekundárních instancích.
Set-AzSqlDatabaseInstanceFailoverGroup	Upraví konfiguraci skupiny převzetí služeb při selhání.
Get-AzSqlDatabaseInstanceFailoverGroup	Načte konfiguraci skupiny převzetí služeb při selhání.
Switch-AzSqlDatabaseInstanceFailoverGroup	Aktivuje převzetí služeb při selhání skupiny převzetí služeb při selhání do sekundární instance.
Remove-AzSqlDatabaseInstanceFailoverGroup	Odebere skupinu převzetí služeb při selhání.

Azure CLI

Příkaz	Popis
az sql instance-failover-group create	Tento příkaz vytvoří skupinu převzetí služeb při selhání a zaregistruje ji na primárních i sekundárních serverech.
az sql instance-failover-group delete	Odebere skupinu převzetí služeb při selhání ze serveru.
az sql instance-failover-group show	Načte konfiguraci skupiny převzetí služeb při selhání.
az sql instance-failover-group update	Upraví konfiguraci skupiny převzetí služeb při selhání nebo přidá jednu nebo více databází do skupiny převzetí služeb při selhání.
az sql instance-failover-group set-primary	Aktivuje převzetí služeb při selhání skupiny převzetí služeb při selhání na sekundární server.

REST API

API	Popis
Vytvoření nebo aktualizace skupiny převzetí služeb při selhání	Vytvoří nebo aktualizuje konfiguraci skupiny převzetí služeb při selhání.
Odstranění skupiny převzetí služeb při selhání	Odebere skupinu převzetí služeb při selhání z instance.
Převzetí služeb při selhání (plánované)	Aktivuje převzetí služeb při selhání z aktuální primární instance do této instance s úplnou synchronizací dat.
Vynucení převzetí služeb při selhání – Povolit ztrátu dat	Aktivuje převzetí služeb při selhání z aktuální primární instance do sekundární instance bez synchronizace dat. Tato operace může vést ke ztrátě dat.
Získání skupiny převzetí služeb při selhání	načte konfiguraci skupiny převzetí služeb při selhání.
Výpis skupin převzetí služeb při selhání – seznam podle umístění	Zobrazí seznam skupin převzetí služeb při selhání v umístění.

Další kroky

Postup konfigurace skupiny převzetí služeb při selhání najdete v průvodci přidáním spravované instance do skupiny převzetí služeb při selhání.

Přehled této funkce najdete v tématu Skupiny převzetí služeb při selhání. Informace o tom, jak ušetřit náklady na licencování, najdete v tématu Konfigurace pohotovostní repliky.