Az Azure SQL Database migrálása a rendelkezésre állási zónák támogatásába

Ez az útmutató bemutatja, hogyan migrálhatja az Azure SQL Database-t a nem rendelkezésre állási zónák támogatásából a rendelkezésre állási támogatásra.

A zónaredundancia engedélyezése az Azure SQL Database-hez magas rendelkezésre állást biztosít, mivel az adatbázis az Azure rendelkezésre állási zónákkal replikálja az adatokat egy Azure-régió több fizikai helyére. A zónaredundancia kiválasztásával az adatbázisokat és a rugalmas készleteket rugalmassá teheti nagyobb hibákkal, például katasztrofális adatközpont-kimaradásokkal szemben, az alkalmazáslogika módosítása nélkül.

Előfeltételek

Mielőtt a rendelkezésre állási zónák támogatására migrálna, tekintse meg az alábbi táblázatot annak ellenőrzéséhez, hogy az Azure SQL Database támogatott szolgáltatási rétegben és üzembehelyezési modellben van-e. Győződjön meg arról, hogy a szint és a modell olyan régióban érhető el, amely támogatja a rendelkezésre állási zónákat.

Állásidőre vonatkozó követelmények

A Prémium, a üzletileg kritikus és az Általános célú szolgáltatási szint áttelepítése egy online művelet, amelynek vége felé egy rövid kapcsolati kapcsolattal befejeződik a migrálási folyamat. Ha újrapróbálkozási logikát implementált a szokásos átmeneti hibákhoz, nem fogja észrevenni a feladatátvételt.

Rugalmas skálázású szolgáltatási szint esetén a zónaredundancia-támogatás csak az adatbázis létrehozásakor adható meg, és az erőforrás kiépítése után nem módosítható. Ha át szeretne lépni a rendelkezésre állási zónák támogatására, át kell vinnie az adatokat adatbázis-másolással, időponthoz kötött visszaállítással vagy georeplikával. Ha a céladatbázis más régióban van, mint a forrás, vagy ha a cél adatbázis biztonsági mentési tárhelyének redundanciái eltérnek a forrásadatbázistól, akkor az állásidő arányos az adatművelet méretével.

Migrálás (prémium, üzletileg kritikus és általános célú)

A Prémium, üzletileg kritikus és Általános célú szolgáltatási szintek esetében lehetséges a zónaredundanciára való migrálás.

Kövesse az alábbi lépéseket egyetlen adatbázis vagy rugalmas készlet áttelepítéséhez.

Egyetlen adatbázis migrálása

Connect-AzAccount
$subscriptionid = <'your subscription id here'>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    DatabaseName = '<Database_Name>'
}
Set-AzSqlDatabase @parameters -ZoneRedundant 

    az sql db update --resource-group “<Resource_Group_Name>” --server “<Server_Name>” --name “<Database_Name>” --zone-redundant 

Rugalmas készlet migrálása

Connect-AzAccount
$subscriptionid = <'your subscription id here'>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    ElasticPoolName = '<Elastic_Pool_Name>'
}

Set-AzSqlElasticPool  @parameters -ZoneRedundant 

    az sql elastic-pool update --resource-group “<Resource_Group_Name>” --server “<Server_Name>” --name “<Elastic_Pool_Name>” --zone-redundant 

Újratelepítés (rugalmas skálázás)

A rugalmas skálázási szolgáltatási szint esetében a zónaredundancia-támogatás csak az adatbázis létrehozásakor adható meg, és az adatbázis kiépítése után nem módosítható. Ha zónaredundancia-támogatást szeretne szerezni, a meglévő rugalmas skálázású szolgáltatásszint egyetlen adatbázisából kell adatátvitelt végeznie. Az átvitel végrehajtásához és a zónaredundancia beállítás engedélyezéséhez létre kell hozni egy klónt adatbázis-másolással, időponthoz kötött visszaállítással vagy georeplikával.

Újratelepítési szempontok

• Az újratelepítésnek két módja van (online és offline):

  • Az adatbázis másolási és időponthoz kötött visszaállítási módszerei (offline mód) tranzakciós konzisztens adatbázist hoznak létre egy adott időpontban. Ennek eredményeképpen a másolási vagy visszaállítási művelet elindítása után végrehajtott adatmódosítások nem lesznek elérhetők a másolt vagy visszaállított adatbázisban.

  • A georeplika metódus (online mód) egy újratelepítés, amelyben a forrásból származó adatváltozások a célhoz lesznek szinkronizálva.

• Az alkalmazás kapcsolati sztringjének frissítésével a zónaredundáns adatbázisra kell mutatni.

Egyetlen adatbázis ismételt üzembe helyezése

Adatbázis-másolat

Ha adatbázispéldányt szeretne létrehozni, és engedélyezni szeretné a zónaredundanciát az Azure Portalon, a PowerShellben vagy az Azure CLI-ben, kövesse az azure SQL Database-adatbázis tranzakciósan konzisztens másolatának másolására vonatkozó utasításokat.

Adott időpontnak megfelelő helyreállítás

Időponthoz kötött adatbázis-visszaállítás létrehozásához és a zónaredundanciának az Azure Portalon, a PowerShellben vagy az Azure CLI-ben való engedélyezéséhez kövesse az időponthoz kötött visszaállítás utasításait.

Georeplika

Az adatbázis georeplikája létrehozása:

1. Kövesse az Azure Portal, a PowerShell vagy az Azure CLI utasításait az Aktív georeplikálás és feladatátvétel konfigurálása (Azure SQL Database) című témakörben, és engedélyezze a zónaredundanciát a Compute + Storage területen

2. A replika be van vetve, és az adatok üzembe helyezéséhez szükséges idő a forrásadatbázis méretétől függ. A vetés állapotát az Azure Portalon vagy a replikaadatbázison a következő TSQL-lekérdezések futtatásával figyelheti:

       SELECT * FROM sys.dm_geo_replication_link_status;
       SELECT * FROM sys.dm_operation_status;
   

3. Miután az adatbázis-telepítés befejeződött, végezzen el egy tervezett (adatvesztés nélküli) feladatátvételt, hogy a zónaredundáns céladatbázis legyen elsődleges. A georeplikációs állapot állapotának megtekintéséhez használja a sys.dm_geo_replication_link_status . CATCH_UP A replication_state_desc másodlagos adatbázis tranzakciós konzisztens állapotban van. A sys.dm_operation_status dinamikus felügyeleti nézetben keresse megstate_desc, hogy COMPLETED mikor fejeződött be a magvetési művelet.

4. Frissítse az alkalmazás kiszolgálónevét a kapcsolati sztring, hogy az tükrözze az új zónaredundáns adatbázist.

5. A törléshez fontolja meg az eredeti nem zónaredundáns adatbázis eltávolítását a georeplika-kapcsolatból. A törlést is választhatja.

Zónaredundancia letiltása

Ha le szeretné tiltani a zónaredundanciát egyetlen adatbázishoz vagy rugalmas készlethez, használhatja a portált, az ARM API-t, a PowerShellt vagy a parancssori felületet.

Zónaredundancia letiltása egyetlen adatbázis esetében

set-azsqlDatabase -ResourceGroupName "<Resource-Group-Name>" -DatabaseName "<Server-Name>" -ServerName "<Server-Name>" -ZoneRedundant:$false 

az sql db update --resource-group "<Resource-Group-Name>" --server "<Server-Name>" --name "<Server-Name>" --zone-redundant false

Zónaredundancia letiltása rugalmas készlet esetén

Set-AzSqlElasticpool -ResourceGroupName "<Resource-Group-Name>"  -ServerName "<Server-Name>" -ElasticPoolName "<Elastic-Pool-Name>" -ZoneRedundant:$false

az sql elastic-pool update --resource-group "<Resource-Group-Name>" --server "<Server-Name>" --name "<Server-Name>" --zone-redundant false

Ha le szeretné tiltani a zónaredundanciát a rugalmas skálázási szolgáltatási szint esetében, megfordíthatja az újratelepítésben (rugalmas skálázásban ) dokumentált lépéseket.

Következő lépések