Feladatátvételi hivatkozás – Felügyelt Azure SQL-példány

A következőkre vonatkozik:Felügyelt Azure SQL-példány

Ez a cikk bemutatja, hogyan lehet átállást végrehajtani egy összekapcsolt adatbázis esetében az SQL Server és az Azure SQL Managed Instance között, az SQL Server Management Studio (SSMS) vagy a PowerShell használatával, a vészhelyzeti helyreállítás vagy migrálás céljából.

Előfeltételek

Ha a hivatkozáson keresztül szeretné átváltani adatbázisait a másodlagos replikára, a következő előfeltételekre van szüksége:

Aktív Azure-előfizetés. Ha nem rendelkezik ilyen fiókkal, hozzon létre egy ingyenes fiókot.
SQL Server támogatott verziója, amelyen telepítve van a szükséges szolgáltatásfrissítés.
Link konfigurálva az elsődleges és a másodlagos replika között.
A hivatkozás átkapcsolásához az Transact-SQL-t használhatja, kezdve a SQL Server 2022 CU13 (KB5036432)verziótól.

Feladat leállítása

Ha készen áll arra, hogy feladatátvételt végez az adatbázison a másodlagos replikán, először állítsa le az elsődleges replika összes alkalmazásterhelését a karbantartási órákban. Ez lehetővé teszi, hogy az adatbázis replikálás a másodlagos adatbázison utolérje magát, így adatvesztés nélkül átválthat a másodlagos adatbázisra. Győződjön meg róla, hogy az alkalmazásai nem véglegesítik a tranzakciókat az elsődleges kiszolgálóra a feladatátvétel előtt.

Adatbázis feladatátvétele

Egy csatolt adatbázis feladatátvételét végrehajthatja a Transact-SQL (T-SQL), az SQL Server Management Studio vagy a PowerShell használatával.

A hivatkozás átkapcsolásához az Transact-SQL-t használhatja, kezdve a SQL Server 2022 CU13 (KB5036432)verziótól.

Egy kapcsolat tervezett átállásának végrehajtásához az elsődleges replikán használja a következő T-SQL parancsot:

ALTER AVAILABILITY GROUP [<DAGname>] FAILOVER

Kényszerített átállás végrehajtásához használja a következő T-SQL parancsot a másodlagos replikán:

ALTER AVAILABILITY GROUP [<DAGname>] FORCE_FAILOVER_ALLOW_DATA_LOSS

A feladatátvételhez először át kell váltania a replikációs módú SQL Server-példányt a Transact-SQL (T-SQL) használatával.

Ezután a PowerShell használatával feladatátvételt végezhet, és szerepköröket válthat.

Replikációs mód váltása (átirányítás SQL MI-re)

Az SQL Server és a felügyelt SQL-példány közötti replikáció alapértelmezés szerint aszinkron. Ha az feladatátvétel történik az SQL Serverről az Azure SQL Managed Instance-be, mielőtt az adatbázison végrehajtaná a feladatátvételt, váltson a kapcsolódás szinkron módjára az SQL Serveren a Transact-SQL (T-SQL) használatával.

Jegyzet

Hagyja ki ezt a lépést, ha átváltást hajt végre felügyelt SQL-példányról SQL Server 2022-re.
A nagy hálózati távolságok közötti szinkron replikáció lelassíthatja az elsődleges replika tranzakcióit.

Futtassa a következő T-SQL-szkriptet az SQL Serveren az elosztott rendelkezésre állási csoport replikációs módjának aszinkronról szinkronizálásra történő módosításához. Helyettesít:

<DAGName> az elosztott rendelkezésre állási csoport nevével (a hivatkozás létrehozásához használatos).
<AGName> az SQL Serveren létrehozott rendelkezésre állási csoport nevével (a hivatkozás létrehozásához használatos).
<ManagedInstanceName> a felügyelt instance nevével.

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

A hivatkozás replikációs módjának sikeres módosításához használja az alábbi dinamikus felügyeleti nézetet. Az eredmények a SYNCHRONOUS_COMMIT állapotot jelzik.

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

Most, hogy az SQL Servert szinkron véglegesítési módra váltotta, a két példány közötti replikáció szinkron. Ha meg kell fordítania ezt az állapotot, kövesse ugyanazokat a lépéseket, és állítsa be a AVAILABILITY_MODE-t ASYNCHRONOUS_COMMIT-re.

LSN-értékek ellenőrzése az SQL Serveren és a felügyelt SQL-példányon

A feladatátvétel vagy az áttelepítés befejezéséhez ellenőrizze, hogy a replikáció a másodlagos rendszerbe befejeződött-e. Ehhez győződjön meg arról, hogy az SQL Server és a felügyelt SQL-példány naplórekordjaiban szereplő naplóütemezési számok (LSN-ek) megegyeznek.

Kezdetben várható, hogy az elsődleges LSN magasabb, mint a másodlagos LSN. A hálózati késés azt okozhatja, hogy a replikáció némileg elmarad az elsődlegesétől. Mivel leállították a munkaterhelést az elsődleges rendszeren, az LSN-k egyezni fognak, és nem fognak változni egy idő után.

Az alábbi T-SQL lekérdezést használja az SQL Serveren az utolsó rögzített tranzakciónapló LSN-jének olvasásához. Helyettesít:

<DatabaseName> az adatbázis nevével, és keresse meg az utolsó rögzített LSN-számot.

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

A felügyelt SQL-példányon a következő T-SQL-lekérdezéssel olvassa be az adatbázis utolsó megkeményített LSN-ét. Cserélje le <DatabaseName> az adatbázis nevére.

Ez a lekérdezés egy általános célú felügyelt SQL-példányon működik. Üzletileg kritikus fontosságú felügyelt SQL-példány esetén a szkript végén vegye ki a and drs.is_primary_replica = 1 kommentből. Az üzletileg kritikus szolgáltatási szinten ez a szűrő biztosítja, hogy a részletek csak az elsődleges replikából legyenek beolvasva.

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

Másik lehetőségként használhatja a Get-AzSqlInstanceLink PowerShellt vagy az sql mi link show Azure CLI-parancsot is, hogy lekérje a felügyelt SQL-példányon található hivatkozás LastHardenedLsn tulajdonságát, hogy ugyanazokat az információkat adja meg, mint az előző T-SQL-lekérdezés.

Fontos

Ellenőrizze ismét, hogy a munkafolyamat le van-e állítva a fő rendszeren. Ellenőrizze, hogy az SQL Server és az SQL Managed Instance LSN-jei egyeznek-e, és hogy egyeznek-e és egy ideig változatlanok maradnak-e. A stabil LSN-ek mindkét példányon azt jelzik, hogy a tail naplófájlt replikálták a másodlagos példányra, és a számítási feladatot hatékonyan leállították.

Adatbázis feladatátvétele

Ha a PowerShell használatával szeretné feladatátvételt végezni az SQL Server 2022 és a felügyelt SQL-példány között, miközben továbbra is fenntartja a kapcsolatot, vagy az SQL Server bármely verziójában adatvesztéssel szeretne feladatátvételt végrehajtani, használja a feladatátvételt az SQL Server és a felügyelt példány varázsló között az SSMS-ben a környezet szkriptjének létrehozásához. Tervezett feladatátvételt az elsődleges vagy a másodlagos replikánál is hajthat végre. Kényszerített átkapcsoláshoz csatlakozzon a másodlagos replikához.

Ha meg szeretné szüntetni a csatolást és leállítani a replikációt az adatbázis feladatátvételekor vagy áttelepítésekor, függetlenül az SQL Server verziójától, használja a Remove-AzSqlInstanceLink PowerShell parancsot vagy a az sql mi link delete Azure CLI parancsot.

Vigyázat!

A feladatátvétel előtt állítsa le a számítási feladatot a forrásadatbázison, hogy a replikált adatbázis teljes mértékben felzárkózhasson, és hajtson végre feladatátvételt adatvesztés nélkül. Ha kényszerített átállást hajt végre, vagy az LSN-ek egyeztetése előtt megszakítja a hivatkozást, előfordulhat, hogy adatokat veszít.
Az SQL Server 2019-es és korábbi verzióiban lévő adatbázisok feladatátvétele megszakad, és eltávolítja a két replika közötti kapcsolatot. Nem lehet visszalépni a kezdeti elsődlegesre.

Az alábbi példaszkript megszakítja a csatolást, és véget vet a replikák közötti replikációnak, így az adatbázis mindkét példányon olvasható/írható. Helyettesít:

<ManagedInstanceName> a felügyelt instance nevével.
<DAGName> a feladatátvétel alatt álló hivatkozás nevével (a korábban végrehajtott Name parancsból Get-AzSqlInstanceLink tulajdonság kimenete).

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

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

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

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

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

Ha a feladatátvétel sikeres, a hivatkozás el lesz dobva, és már nem létezik. Az SQL Server-adatbázis és a felügyelt SQL-példányok adatbázisa egyaránt képes olvasási/írási számítási feladatokat végrehajtani, mivel már teljesen függetlenek.

Fontos

Miután sikeresen átváltott a felügyelt SQL-példányra, manuálisan állítsa át az alkalmazás(ok) kapcsolati karakterláncát a felügyelt SQL-példány teljes tartománynevére az áttelepítési vagy átváltási folyamat befejezéséhez, majd folytassa tovább az Azure-ban történő futtatást.

A hivatkozás elvetése után megtarthatja a rendelkezésre állási csoportot az SQL Serveren, de a hivatkozás metaadatainak az SQL Serverről való eltávolításához el kell távolítania a elosztott rendelkezésre állási csoportot. Ez a további lépés csak a PowerShell használatával történő feladatátvételhez szükséges, mivel az SSMS végrehajtja ezt a műveletet.

Az elosztott rendelkezésre állási csoport elvetéséhez cserélje le a következő értéket, majd futtassa a T-SQL-mintakódot:

<DAGName> az SQL Server elosztott rendelkezésre állási csoportjának nevével (a hivatkozás létrehozásához használatos).

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

Fontos

A tervezett feladatátvétel végrehajtása után a replikációs mód aszinkronra van állítva.

Adatbázis megtekintése átállás után

Ha az SQL Server 2022-ben úgy dönt, hogy fenntartja a kapcsolatot, az SQL Server Management Studióban ellenőrizheti, hogy az elosztott rendelkezésre állási csoport létezik-e a Rendelkezésre állási csoportok alatt az Object Explorerben.

Ha a hivatkozás a feladatátvétel során megszakadt, az Object Explorer használatával ellenőrizheti, hogy az elosztott rendelkezésre állási csoport már nem létezik. Ha úgy döntött, hogy megtartja a rendelkezésre állási csoportot, az adatbázis továbbra is szinkronizáltlesz.

Takarítás a feladatátvétel után

Hacsak nem a Hivatkozás eltávolítása sikeres feladatátvétel után van kiválasztva, az SQL Server 2022-vel végzett feladatátvétel nem szakítja meg a hivatkozást. A hivatkozást a feladatátvétel után is fenntarthatja, amely hagyja aktívként a rendelkezésre állási csoportot és az elosztott rendelkezésre állási csoportot. Nincs szükség további műveletre.

A hivatkozás elvetése csak az elosztott rendelkezésre állási csoportot elveti, és aktív marad a rendelkezésre állási csoport. Dönthet úgy, hogy megtartja a rendelkezésre állási csoportot, vagy elveti.

Ha úgy dönt, hogy elveti a rendelkezésre állási csoportot, cserélje le a következő értéket, majd futtassa a T-SQL-mintakódot:

<AGName> az SQL Server rendelkezésre állási csoportjának nevével (a hivatkozás létrehozásához használatos).

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

Inkonzisztens állapot a kényszerített feladatátvétel után

A kényszerített feladatátvételt követően előfordulhat, hogy egy split-brain forgatókönyvben mindkét replika elsődleges szerepet tölt be, így a kapcsolat inkonzisztens állapotban marad. Ez akkor fordulhat elő, ha egy katasztrófa során átvált a másodlagos replikára, majd az elsődleges replika újra online állapotba kerül.

A probléma megoldásához lásd: Split-brain scenario javítása.

A hivatkozás használata:

A környezet előkészítése a felügyelt példány használatához
Az SQL Server és a felügyelt SQL-példány közötti kapcsolat konfigurálása SSMS-
Az SQL Server és a felügyelt SQL-példány közötti kapcsolat konfigurálása parancsfájlokkal
Migrálás a hivatkozással
ajánlott eljárások a hivatkozás karbantartásához
A hivatkozással kapcsolatos problémák elhárítása

További információ a hivatkozásról:

Egyéb replikációs és migrálási forgatókönyvek esetén fontolja meg a következő szempontokat:

Visszajelzés

Hasznosnak találta ezt az oldalt?

Last updated on 2024-12-20

Megosztás a következőn keresztül:

Feladatátvételi hivatkozás – Felügyelt Azure SQL-példány

Előfeltételek

Feladat leállítása

Adatbázis feladatátvétele

Adatbázis megtekintése átállás után

Takarítás a feladatátvétel után

Inkonzisztens állapot a kényszerített feladatátvétel után

Kapcsolódó tartalom

Visszajelzés

További források