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

Platí pro:Azure SQL Database

• 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 izolované databáze a databáze ve fondu ve službě Azure SQL Database pomocí webu Azure Portal, Azure PowerShellu a Azure CLI.

V případě kompletních skriptů si přečtěte, jak přidat jednu databázi do skupiny převzetí služeb při selhání pomocí Azure PowerShellu nebo Azure CLI.

Požadavky

Zvažte následující předpoklady pro vytvoření skupiny převzetí služeb při selhání pro jednu databázi:

• Nastavení přihlášení k serveru a brány firewall pro sekundární server musí odpovídat nastavení primárního serveru.

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

Azure Portal

Vytvořte skupinu převzetí služeb při selhání a přidejte do ní jednu databázi pomocí webu Azure Portal.

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 označíte jako oblíbenou a přidáte ji jako položku v levém navigačním panelu.

2. Vyberte databázi, kterou chcete přidat do skupiny převzetí služeb při selhání.

3. Výběrem názvu serveru v části Název serveru otevřete nastavení serveru.

   

4. V podokně Nastavení vyberte skupiny převzetí služeb při selhání a pak vyberte Přidat skupinu a vytvořte novou skupinu převzetí služeb při selhání.

   

5. Na stránce Skupina převzetí služeb při selhání zadejte nebo vyberte požadované hodnoty a pak vyberte Vytvořit. Buď vytvořte nový sekundární server, nebo vyberte existující sekundární server. Sekundární server ve skupině převzetí služeb při selhání musí být v jiné oblasti než primární server.

   • Databáze ve skupině: Zvolte databázi, kterou chcete přidat do skupiny převzetí služeb při selhání. Přidání databáze do skupiny převzetí služeb při selhání automaticky spustí proces geografické replikace.

   

PowerShell

Vytvořte skupinu převzetí služeb při selhání a přidejte do ní databázi pomocí PowerShellu.

Pomocí rutiny New-AzSqlDatabaseFailoverGroup vytvořte skupinu převzetí služeb při selhání:

# Create a failover group between the servers
$failovergroup = Write-host "Creating a failover group between the primary and secondary server..."
New-AzSqlDatabaseFailoverGroup `
   –ResourceGroupName $resourceGroupName `
   -ServerName $serverName `
   -PartnerServerName $drServerName  `
   –FailoverGroupName $failoverGroupName `
   –FailoverPolicy Manual
$failovergroup

Pomocí příkazů Get-AzSqlDatabase a Add-AzSqlDatabaseToFailoverGroup přidejte databázi do skupiny převzetí služeb při selhání:

# Add the database to the failover group
Write-host "Adding the database to the failover group..." 
Get-AzSqlDatabase `
   -ResourceGroupName $resourceGroupName `
   -ServerName $serverName `
   -DatabaseName $databaseName | `
Add-AzSqlDatabaseToFailoverGroup `
   -ResourceGroupName $resourceGroupName `
   -ServerName $serverName `
   -FailoverGroupName $failoverGroupName
Write-host "Successfully added the database to the failover group..."

Poznámka:

Skupinu převzetí služeb při selhání je možné nasadit napříč předplatnými pomocí parametru -PartnerSubscriptionId v Azure PowerShellu počínaje Az.SQL 3.11.0. Další informace najdete v následujícím příkladu.

Azure CLI

V tomto kroku vytvořte skupinu převzetí služeb při selhání a přidejte do ní databázi pomocí Azure CLI.

Pomocí příkazu az sql failover-group create a vytvořte skupinu převzetí služeb při selhání a přidejte databázi do skupiny převzetí služeb při selhání:

echo "Creating $failoverGroup between $server and $secondaryServer..."
az sql failover-group create --name $failoverGroup --partner-server $secondaryServer --resource-group $resourceGroup --server $server --failover-policy Automatic --grace-period 2 --add-db $database

Testování plánovaného 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í bez ztráty dat 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. 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 označíte jako oblíbenou a přidáte ji jako položku v levém navigačním panelu.

2. Vyberte databázi, kterou chcete přidat do skupiny převzetí služeb při selhání.

   

3. V podokně Nastavení vyberte skupinypřevzetí služeb při selhání a pak zvolte skupinu převzetí služeb při selhání, kterou jste právě vytvořili.

   

4. Zkontrolujte, který server je primární a který server je sekundární.

5. V podokně úloh vyberte převzetí služeb při selhání , pokud chcete převzít služby při selhání skupiny převzetí služeb při selhání obsahující vaši databázi.

6. V upozornění, které vás upozorní, že se relace TDS odpojí, vyberte Ano .

   

7. Zkontrolujte, který server je teď primární a který server je sekundární. Pokud převzetí služeb při selhání proběhlo úspěšně, měly by mít oba servery prohozené role.

8. Znovu vyberte převzetí služeb při selhání , aby servery byly vráceny zpět do původních rolí.

PowerShell

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

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

Azure CLI

Otestujte převzetí služeb při selhání pomocí Azure CLI.

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

Pomocí příkazu az sql failover-group show potvrďte role jednotlivých serverů.

echo "Confirming the role of each server in the failover group..." # note ReplicationRole property
az sql failover-group show --name $failoverGroup --resource-group $resourceGroup --server $server

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

K převzetí služeb při selhání sekundárnímu serveru použijte az sql failover-group set-primary. K ověření úspěšného převzetí služeb při selhání použijte příkaz az sql failover-group show.

echo "Failing over to $secondaryServer..."
az sql failover-group set-primary --name $failoverGroup --resource-group $resourceGroup --server $secondaryServer 

echo "Confirming role of $secondaryServer is now primary..." # note ReplicationRole property
az sql failover-group show --name $failoverGroup --resource-group $resourceGroup --server $server

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 az sql failover-group set-primary.

echo "Failing back to $server...."
az sql failover-group set-primary --name $failoverGroup --resource-group $resourceGroup --server $server

Důležité

Pokud potřebujete sekundární databázi odstranit, před odstraněním ji odeberte ze skupiny převzetí služeb při selhání. Odstranění sekundární databáze před odebráním ze skupiny převzetí služeb při selhání může způsobit nepředvídatelné chování.

V případě kompletních skriptů si přečtěte, jak přidat elastický fond do skupiny převzetí služeb při selhání pomocí Azure PowerShellu nebo Azure CLI.

Požadavky

Zvažte následující předpoklady pro vytvoření skupiny převzetí služeb při selhání pro databázi ve fondu:

• Nastavení přihlášení k serveru a brány firewall pro sekundární server musí odpovídat nastavení primárního serveru.

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

Vytvořte skupinu převzetí služeb při selhání pro elastický fond pomocí webu Azure Portal nebo PowerShellu.

Azure Portal

Vytvořte skupinu převzetí služeb při selhání a přidejte do ní elastický fond pomocí webu Azure Portal.

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 označíte jako oblíbenou a přidáte ji jako položku v levém navigačním panelu.

2. Vyberte elastický fond, který chcete přidat do skupiny převzetí služeb při selhání.

3. V podokně Přehled vyberte název serveru v části Název serveru a otevřete nastavení pro server.

   

4. V podokně Nastavení vyberte skupiny převzetí služeb při selhání a pak vyberte Přidat skupinu a vytvořte novou skupinu převzetí služeb při selhání.

   

5. Na stránce Skupina převzetí služeb při selhání zadejte nebo vyberte požadované hodnoty a pak vyberte Vytvořit. Buď vytvořte nový sekundární server, nebo vyberte existující sekundární server.

6. Vyberte Databáze v rámci skupiny a zvolte elastický fond, který chcete přidat do skupiny převzetí služeb při selhání. Pokud elastický fond na sekundárním serveru ještě neexistuje, zobrazí se upozornění s výzvou k vytvoření elastického fondu na sekundárním serveru. Vyberte upozornění a pak výběrem ok vytvořte elastický fond na sekundárním serveru.

   

7. Pomocí příkazu Select použijte nastavení elastického fondu pro skupinu převzetí služeb při selhání a pak vyberte Vytvořit a vytvořte skupinu převzetí služeb při selhání. Přidání elastického fondu do skupiny převzetí služeb při selhání automaticky spustí proces geografické replikace.

PowerShell

Vytvořte skupinu převzetí služeb při selhání a přidejte do ní elastický fond pomocí PowerShellu.

Pomocí rutiny New-AzSqlDatabaseFailoverGroup vytvořte skupinu převzetí služeb při selhání:

# Create a failover group between the servers
Write-host "Creating failover group..." 
New-AzSqlDatabaseFailoverGroup `
  –ResourceGroupName $resourceGroupName `
   -ServerName $serverName `
   -PartnerServerName $drServerName  `
   –FailoverGroupName $failoverGroupName `
   –FailoverPolicy Manual
Write-host "Failover group created successfully."

Pomocí příkazů Get-AzSqlDatabaseFailoverGroup a Get-AzSqlElasticPoolDatabase přidejte databázi do skupiny převzetí služeb při selhání:

# Add elastic pool to the failover group
Write-host "Enumerating databases in elastic pool...." 
$FailoverGroup = Get-AzSqlDatabaseFailoverGroup `
                 -ResourceGroupName $resourceGroupName `
                 -ServerName $serverName `
                 -FailoverGroupName $failoverGroupName
$databases = Get-AzSqlElasticPoolDatabase `
               -ResourceGroupName $resourceGroupName `
               -ServerName $serverName `
               -ElasticPoolName $poolName
Write-host "Adding databases to failover group..." 
$failoverGroup = $failoverGroup | Add-AzSqlDatabaseToFailoverGroup `
                                  -Database $databases 
$failoverGroup

Azure CLI

V tomto kroku vytvořte skupinu převzetí služeb při selhání a přidejte do ní databázi pomocí Azure CLI.

Pomocí příkazu az sql failover-group create vytvořte skupinu převzetí služeb při selhání.

echo "Creating $failoverGroup between $server and $secondaryServer..."
az sql failover-group create --name $failoverGroup --partner-server $secondaryServer --resource-group $resourceGroup --server $server --failover-policy Automatic --grace-period 2
databaseId=$(az sql elastic-pool list-dbs --name $pool --resource-group $resourceGroup --server $server --query [0].name -o json | tr -d '"')

Pomocí příkazu az sql failover-group update přidejte databázi do skupiny převzetí služeb při selhání.

echo "Adding $database to $failoverGroup..."
az sql failover-group update --name $failoverGroup --add-db $databaseId --resource-group $resourceGroup --server $server

Testování plánovaného převzetí služeb při selhání

Otestujte převzetí služeb při selhání bez ztráty dat elastického fondu pomocí webu Azure Portal nebo PowerShellu.

Azure Portal

Převzetí služeb při selhání skupiny převzetí služeb při selhání na sekundární server a následné navrácení služeb po obnovení pomocí webu Azure Portal.

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 označíte jako oblíbenou a přidáte ji jako položku v levém navigačním panelu.

2. Vyberte elastický fond, u kterého chcete převzít služby při selhání.

3. V podokně Přehled vyberte název serveru v části Název serveru a otevřete nastavení pro server.

   

4. V části Nastavení vyberte skupiny převzetí služeb při selhání a pak zvolte skupinu převzetí služeb při selhání, kterou jste vytvořili dříve.

   

5. Zkontrolujte, který server je primární a který server je sekundární.

6. V podokně úloh vyberte převzetí služeb při selhání a převzetí služeb při selhání skupiny převzetí služeb při selhání obsahující elastický fond.

7. V upozornění, které vás upozorní, že se relace TDS odpojí, vyberte Ano .

   

8. Zkontrolujte, který server je primární, který server je sekundární. Pokud převzetí služeb při selhání proběhlo úspěšně, měly by mít oba servery prohozené role.

9. Znovu vyberte převzetí služeb při selhání, aby se skupina převzetí služeb při selhání vrátila do původního nastavení.

PowerShell

Otestujte převzetí služeb při selhání skupiny převzetí služeb při selhání pomocí PowerShellu pomocí následujících příkazů PowerShellu:

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 server 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 "Failover group failed over to" $drServerName 

# Check role of secondary replica
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 "Failover group failed over to" $serverName

Azure CLI

Otestujte převzetí služeb při selhání pomocí Azure CLI.

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

Pomocí příkazu az sql failover-group show potvrďte role jednotlivých serverů ve skupině převzetí služeb při selhání.

echo "Confirming the role of each server in the failover group..." # note ReplicationRole property
az sql failover-group show --name $failoverGroup --resource-group $resourceGroup --server $server

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 příkaz az sql failover-group set-primary. K ověření úspěšného převzetí služeb při selhání použijte příkaz az sql failover-group show.

echo "Failing over to $secondaryServer..."
az sql failover-group set-primary --name $failoverGroup --resource-group $resourceGroup --server $secondaryServer 

echo "Confirming role of $secondaryServer is now primary..." # note ReplicationRole property
az sql failover-group show --name $failoverGroup --resource-group $resourceGroup --server $server

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 az sql failover-group set-primary.

echo "Failing back to $server...."
az sql failover-group set-primary --name $failoverGroup --resource-group $resourceGroup --server $server

Důležité

Pokud potřebujete sekundární databázi odstranit, před odstraněním ji odeberte ze skupiny převzetí služeb při selhání. Odstranění sekundární databáze před odebráním ze skupiny převzetí služeb při selhání může způsobit nepředvídatelné chování.

Použití Private Linku

Privátní propojení umožňuje přidružit logický server ke konkrétní privátní IP adrese v rámci virtuální sítě a podsítě.

Pokud chcete použít privátní propojení se skupinou převzetí služeb při selhání, postupujte takto:

1. Ujistěte se, že primární a sekundární servery jsou ve spárované oblasti.
2. Vytvořte virtuální síť a podsíť v každé oblasti pro hostování privátních koncových bodů primárních a sekundárních serverů tak, aby měly nepřekryvné adresní prostory IP adres. Například rozsah adres primární virtuální sítě 10.0.0.0/16 a rozsah adres sekundární virtuální sítě 10.0.0.1/16 se překrývají. Další informace o rozsazích adres virtuálních sítí najdete v blogovém příspěvku věnovaném návrhu virtuálních sítí Azure.
3. Vytvořte pro primární server privátní koncový bod a zónu privátního DNS Azure.
4. Vytvořte také privátní koncový bod pro sekundární server, ale tentokrát zvolte opakované použití stejné zóny privátního DNS vytvořené pro primární server.
5. Po vytvoření privátního propojení můžete skupinu převzetí služeb při selhání vytvořit podle kroků uvedených výše v tomto článku.

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 tak zůstane připojená k naslouchacímu procesu skupiny převzetí služeb při selhání, nikoli k primární databázi nebo elastickému fondu. 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í:

Škálování databází ve skupině převzetí služeb při selhání

Primární databázi můžete škálovat nahoru nebo dolů na jinou velikost výpočetních prostředků (ve stejné úrovni služby), aniž byste odpojili jakékoli geografické sekundy. Při vertikálním navýšení kapacity doporučujeme nejprve vertikálně navýšit kapacitu databáze v sekundární geografické oblasti, a teprve pak vertikálně navýšit kapacitu primární databáze. V případě vertikálního snižování kapacity postupujte v opačném pořadí: nejprve vertikálně snižte kapacitu primární databáze, a teprve pak vertikálně snižte kapacitu sekundární databáze. Při škálování databáze na jinou úroveň služby se toto doporučení vynutí.

Tato sekvence se doporučuje konkrétně zabránit problému, kdy se geograficky sekundární oblast v nižší SKU přetíží a musí být znovu provedena během procesu upgradu nebo downgradu. Tomuto problému můžete zabránit také tak, že primární instanci nastavíte jen pro čtení – bude to však mít vliv na všechny úlohy čtení z primární instance i zápisu na ni.

Poznámka:

Pokud jste geosekundární databázi vytvořili v rámci konfigurace skupiny převzetí služeb při selhání, nedoporučujeme vertikálně snižovat její kapacitu. Tím se zajistí, že vaše datová vrstva bude mít po geografickém převzetí služeb při selhání dostatečnou kapacitu na zpracování běžného zatížení. Po neplánovaném převzetí služeb při selhání není možné škálovat geografickou sekundární oblast, pokud je kvůli výpadku nedostupný bývalý geografický primární server. Jedná se o známé omezení.

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

Abychom si ukázali posloupnost změn, předpokládáme, že server A je primárním serverem, server B je stávající sekundární server a server C je nová sekundární v třetí oblasti. Pokud chcete přechod provést, postupujte takto:

1. Vytvořte další sekundární soubory každé databáze na serveru A na server C pomocí aktivní geografické replikace. Každá databáze na serveru A bude mít dvě sekundy, jednu na serveru B a druhou na serveru C. To zaručuje, že primární databáze zůstanou během přechodu chráněné.
2. Odstraňte skupinu převzetí služeb při selhání. V tomto okamžiku se pokusy o přihlášení pomocí koncových bodů skupiny převzetí služeb při selhání začnou selhat.
3. Znovu vytvořte skupinu převzetí služeb při selhání se stejným názvem mezi servery A a C.
4. Přidejte všechny primární databáze na serveru A do nové skupiny převzetí služeb při selhání. V tomto okamžiku se pokusy o přihlášení přestanoulhat.
5. Odstranění serveru B Všechny databáze na B budou odstraněny automaticky.

Změna primární oblasti

Abychom si ukázali posloupnost změn, předpokládáme, že server A je primárním serverem, server B je stávající sekundární server a server C je nová primární v třetí oblasti. Pokud chcete přechod provést, postupujte takto:

1. Provedením plánovaného geografického převzetí služeb při selhání přepněte primární server na B. Server A se stane novým sekundárním serverem. Převzetí služeb při selhání může způsobit několik minut výpadku. Skutečný čas závisí na velikosti skupiny převzetí služeb při selhání.
2. Vytvořte další sekundy každé databáze na serveru B na serveru C pomocí aktivní geografické replikace. Každá databáze na serveru B bude mít dva sekundáře, jednu na serveru A a druhou na serveru C. To zaručuje, že primární databáze zůstanou během přechodu chráněné.
3. Odstraňte skupinu převzetí služeb při selhání. V tomto okamžiku se pokusy o přihlášení pomocí koncových bodů skupiny převzetí služeb při selhání začnou selhat.
4. Znovu vytvořte skupinu převzetí služeb při selhání se stejným názvem mezi servery B a C.
5. Přidejte všechny primární databáze na B do nové skupiny převzetí služeb při selhání. V tomto okamžiku se pokusy o přihlášení přestanoulhá.
6. Proveďte plánované geografické převzetí služeb při selhání skupiny převzetí služeb při selhání a přepněte B a C. Server C se teď stane primárním serverem a B sekundární. Všechny sekundární databáze na serveru A budou automaticky propojeny s primariemi v jazyce C. Stejně jako v kroku 1 může převzetí služeb při selhání způsobit několik minut výpadku.
7. Odstraňte server A. Všechny databáze na A se odstraní automaticky.

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í nebo alias DNS serveru se stejným názvem. Vzhledem k tomu, že názvy skupin převzetí služeb při selhání a aliasy DNS musí být globálně jedinečné, zabráníte tím opětovnému použití stejného názvu. Pokud chcete toto riziko minimalizovat, nepoužívejte obecné názvy skupin převzetí služeb při selhání.

Skupiny převzetí služeb při selhání a zabezpečení sítě

U některých aplikací pravidla zabezpečení vyžadují, aby síťový přístup k datové vrstvě byl omezen na konkrétní komponentu nebo komponenty, jako je virtuální počítač, webová služba atd. Tento požadavek představuje některé výzvy při návrhu kontinuity podnikových procesů a použití skupin převzetí služeb při selhání. Při implementaci takového omezeného přístupu zvažte následující možnosti.

Použití skupin převzetí služeb při selhání a koncových bodů služeb virtuální sítě

Pokud používáte koncové body služby a pravidla virtuální sítě k omezení přístupu k databázi, mějte na paměti, že každý koncový bod služby virtuální sítě se vztahuje pouze na jednu oblast Azure. Koncový bod neumožňuje ostatním oblastem přijímat komunikaci z podsítě. Proto se k primární databázi můžou připojit jenom klientské aplikace nasazené ve stejné oblasti. Vzhledem k tomu, že geografické převzetí služeb při selhání vede k přesměrování klientských relací služby SQL Database na server v jiné (sekundární) oblasti, můžou tyto relace selhat, pokud pocházejí z klienta mimo danou oblast. Z tohoto důvodu není možné povolit zásady převzetí služeb při selhání spravované Microsoftem, pokud jsou zúčastněné servery zahrnuté v pravidlech virtuální sítě. Pokud chcete podporovat zásady ručního převzetí služeb při selhání, postupujte takto:

1. Zřiďte redundantní kopie front-endových komponent vaší aplikace (webová služba, virtuální počítače atd.) v sekundární oblasti.
2. Nakonfigurujte pravidla virtuální sítě jednotlivě pro primární a sekundární server.
3. Povolte převzetí služeb při selhání front-endu pomocí konfigurace Traffic Manageru.
4. Inicializovat ruční geografické převzetí služeb při selhání při zjištění výpadku. Tato možnost je optimalizovaná pro aplikace, které vyžadují konzistentní latenci mezi front-endem a datovou vrstvou a podporuje obnovení, pokud dojde k výpadku front-endu, datové vrstvy nebo obojího.

Poznámka:

Pokud k vyrovnávání zatížení úlohy jen pro čtení používáte naslouchací proces jen pro čtení, ujistěte se, že je tato úloha spuštěná ve virtuálním počítači nebo jiném prostředku v sekundární oblasti, aby se mohl připojit k sekundární databázi.

Použití skupin převzetí služeb při selhání a pravidel brány firewall

Pokud váš plán provozní kontinuity vyžaduje převzetí služeb při selhání pomocí skupin převzetí služeb při selhání, můžete omezit přístup ke službě SQL Database pomocí pravidel brány firewall veřejné IP adresy. Tato konfigurace zajišťuje, že geografické převzetí služeb při selhání nezablokuje připojení z front-endových komponent a předpokládá, že aplikace dokáže tolerovat delší latenci mezi front-endem a datovou vrstvou.

Pokud chcete podporovat převzetí služeb při selhání skupiny převzetí služeb při selhání, postupujte takto:

1. Vytvořte veřejnou IP adresu.
2. Vytvořte veřejný nástroj pro vyrovnávání zatížení a přiřaďte k němu veřejnou IP adresu.
3. Vytvořte virtuální síť a virtuální počítače pro front-endové komponenty.
4. Vytvořte skupinu zabezpečení sítě a nakonfigurujte příchozí připojení.
5. Pomocí značky služby se ujistěte, že jsou odchozí připojení otevřená ke službě Azure SQL Database v určité oblasti.Sql.<Region>
6. Vytvořte pravidlo brány firewall služby SQL Database, které povolí příchozí provoz z veřejné IP adresy, kterou vytvoříte v kroku 1.

Další informace o tom, jak nakonfigurovat odchozí přístup a jakou IP adresu použít v pravidlech brány firewall, najdete v tématu Odchozí připojení nástroje pro vyrovnávání zatížení.

Důležité

Pokud chcete zajistit kontinuitu podnikových procesů během regionálních výpadků, musíte zajistit geografickou redundanci pro front-endové komponenty i databáze.

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 SQL Serveru 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 Azure SQL Database:

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í server primárního serveru – Všechny databáze ve skupině převzetí služeb při selhání
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 na aktuálním primárním serveru
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í na novém serveru

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 servery ve stejné oblasti Azure.
• Skupiny převzetí služeb při selhání podporují geografickou replikaci všech databází ve skupině pouze na jeden sekundární logický server v jiné oblasti.
• 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.
• Přejmenování databáze není podporováno pro databáze ve skupině převzetí služeb při selhání. Skupinu převzetí služeb při selhání budete muset dočasně odstranit, abyste mohli databázi přejmenovat nebo odebrat ze skupiny převzetí služeb při selhání.
• Odebráním skupiny převzetí služeb při selhání pro jednotlivou databázi nebo databázi ve fondu se nezastaví replikace a replikovaná databáze se neodstraní. Pokud chcete přidat jednu databázi nebo databázi ve fondu zpět do skupiny převzetí služeb při selhání, budete muset ručně zastavit geografickou replikaci a odstranit ji ze sekundárního serveru. Při pokusu o přidání databáze do skupiny převzetí služeb při selhání může dojít k chybě podobné The operation cannot be performed due to multiple errors jako při pokusu o přidání databáze do skupiny převzetí služeb při selhání.
• Název skupiny převzetí služeb při selhání podléhá omezením pojmenování.

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-AzSqlDatabaseFailoverGroup	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.
Remove-AzSqlDatabaseFailoverGroup	Odebere skupinu převzetí služeb při selhání ze serveru.
Get-AzSqlDatabaseFailoverGroup	Načte konfiguraci skupiny převzetí služeb při selhání.
Set-AzSqlDatabaseFailoverGroup	Upraví konfiguraci skupiny převzetí služeb při selhání.
Switch-AzSqlDatabaseFailoverGroup	Aktivuje převzetí služeb při selhání skupiny převzetí služeb při selhání na sekundární server.
Add-AzSqlDatabaseToFailoverGroup	Přidá jednu nebo více databází do skupiny převzetí služeb při selhání.

Poznámka:

Skupinu převzetí služeb při selhání je možné nasadit napříč předplatnými pomocí parametru -PartnerSubscriptionId v Azure PowerShellu počínaje Az.SQL 3.11.0. Další informace najdete v následujícím příkladu.

Azure CLI

Příkaz	Popis
az sql 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 failover-group delete	Odebere skupinu převzetí služeb při selhání ze serveru.
az sql failover-group show	Načte konfiguraci skupiny převzetí služeb při selhání.
az sql 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 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 skupinu 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í ze serveru.
Převzetí služeb při selhání (plánované)	Aktivuje převzetí služeb při selhání z aktuálního primárního serveru na sekundární server 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ího primárního serveru na sekundární server 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í podle serveru	Zobrazí seznam skupin převzetí služeb při selhání na serveru.
Aktualizace skupiny převzetí služeb při selhání	Aktualizace konfiguraci skupiny převzetí služeb při selhání.

Další kroky

Přehled možností vysoké dostupnosti služby Azure SQL Database najdete v tématu Geografická replikace a skupiny převzetí služeb při selhání.