Feladatátvételi csoport konfigurálása az Azure SQL Database-hez

A következőre vonatkozik: Azure SQL Database

• Azure SQL Database
• Felügyelt Azure SQL-példány

Ez a cikk bemutatja, hogyan konfigurálhat feladatátvételi csoportot önálló és készletezett adatbázisokhoz az Azure SQL Database-ben az Azure Portal, az Azure PowerShell és az Azure CLI használatával.

A végpontok közötti szkriptek esetében tekintse át, hogyan adhat hozzá egyetlen adatbázist egy feladatátvételi csoporthoz az Azure PowerShell vagyaz Azure CLI használatával.

Előfeltételek

Vegye figyelembe a feladatátvételi csoport egyetlen adatbázishoz való létrehozásának következő előfeltételeit:

• A másodlagos kiszolgáló bejelentkezési és tűzfalbeállításainak meg kell egyeznie az elsődleges kiszolgálóval.

Feladatátvételi csoport létrehozása

Portal

Hozza létre a feladatátvételi csoportot, és adja hozzá egyetlen adatbázisát az Azure Portal használatával.

1. Válassza az Azure SQL-t az Azure Portal bal oldali menüjében. Ha az Azure SQL nem szerepel a listában, válassza a Minden szolgáltatás lehetőséget, majd írja be az Azure SQL kifejezést a keresőmezőbe. (Nem kötelező) Válassza ki az Azure SQL melletti csillagot kedvencként, és adja hozzá elemként a bal oldali navigációs sávban.

2. Jelölje ki a feladatátvételi csoporthoz hozzáadni kívánt adatbázist.

3. Válassza ki a kiszolgáló nevét a Kiszolgálónév csoportban a kiszolgáló beállításainak megnyitásához.

   

4. Válassza a feladatátvételi csoportokat a Gépház panelen, majd válassza a Csoport hozzáadása lehetőséget egy új feladatátvételi csoport létrehozásához.

   

5. A Feladatátvételi csoport lapon adja meg vagy válassza ki a szükséges értékeket, majd válassza a Létrehozás lehetőséget. Hozzon létre egy új másodlagos kiszolgálót, vagy válasszon ki egy meglévő másodlagos kiszolgálót. A feladatátvételi csoport másodlagos kiszolgálójának más régióban kell lennie, mint az elsődleges kiszolgálónak.

   • A csoporton belüli adatbázisok: Válassza ki a feladatátvételi csoporthoz hozzáadni kívánt adatbázist. Az adatbázis feladatátvételi csoporthoz való hozzáadása automatikusan elindítja a georeplikációs folyamatot.

   

PowerShell

Hozza létre a feladatátvételi csoportot, és adja hozzá az adatbázist a PowerShell használatával.

A feladatátvételi csoport létrehozásához használja a New-AzSqlDatabaseFailoverGroupot :

# 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

A Get-AzSqlDatabase és az Add-AzSqlDatabaseToFailoverGroup parancsokkal adja hozzá az adatbázist a feladatátvételi csoporthoz:

# 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..."

Megjegyzés:

A feladatátvételi csoportot több előfizetésben is üzembe helyezheti az Az.SQL 3.11.0-tól kezdve az -PartnerSubscriptionId Azure PowerShell paraméterével. További információért tekintse át a következő példát.

Azure CLI

Ebben a lépésben hozza létre a feladatátvételi csoportot, és adja hozzá az adatbázist az Azure CLI használatával.

Az sql feladatátvételi csoport létrehozásával és feladatátvételi csoport létrehozásával adja hozzá az adatbázist a feladatátvételi csoporthoz:

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

Tervezett feladatátvétel tesztelése

Tesztelje a feladatátvételi csoport feladatátvételét adatvesztés nélkül az Azure Portal vagy a PowerShell használatával.

Portal

Tesztelje a feladatátvételi csoport feladatátvételét az Azure Portal használatával.

1. Válassza az Azure SQL-t az Azure Portal bal oldali menüjében. Ha az Azure SQL nem szerepel a listában, válassza a Minden szolgáltatás lehetőséget, majd írja be az "Azure SQL" kifejezést a keresőmezőbe. (Nem kötelező) Válassza ki az Azure SQL melletti csillagot kedvencként, és adja hozzá elemként a bal oldali navigációs sávban.

2. Jelölje ki a feladatátvételi csoporthoz hozzáadni kívánt adatbázist.

   

3. Válassza a feladatátvételi csoportokat a Gépház panelen, majd válassza ki az imént létrehozott feladatátvételi csoportot.

   

4. Ellenőrizze, hogy melyik kiszolgáló elsődleges, és melyik a másodlagos kiszolgáló.

5. Válassza a Feladatátvétel lehetőséget a munkaablakban az adatbázist tartalmazó feladatátvételi csoport feladatátvételéhez.

6. Válassza az Igen lehetőséget azon a figyelmeztetésen, amely értesíti, hogy a TDS-munkamenetek le lesznek választva.

   

7. Tekintse át, hogy melyik kiszolgáló elsődleges, és melyik a másodlagos kiszolgáló. Ha a feladatátvétel sikeres volt, a két kiszolgálónak fel kell cserélnie a szerepköröket.

8. Válassza ismét a Feladatátvétel lehetőséget, ha a kiszolgálókat vissza szeretné adni az eredeti szerepkörökbe.

PowerShell

Tesztelje a feladatátvételi csoport feladatátvételét a PowerShell használatával.

Az egyes kiszolgálók szerepköreinek ellenőrzése

Az egyes kiszolgálók szerepköreinek megerősítéséhez használja a Get-AzSqlDatabaseFailoverGroup parancsot.

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

Feladatátvétel a másodlagos kiszolgálóra

A Switch-AzSqlDatabaseFailoverGroup használatával feladatátvételt kell végrehajtania a másodlagos kiszolgálóra.

# 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

Feladatátvételi csoport visszaállítása az elsődleges kiszolgálóra

A Switch-AzSqlDatabaseFailoverGroup paranccsal térjen vissza az elsődleges kiszolgálóra.

# 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

Tesztelje a feladatátvételt az Azure CLI használatával.

Az egyes kiszolgálók szerepköreinek ellenőrzése

Az sql feladatátvételi csoport megjelenítési parancsával erősítse meg az egyes kiszolgálók szerepkörét.

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

Feladatátvétel a másodlagos kiszolgálóra

A másodlagos kiszolgálóra való feladatátvételhez használja az az sql feladatátvételi csoport elsődlegesét. A sikeres feladatátvétel ellenőrzéséhez használja az sql feladatátvételi csoport megjelenítési parancsát.

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

Feladatátvételi csoport visszaállítása az elsődleges kiszolgálóra

Az az sql feladatátvételi csoport set-primary parancsával térjen vissza az elsődleges kiszolgálóra.

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

Fontos

Ha törölnie kell a másodlagos adatbázist, a törlés előtt távolítsa el azt a feladatátvételi csoportból. A másodlagos adatbázis törlése a feladatátvételi csoportból való eltávolítása előtt kiszámíthatatlan viselkedést okozhat.

A végpontok közötti szkriptek esetében tekintse át, hogyan adhat hozzá rugalmas készletet egy feladatátvételi csoporthoz az Azure PowerShell vagyaz Azure CLI használatával.

Előfeltételek

Vegye figyelembe a következő előfeltételeket a feladatátvételi csoport készletezett adatbázishoz való létrehozásához:

• A másodlagos kiszolgáló bejelentkezési és tűzfalbeállításainak meg kell egyeznie az elsődleges kiszolgálóval.

Feladatátvételi csoport létrehozása

Hozza létre a rugalmas készlet feladatátvételi csoportját az Azure Portal vagy a PowerShell használatával.

Portal

Hozza létre a feladatátvételi csoportot, és adja hozzá a rugalmas készletet az Azure Portal használatával.

1. Válassza az Azure SQL-t az Azure Portal bal oldali menüjében. Ha az Azure SQL nem szerepel a listában, válassza a Minden szolgáltatás lehetőséget, majd írja be az "Azure SQL" kifejezést a keresőmezőbe. (Nem kötelező) Válassza ki az Azure SQL melletti csillagot kedvencként, és adja hozzá elemként a bal oldali navigációs sávban.

2. Válassza ki a feladatátvételi csoporthoz hozzáadni kívánt rugalmas készletet.

3. Az Áttekintés panelen válassza ki a kiszolgáló nevét a Kiszolgáló neve területen a kiszolgáló beállításainak megnyitásához.

   

4. Válassza a feladatátvételi csoportokat a Gépház panelen, majd válassza a Csoport hozzáadása lehetőséget egy új feladatátvételi csoport létrehozásához.

   

5. A Feladatátvételi csoport lapon adja meg vagy válassza ki a szükséges értékeket, majd válassza a Létrehozás lehetőséget. Hozzon létre egy új másodlagos kiszolgálót, vagy válasszon ki egy meglévő másodlagos kiszolgálót.

6. Válassza ki a csoport adatbázisait, és válassza ki a feladatátvételi csoporthoz hozzáadni kívánt rugalmas készletet. Ha egy rugalmas készlet még nem létezik a másodlagos kiszolgálón, megjelenik egy figyelmeztetés, amely arra kéri, hogy hozzon létre egy rugalmas készletet a másodlagos kiszolgálón. Válassza ki a figyelmeztetést, majd az OK gombra kattintva hozza létre a rugalmas készletet a másodlagos kiszolgálón.

   

7. A Kiválasztás funkcióval alkalmazza a rugalmas készlet beállításait a feladatátvételi csoportra, majd válassza a Létrehozás lehetőséget a feladatátvételi csoport létrehozásához. A rugalmas készlet feladatátvételi csoporthoz való hozzáadása automatikusan elindítja a georeplikációs folyamatot.

PowerShell

Hozza létre a feladatátvételi csoportot, és adja hozzá a rugalmas készletet a PowerShell használatával.

A feladatátvételi csoport létrehozásához használja a New-AzSqlDatabaseFailoverGroupot :

# 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."

A Get-AzSqlDatabaseFailoverGroup és a Get-AzSqlElasticPoolDatabase parancsokkal adja hozzá az adatbázist a feladatátvételi csoporthoz:

# 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

Ebben a lépésben hozza létre a feladatátvételi csoportot, és adja hozzá az adatbázist az Azure CLI használatával.

Feladatátvételi csoport létrehozásához használja az az sql feladatátvételi csoport létrehozási parancsát.

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 '"')

Az sql feladatátvételi csoport frissítési parancsával adjon hozzá adatbázist a feladatátvételi csoporthoz.

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

Tervezett feladatátvétel tesztelése

Tesztelje a feladatátvételt úgy, hogy nincs adatvesztés a rugalmas készletben az Azure Portal vagy a PowerShell használatával.

Portal

Feladatátvételi csoport feladatátvétele a másodlagos kiszolgálóra, majd feladat-visszavétel az Azure Portal használatával.

1. Válassza az Azure SQL-t az Azure Portal bal oldali menüjében. Ha az Azure SQL nem szerepel a listában, válassza a Minden szolgáltatás lehetőséget, majd írja be az "Azure SQL" kifejezést a keresőmezőbe. (Nem kötelező) Válassza ki az Azure SQL melletti csillagot kedvencként, és adja hozzá elemként a bal oldali navigációs sávban.

2. Válassza ki a feladatátvételhez használni kívánt rugalmas készletet.

3. Az Áttekintés panelen válassza ki a kiszolgáló nevét a Kiszolgáló neve területen a kiszolgáló beállításainak megnyitásához.

   

4. Válassza a feladatátvételi csoportokat a Gépház alatt, majd válassza ki a korábban létrehozott feladatátvételi csoportot.

   

5. Ellenőrizze, hogy melyik kiszolgáló az elsődleges, és melyik a másodlagos kiszolgáló.

6. Válassza a feladatátvételt a munkaablakban a rugalmas készletet tartalmazó feladatátvételi csoport feladatátvételéhez.

7. Válassza az Igen lehetőséget azon a figyelmeztetésen, amely értesíti, hogy a TDS-munkamenetek le lesznek választva.

   

8. Ellenőrizze, hogy melyik kiszolgáló elsődleges, melyik kiszolgáló másodlagos. Ha a feladatátvétel sikeres volt, a két kiszolgálónak fel kell cserélnie a szerepköröket.

9. Válassza ismét a Feladatátvétel lehetőséget, ha a feladatátvételi csoportot vissza szeretné adni az eredeti beállításokhoz.

PowerShell

Tesztelje a feladatátvételi csoport feladatátvételét a PowerShell használatával az alábbi PowerShell-parancsokkal:

Az egyes kiszolgálók szerepköreinek ellenőrzése

Az egyes kiszolgálók szerepköreinek megerősítéséhez használja a Get-AzSqlDatabaseFailoverGroup parancsot.

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

Feladatátvétel a másodlagos kiszolgálóra

A Switch-AzSqlDatabaseFailoverGroup használatával feladatátvételt kell végrehajtania a másodlagos kiszolgálóra.

# 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

Feladatátvételi csoport visszaállítása az elsődleges kiszolgálóra

A Switch-AzSqlDatabaseFailoverGroup paranccsal térjen vissza az elsődleges kiszolgálóra.

# 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

Tesztelje a feladatátvételt az Azure CLI használatával.

Az egyes kiszolgálók szerepköreinek ellenőrzése

Az sql feladatátvételi csoport megjelenítési parancsával erősítse meg a feladatátvételi csoport egyes kiszolgálóinak szerepkörét.

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

Feladatátvétel a másodlagos kiszolgálóra

A másodlagos kiszolgálóra való feladatátvételhez használja az az sql feladatátvételi csoport elsődleges parancsát. A sikeres feladatátvétel ellenőrzéséhez használja az sql feladatátvételi csoport megjelenítési parancsát.

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

Feladatátvételi csoport visszaállítása az elsődleges kiszolgálóra

Az az sql feladatátvételi csoport set-primary parancsával térjen vissza az elsődleges kiszolgálóra.

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

Fontos

Ha törölnie kell a másodlagos adatbázist, a törlés előtt távolítsa el azt a feladatátvételi csoportból. A másodlagos adatbázis törlése a feladatátvételi csoportból való eltávolítása előtt kiszámíthatatlan viselkedést okozhat.

Privát kapcsolat használata

Using a private link allows you to associate a logical server to a specific private IP address within the virtual network and subnet.

Ha privát hivatkozást szeretne használni a feladatátvételi csoporttal, tegye a következőket:

1. Győződjön meg arról, hogy az elsődleges és másodlagos kiszolgálók párosított régióban vannak.
2. Hozza létre a virtuális hálózatot és az alhálózatot minden régióban az elsődleges és a másodlagos kiszolgálók privát végpontjainak üzemeltetéséhez, amelyek nem visszacsatoló IP-címterekkel rendelkeznek. For example, the primary virtual network address range of 10.0.0.0/16 and the secondary virtual network address range of 10.0.0.1/16 overlaps. For more information about virtual network address ranges, see the blog designing Azure virtual networks.
3. Create a private endpoint and Azure Private DNS zone for the primary server.
4. Create a private endpoint for the secondary server as well, but this time choose to reuse the same Private DNS zone that was created for the primary server.
5. A privát hivatkozás létrehozása után létrehozhatja a feladatátvételi csoportot a cikkben korábban ismertetett lépéseket követve.

Figyelői végpont megkeresése

A feladatátvételi csoport konfigurálása után frissítse az alkalmazás kapcsolati sztring a figyelővégpontra. Így az alkalmazás nem az elsődleges adatbázishoz vagy a rugalmas készlethez, hanem a feladatátvevő csoport figyelőjéhez csatlakozik. Így nem kell manuálisan frissítenie a kapcsolati sztring minden alkalommal, amikor az adatbázis-entitás meghibásodik, és a forgalom az aktuálisan elsődleges entitáshoz lesz irányítva.

A figyelővégpont a feladatátvételi fog-name.database.windows.netcsoport megtekintésekor az Azure Portalon látható:

Adatbázisok skálázása feladatátvételi csoportban

Az elsődleges adatbázist fel- vagy leskálázhatja egy másik számítási méretre (ugyanazon a szolgáltatási szinten belül), anélkül, hogy leválasztaná a georeplikációs fájlokat. Ha felskálázást végez, azt javasoljuk, hogy először a földrajzilag másodlagos példányt, majd az elsődleges példányt skálázza fel vertikálisan. Vertikális leskálázáskor fordítsa meg a sorrendet: először az elsődleges, majd másodlagos példányt skálázza le. Amikor egy adatbázist egy másik szolgáltatási szintre skáláz, a javaslat érvénybe lép.

Ezt a sorozatot kifejezetten azért javasoljuk, hogy elkerülje azt a problémát, amely miatt az alacsonyabb termékváltozatban lévő geo-másodlagos rendszer túlterhelődik, és a frissítési vagy leminősítési folyamat során újra el kell végezni. A problémát úgy is elkerülheti, ha az elsődleges példányt írásvédetté teszi, de ez hatással lesz az összes írási és olvasási számítási feladatra az elsődleges példányon.

Megjegyzés:

Ha a másodlagos georeplikát a feladatátvételi csoport konfigurációjának részeként hozta létre, nem ajánlott vertikálisan leskálázni. Így biztosítható, hogy az adatszint elegendő kapacitással rendelkezzen a normál számítási feladatok feldolgozásához egy földrajzi feladatátvétel után. Előfordulhat, hogy nem tud geo-másodlagos skálázást végezni egy nem tervezett feladatátvétel után, ha a korábbi geo-elsődleges nem érhető el a kimaradás miatt. Ez egy ismert korlátozás.

Kritikus adatok elvesztésének megakadályozása

A nagy kiterjedésű hálózatok nagy késése miatt a georeplikálás aszinkron replikációs mechanizmust használ. Az aszinkron replikáció elkerülhetetlenné teszi az adatvesztés lehetőségét, ha az elsődleges hiba meghiúsul. A kritikus tranzakciók adatvesztéssel szembeni védelme érdekében az alkalmazásfejlesztő közvetlenül a tranzakció véglegesítése után meghívhatja a sp_wait_for_database_copy_sync tárolt eljárást. A hívás sp_wait_for_database_copy_sync addig blokkolja a hívási szálat, amíg az utolsó véglegesített tranzakciót nem továbbítják és meg nem keményítik a másodlagos adatbázis tranzakciónaplójában. Azonban nem várja meg, hogy a továbbított tranzakciók visszajátsszon (újra) a másodlagoson. sp_wait_for_database_copy_sync hatóköre egy adott georeplikációs hivatkozásra vonatkozik. Ezt az eljárást bármely olyan felhasználó meghívhatja, aki rendelkezik az elsődleges adatbázishoz való kapcsolódási jogosultsággal.

Megjegyzés:

sp_wait_for_database_copy_sync megakadályozza az adatvesztést az adott tranzakciók geo feladatátvétele után, de nem garantálja az olvasási hozzáférés teljes szinkronizálását. Az eljáráshívás által sp_wait_for_database_copy_sync okozott késés jelentős lehet, és a hívás időpontjában az elsődlegesen még nem továbbított tranzakciónapló méretétől függ.

A másodlagos régió módosítása

A változásütemezés szemléltetéséhez feltételezzük, hogy az A kiszolgáló az elsődleges kiszolgáló, a B kiszolgáló a meglévő másodlagos kiszolgáló, a C kiszolgáló pedig a harmadik régió új másodlagos kiszolgálója. Az áttűnés végrehajtásához kövesse az alábbi lépéseket:

1. Hozzon létre további másodpéldányokat az A kiszolgálón lévő adatbázisokról a C kiszolgálóra aktív georeplikációs funkcióval. Az A kiszolgálón minden adatbázis két másodfokú adatbázissal rendelkezik, egyet a B kiszolgálón, egyet pedig a C kiszolgálón. Ez garantálja, hogy az elsődleges adatbázisok az átállás során is védettek maradnak.
2. Törölje a feladatátvételi csoportot. Ezen a ponton a feladatátvételi csoport végpontjait használó bejelentkezési kísérletek meghiúsulnak.
3. Hozza létre újra a feladatátvételi csoportot ugyanazzal a névvel az A és a C kiszolgáló között.
4. Adja hozzá az A kiszolgáló összes elsődleges adatbázisát az új feladatátvételi csoporthoz. Ezen a ponton a bejelentkezési kísérletek leállnak.
5. A B kiszolgáló törlése. A B összes adatbázisa automatikusan törlődik.

Az elsődleges régió módosítása

A változásütemezés szemléltetéséhez feltételezzük, hogy az A kiszolgáló az elsődleges kiszolgáló, a B kiszolgáló a meglévő másodlagos kiszolgáló, a C kiszolgáló pedig a harmadik régió új elsődleges kiszolgálója. Az áttűnés végrehajtásához kövesse az alábbi lépéseket:

1. Tervezett geo-feladatátvétel végrehajtása az elsődleges kiszolgáló B-re váltásához. Az A kiszolgáló lesz az új másodlagos kiszolgáló. A feladatátvétel több percnyi állásidőt eredményezhet. A tényleges idő a feladatátvételi csoport méretétől függ.
2. Hozzon létre további másodpéldányokat a B kiszolgálón lévő adatbázisokról a C kiszolgálóra aktív georeplikációs funkcióval. A B kiszolgálón minden adatbázis két másodfokú adatbázissal rendelkezik, egyet az A kiszolgálón, egyet pedig a C kiszolgálón. Ez garantálja, hogy az elsődleges adatbázisok az átállás során is védettek maradnak.
3. Törölje a feladatátvételi csoportot. Ezen a ponton a feladatátvételi csoport végpontjait használó bejelentkezési kísérletek meghiúsulnak.
4. Hozza létre újra a feladatátvételi csoportot ugyanazzal a névvel a B és a C kiszolgáló között.
5. Adja hozzá a B összes elsődleges adatbázisát az új feladatátvételi csoporthoz. Ezen a ponton a bejelentkezési kísérletek leállnak.
6. A feladatátvételi csoport tervezett geo-feladatátvételének végrehajtása a B és A kapcsolóhoz. Most a C kiszolgáló lesz az elsődleges, a B pedig a másodlagos. Az A kiszolgálón lévő összes másodlagos adatbázis automatikusan kapcsolódik a C elsődleges adatbázisaihoz. Az 1. lépéshez hasonlóan a feladatátvétel több percnyi állásidőt is eredményezhet.
7. Az A kiszolgáló törlése. Az A-ben lévő összes adatbázis automatikusan törlődik.

Fontos

A feladatátvételi csoport törlésekor a figyelővégpontok DNS-rekordjai is törlődnek. Ezen a ponton nem nulla annak a valószínűsége, hogy valaki más létrehoz egy feladatátvételi csoportot vagy egy kiszolgálói DNS-aliast ugyanazzal a névvel. Mivel a feladatátvételi csoportneveknek és a DNS-aliasoknak globálisan egyedinek kell lenniük, ez megakadályozza, hogy ismét ugyanazt a nevet használja. A kockázat minimalizálása érdekében ne használjon általános feladatátvételi csoportneveket.

Feladatátvételi csoportok és hálózati biztonság

Egyes alkalmazások esetében a biztonsági szabályok megkövetelik, hogy az adatszinthez való hálózati hozzáférés egy adott összetevőre vagy összetevőre, például virtuális gépre, webszolgáltatásra stb. korlátozódjon. Ez a követelmény kihívást jelent az üzletmenet-folytonosság tervezése és a feladatátvételi csoportok használata szempontjából. Az ilyen korlátozott hozzáférés megvalósításakor vegye figyelembe az alábbi lehetőségeket.

Feladatátvételi csoportok és virtuális hálózati szolgáltatásvégpontok használata

Ha virtuális hálózati szolgáltatásvégpontokat és szabályokat használ az adatbázishoz való hozzáférés korlátozásához, vegye figyelembe, hogy minden egyes virtuális hálózati szolgáltatásvégpont csak egy Azure-régióra vonatkozik. A végpont nem teszi lehetővé más régiók számára, hogy elfogadják az alhálózatról érkező kommunikációt. Ezért csak az ugyanabban a régióban üzembe helyezett ügyfélalkalmazások csatlakozhatnak az elsődleges adatbázishoz. Mivel a geo feladatátvétel azt eredményezi, hogy az SQL Database-ügyfél munkameneteit egy másik (másodlagos) régióban lévő kiszolgálóra irányítják át, ezek a munkamenetek meghiúsulhatnak, ha az adott régión kívüli ügyféltől származnak. Emiatt a Microsoft által felügyelt feladatátvételi szabályzat nem engedélyezhető, ha a részt vevő kiszolgálók szerepelnek a virtuális hálózati szabályokban. A manuális feladatátvételi szabályzat támogatásához kövesse az alábbi lépéseket:

1. Redundáns másolatok kiépítése az alkalmazás előtérbeli összetevőiről (webszolgáltatás, virtuális gépek stb.) a másodlagos régióban.
2. A virtuális hálózati szabályokat egyenként konfigurálja az elsődleges és a másodlagos kiszolgálóhoz.
3. Az előtérbeli feladatátvétel engedélyezése Traffic Manager-konfigurációval.
4. Manuális geo-feladatátvétel kezdeményezése a kimaradás észlelésekor. Ez a beállítás olyan alkalmazásokhoz van optimalizálva, amelyek konzisztens késést igényelnek az előtér és az adatréteg között, és támogatják a helyreállítást, ha az előtér, az adatszint vagy mindkettő hatással van a kimaradásra.

Megjegyzés:

Ha írásvédett figyelőt használ egy írásvédett számítási feladat terheléselosztásához, győződjön meg arról, hogy a számítási feladat végrehajtása egy virtuális gépen vagy a másodlagos régió más erőforrásán történik, hogy az csatlakozni tudjon a másodlagos adatbázishoz.

Feladatátvételi csoportok és tűzfalszabályok használata

Ha az üzletmenet-folytonossági terv feladatátvételi csoportok használatával történő feladatátvételt igényel, nyilvános IP-tűzfalszabályok használatával korlátozhatja az SQL Database-hez való hozzáférést. Ez a konfiguráció biztosítja, hogy a geo feladatátvétel ne blokkolja az előtér-összetevők kapcsolatait, és feltételezi, hogy az alkalmazás képes elviselni a hosszabb késést az előtér és az adatréteg között.

A feladatátvételi csoport feladatátvételének támogatásához kövesse az alábbi lépéseket:

1. Nyilvános IP-cím létrehozása.
2. Hozzon létre egy nyilvános terheléselosztót , és rendelje hozzá a nyilvános IP-címet.
3. Hozzon létre egy virtuális hálózatot és a virtuális gépeket az előtérbeli összetevőkhöz.
4. Hozzon létre hálózati biztonsági csoportot , és konfigurálja a bejövő kapcsolatokat.
5. Egy szolgáltatáscímke használatával győződjön meg arról, hogy a kimenő kapcsolatok megnyitva vannak az Azure SQL Database-hez egy Sql.<Region>régióban.
6. Hozzon létre egy SQL Database tűzfalszabályt, amely engedélyezi a bejövő forgalmat az 1. lépésben létrehozott nyilvános IP-címről.

A kimenő hozzáférés konfigurálásáról és a tűzfalszabályokban használandó IP-címről további információt a Terheléselosztó kimenő kapcsolatai című témakörben talál.

Fontos

A regionális kimaradások során az üzletmenet folytonosságának biztosításához biztosítania kell a földrajzi redundanciát mind az előtérbeli összetevők, mind az adatbázisok esetében.

Permissions

A feladatátvételi csoportok engedélyeit az Azure szerepköralapú hozzáférés-vezérlése (Azure RBAC) kezeli.

Feladatátvételi csoportok létrehozásához és kezeléséhez Azure RBAC írási hozzáférés szükséges. Az SQL Server közreműködői szerepköre rendelkezik az összes szükséges engedéllyel a feladatátvételi csoportok kezeléséhez.

Az alábbi táblázat az Azure SQL Database adott engedélyhatóköreit sorolja fel:

Action	Permission	Hatókör
Feladatátvételi csoport létrehozása	Azure RBAC írási hozzáférés	Elsődleges kiszolgáló másodlagos kiszolgáló A feladatátvételi csoport összes adatbázisa
Feladatátvételi csoport frissítése	Azure RBAC írási hozzáférés	Feladatátvételi csoport Az aktuális elsődleges kiszolgálón lévő összes adatbázis
Feladatátvételi csoport	Azure RBAC írási hozzáférés	Feladatátvételi csoport az új kiszolgálón

Korlátozások

Vegye figyelembe a következő korlátozásokat:

• Feladatátvételi csoportok nem hozhatók létre két kiszolgáló között ugyanabban az Azure-régióban.
• A feladatátvételi csoportok támogatják a csoport összes adatbázisának georeplikálása egyetlen másodlagos logikai kiszolgálóra egy másik régióban.
• Feladatátvételi csoportokat nem lehet átnevezni. Törölni kell a csoportot, majd újból létre kell hozni egy másik néven.
• Az adatbázis átnevezése feladatátvételi csoportban lévő adatbázisok esetében nem támogatott. Ideiglenesen törölnie kell a feladatátvételi csoportot, hogy átnevezhessen egy adatbázist, vagy eltávolíthassa az adatbázist a feladatátvételi csoportból.
• Az önálló vagy rugalmas készletbe helyezett adatbázisok feladatátvételi csoportjainak eltávolítása nem állítja le a replikációt, és nem törli a replikált adatbázist. Manuálisan le kell állítania a georeplikálást, és törölnie kell az adatbázist a másodlagos kiszolgálóról, ha egyetlen vagy készletezett adatbázist szeretne hozzáadni egy feladatátvevő csoporthoz az eltávolítás után. Ha egyik sem sikerül, az az adatbázis feladatátvételi csoporthoz való hozzáadásakor tapasztalthoz The operation cannot be performed due to multiple errors hasonló hibát eredményezhet.
• A feladatátvételi csoport nevére elnevezési korlátozások vonatkoznak.

Feladatátvételi csoportok programozott kezelése

A feladatátvételi csoportok programozott módon is kezelhetők az Azure PowerShell, az Azure CLI és a REST API használatával. Az alábbi táblázatok az elérhető parancsok készletét ismertetik. A feladatátvételi csoportok a felügyelethez használható Azure Resource Manager API-k készletét tartalmazzák, beleértve az Azure SQL Database REST API-t és az Azure PowerShell-parancsmagokat. Ezek az API-k erőforráscsoportok használatát igénylik, és támogatják az Azure szerepköralapú hozzáférés-vezérlését (Azure RBAC). A hozzáférési szerepkörök implementálásáról további információt az Azure szerepköralapú hozzáférés-vezérlés (Azure RBAC) című témakörben talál.

PowerShell

Parancsmag	Leírás
New-AzSqlDatabaseFailoverGroup	Ez a parancs létrehoz egy feladatátvételi csoportot, és regisztrálja az elsődleges és a másodlagos kiszolgálókon is
Remove-AzSqlDatabaseFailoverGroup	Feladatátvételi csoport eltávolítása a kiszolgálóról
Get-AzSqlDatabaseFailoverGroup	Egy feladatátvevő csoport konfigurációjának lekérése
Set-AzSqlDatabaseFailoverGroup	Feladatátvételi csoport konfigurációjának módosítása
Switch-AzSqlDatabaseFailoverGroup	Feladatátvételi csoport feladatátvételét aktiválja a másodlagos kiszolgálóra
Add-AzSqlDatabaseToFailoverGroup	Egy vagy több adatbázis hozzáadása feladatátvételi csoporthoz

Megjegyzés:

A feladatátvételi csoportot több előfizetésben is üzembe helyezheti az Az.SQL 3.11.0-tól kezdve az -PartnerSubscriptionId Azure PowerShell paraméterével. További információért tekintse át a következő példát.

Azure CLI

Parancs	Leírás
az sql feladatátvételi csoport létrehozása	Ez a parancs létrehoz egy feladatátvételi csoportot, és regisztrálja az elsődleges és a másodlagos kiszolgálókon is
az sql feladatátvételi csoport törlése	Feladatátvételi csoport eltávolítása a kiszolgálóról
az sql failover-group show	Feladatátvételi csoport konfigurációjának lekérése
az sql feladatátvételi csoport frissítése	Módosítja a feladatátvételi csoport konfigurációját, és/vagy hozzáad egy vagy több adatbázist egy feladatátvevő csoporthoz
az sql failover-group set-primary	Feladatátvételi csoport feladatátvételét aktiválja a másodlagos kiszolgálóra

REST API

API	Leírás
Feladatátvételi csoport létrehozása vagy frissítése	Feladatátvételi csoport létrehozása vagy frissítése
Feladatátvételi csoport törlése	Feladatátvételi csoport eltávolítása a kiszolgálóról
Feladatátvétel (tervezett)	A feladatátvételt az aktuális elsődleges kiszolgálóról a másodlagos kiszolgálóra aktiválja teljes adatszinkronizálással.
Feladatátvétel kényszerítése adatvesztés engedélyezése	Az aktuális elsődleges kiszolgálóról a másodlagos kiszolgálóra történő feladatátvételt indítja el az adatok szinkronizálása nélkül. Ez a művelet adatvesztést okozhat.
Feladatátvételi csoport lekérése	Lekéri egy feladatátvevő csoport konfigurációját.
Feladatátvételi csoportok listázása kiszolgáló szerint	A kiszolgáló feladatátvételi csoportjait sorolja fel.
Feladatátvételi csoport frissítése	Frissítések feladatátvevő csoport konfigurációját.

További lépések

Az Azure SQL Database magas rendelkezésre állási lehetőségeinek áttekintéséhez tekintse meg a georeplikációs és feladatátvételi csoportokat.