A felügyelt Azure SQL-példány áthelyezése másik alhálózatra

A következőkre vonatkozik:Azure SQL Managed Instance

Ez a cikk azt ismerteti, hogyan helyezheti át az Azure SQL Managed Instance-példányt egy alhálózatról egy másik alhálózatra ugyanabban a virtuális hálózatban vagy egy másik virtuális hálózatban. A művelet hasonló a virtuális magok skálázásához vagy a példány szolgáltatási szintjének módosításához. Az áthelyezés során a felügyelt SQL-példány elérhető marad, kivéve egy rövid állásidőt, amikor a feladatátvétel történik – általában akár 10 másodpercig is eltarthat, még akkor is, ha a hosszú ideig futó tranzakciók megszakadnak.

A példány másik alhálózatra való áthelyezése a következő virtuális fürtműveleteket aktiválja:

A virtuális fürt létrehozza vagy átméretezi a mögöttes infrastruktúrát a célalhálózaton.
A virtuális fürt el lesz távolítva vagy töredezettségmentesítve lesz a forrásalhálózaton.

Követelmények és korlátozások

A felügyelt SQL-példányt egy dedikált alhálózaton belül kell üzembe helyeznie egy Azure-beli virtuális hálózaton belül. Az alhálózat mérete (alhálózati tartomány) határozza meg, hogy hány felügyelt SQL-példányt helyezhet üzembe az alhálózaton belül. Felügyelt SQL-példány üzembe helyezéséhez vagy másik alhálózatra való áthelyezéséhez a célalhálózatnak meg kell felelnie bizonyos hálózati követelményeknek.

Mielőtt áthelyezi a példányt egy másik alhálózatra, fontolja meg az alábbi fogalmak megismerését:

Határozza meg a felügyelt Azure SQL-példányhoz szükséges alhálózatméretet és tartományt.
Válasszon a példány új alhálózatra való áthelyezése vagy egy meglévő alhálózat használata között.
Felügyeleti műveletek használatával automatikusan üzembe helyezhet új felügyelt példányokat, frissítheti a példánytulajdonságokat vagy törölheti a példányokat. Ezeket a felügyeleti műveleteket figyelheti .

Alhálózat készenléte

A felügyelt SQL-példány áthelyezése előtt győződjön meg arról, hogy az alhálózat felügyelt példányra készként van megjelölve.

Az Azure Portal virtuális hálózati felhasználói felületén a felügyelt SQL-példány előfeltételeinek megfelelő virtuális hálózatok a Felügyelt példányra készen állapotúként vannak kategorizálva. A felügyelt SQL-példányokkal rendelkező alhálózatokkal rendelkező virtuális hálózatok a felügyelt SQL-példány ikont jelenítik meg a virtuális hálózat neve előtt. A felügyelt SQL-példányra kész üres alhálózatok virtuális hálózati alhálózat ikont jelenítenek meg.

A Nem készként megjelölt alhálózatok nem teljesítik a felügyelt SQL-példány üzembe helyezésére vonatkozó összes követelményt. Ha meg szeretné tudni, hogy az alhálózat miért nem áll készen, és hogy az alhálózat megfelel-e a hálózati követelményeknek, használja az alhálózatnév jobb oldalán található információs ikont. Ezek a követelmények a következők:

delegálás az Microsoft.Sql/managedInstances erőforrás-szolgáltatóra
útvonaltábla csatolása
hálózati biztonsági csoport csatolása

Ha az alhálózat egy másik virtuális hálózat része, a következőkre van szüksége:

Kétirányú kapcsolódás az aktuális és a cél virtuális hálózat között.
Az aktuális és a cél alhálózatok külön útvonaltáblákat és hálózati biztonsági csoportokat használnak.

Miután megfelel ezeknek a követelményeknek, az alhálózat átkerül a Nem kész a Kész a felügyelt példányhoz kategóriába, és használható SQL-felügyelt példányhoz.

A már használatban lévő alhálózatok (a példánytelepítésekhez használt alhálózatok nem tartalmazhatnak más erőforrásokat), vagy azok az alhálózatok, amelyek eltérő DNS-zónával (alhálózatok közötti áthelyezési korlátozással) rendelkeznek, mindig a Nem kész kategóriába tartoznak.

Az alhálózat állapotától és megjelölésétől függően a következő módosításokat végezheti el a célalhálózaton:

Készen áll a felügyelt példányra (a meglévő felügyelt SQL-példányt tartalmazza)

Nem történt korrekció. Ezek az alhálózatok már tartalmaznak felügyelt SQL-példányokat, és az alhálózat módosítása hatással lehet a meglévő példányokra.
Felügyelt példány készen áll (nincs tartalom)

A munkafolyamat ellenőrzi a hálózati biztonsági csoport és az útvonaltábla összes szükséges szabályát, és hozzáadja a szükséges, de hiányzó szabályokat. A forrásalhálózat-konfigurációhoz hozzáadott egyéni szabályok nem lesznek átmásolva a célalhálózatra. Manuálisan kell replikálnia a forrás alhálózat konfigurációjának testreszabását a cél alhálózatra. Ennek a replikációnak az egyik módja, ha ugyanazt az útvonaltáblát és hálózati biztonsági csoportot használja a forrás- és célalhálózathoz.

A célalhálózat korlátozásai

Vegye figyelembe a következő korlátozásokat egy meglévő példány célalhálózatának kiválasztásakor:

Áthelyezheti a felügyelt SQL-példányt egy olyan alhálózatra, amely lehet:
- Ugyanabban a virtuális hálózatban, mint a jelenleg használt, vagy
- Egy társviszonyban lévő virtuális hálózatban, ha egy másik virtuális hálózat alhálózatára szeretne átköltözni.
A célalhálózat példányainak DNS-zónájának meg kell egyeznie az áthelyezett példány DNS-zónájának. Ez a korlátozás akkor érvényes, ha egy nem megfelelő alhálózatra szeretne áttérni.

Speciálisan előkészítheti a célalhálózatot az áthelyezni kívánt FELÜGYELT SQL-példány DNS-zónájának megőrzéséhez. Készítse elő az alhálózatot úgy, hogy létrehoz egy új felügyelt SQL-példányt egy üres alhálózatban, és megadja a dnsZonePartner paramétert a létrehozási kérelemben. Ez a paraméter értékként elfogadja a felügyelt SQL-példány azonosítóját, és ebben az esetben használhatja azt a példányt, amelyet később áthelyezne az új alhálózatra.

Ezen a megközelítésen kívül nem lehet más módon diktálni a felügyelt SQL-példány DNS-zónáját, mivel véletlenszerűen jön létre. Jelenleg nem lehet frissíteni egy meglévő felügyelt SQL-példány DNS-zónáját.

Ha feladatátvételi csoporttal szeretne migrálni egy felügyelt SQL-példányt, az alábbi előfeltételek érvényesek:

A célalhálózatnak ugyanazokra a biztonsági szabályokra van szüksége a feladatátvételi csoport replikálásához, mint a forrás alhálózat:

Nyissa meg az 5022-es bejövő és kimenő portot és az 11000–11999-es tartományt a hálózati biztonsági csoportban (NSG) a másik felügyelt SQL-példány alhálózatából (amely a feladatátvevő csoport replikáját tartalmazza) érkező kapcsolatok számára, hogy engedélyezze a replikációs forgalmat a két példány között.
A célalhálózat nem tartalmazhat átfedésben lévő címtartományt a feladatátvételi csoport másodlagos példányreplikáját tartalmazó alhálózattal.

Ha például az MI1 az S1 alhálózatban van, a feladatátvételi csoport másodlagos példánya az MI2 az S2 alhálózatban. Az MI1-et az S3 alhálózatra szeretné áthelyezni. Az S3 alhálózat nem tartalmazhat átfedésben lévő címtartományt az S2 alhálózattal.

Ha többet szeretne megtudni a hálózat feladatátvételi csoportokhoz való konfigurálásáról, tekintse át a felügyelt SQL-példányok közötti georeplikálás engedélyezését ismertető cikket.

Művelet lépései

A példányok egyik alhálózatról a másikra történő áthelyezése sok lépést igényel. A felügyelt SQL-példány konfigurálásának módjától függően az áthelyezési művelet akár 30 perctől 6 óráig is eltarthat.

Az alábbi táblázat a példány áthelyezési művelete során végrehajtott művelet lépéseit ismerteti:

Lépés neve	Lépés leírása
Kérésellenőrzés	Ellenőrzi a beküldött paramétereket. Ha a rendszer helytelen konfigurációt észlel, a művelet hiba miatt meghiúsul.
Virtuális fürt átméretezése vagy létrehozása	A célalhálózat állapotától függően a virtuális fürt létrehozása vagy átméretezése történik.
Új példány indítása	Az SQL-folyamat a célalhálózaton üzembe helyezett virtuális fürtön kezdődik.
Adatbázisfájlok inicializálása vagy adatbázisfájlok csatolása	A szolgáltatási szinttől függően a rendszer az adatbázist magozza, vagy az adatbázisfájlokat csatolja.
Feladatátvétel előkészítése és végrehajtása	Az adatok bevetése vagy az adatbázisfájlok újraaktiválása után a rendszer felkészül a feladatátvételre. Ha minden készen áll, a rendszer rövid állásidővel hajt végre feladatátvételt, amely általában kevesebb, mint 10 másodperc.
Régi SQL-példányok törlése	Eltávolítja a régi SQL-folyamatot a forrás virtuális fürtből.
Virtuális fürt törlése	Ha ez az utolsó példány a forrásalhálózaton belül, az utolsó lépés szinkron módon törli a virtuális fürtöt. Ellenkező esetben a virtuális fürt aszinkron módon töredezettségmentesítve van.

A művelet lépéseinek részletes ismertetését a felügyelt Azure SQL-példány felügyeleti műveleteinek időtartamában találja.

Példány áthelyezése

Az alhálózatok közötti példányok áthelyezése a példányfrissítési művelet része. A meglévő példányfrissítési API-, Azure PowerShell- és Azure CLI-parancsok alhálózat-azonosító tulajdonsággal bővülnek.

Az Azure Portalon a Hálózatkezelés panel alhálózati mezőjével helyezze át a példányt a cél alhálózatra. Az Azure PowerShell vagy az Azure CLI használatakor adjon meg egy másik alhálózat-azonosítót a frissítési parancsban a példány meglévő alhálózatról a célalhálózatra való áthelyezéséhez.

A példánykezelési parancsok teljes körű referenciáját lásd: Felügyelt Azure SQL-példány felügyelt API-referenciája.

A példány alhálózatát az Azure Portal Hálózatkezelés paneljén választhatja ki. Miután kiválasztott egy alhálózatot, és mentette a módosításokat, elindul a példány áthelyezési művelete.

Az áthelyezési művelet először előkészíti a célalhálózatot az üzembe helyezéshez, ami több percet is igénybe vehet. Az alhálózat elkészülte után elindul a példány áthelyezésének felügyeleti művelete, és megjelenik az Azure Portalon.

A példányok áthelyezési műveleteit az Azure Portal Áttekintés paneljén figyelheti. Az értesítés kiválasztásával nyisson meg egy másik panelt, amely az aktuális lépéssel, az összes lépéssel és a művelet megszakításához szükséges gombot tartalmazza.

Használja a Set-AzSqlInstance Azure PowerShell-parancsot egy példány áthelyezéséhez, miután létrehozta az alhálózatot ugyanabban a virtuális hálózatban, mint a célnak szánt alhálózat. Meglévő alhálózat használatához adja meg az alhálózat nevét a PowerShell-parancsban.

Az ebben a szakaszban található példa PowerShell-parancsok előkészítik a célalhálózatot a példány üzembe helyezéséhez, és áthelyezik a felügyelt SQL-példányt.

A paraméterek megadásához használja a következő PowerShell-parancsot:

### PART 1 - DEFINE PARAMETERS

#Generating basic parameters
$currentSubscriptionID = 'subscription-id'
$sqlMIResourceGroupName = 'resource-group-name-of-sql-mi'
$sqlMIName = 'sql-mi-name'
$sqlMIResourceVnetName = 'vnet-name-of-sql-mi'
$destinationSubnetName = 'name-of-the-destination-subnet-for-sql-mi'

Hagyja ki ezt a parancsot, ha az alhálózaton már vannak példányok üzembe helyezve. Ha új alhálózatot használ, az alábbi Azure PowerShell-paranccsal készítse elő az alhálózatot:

### PART 2 - PREPARE DESTINATION SUBNET

#Loading the url of script used for preparing the subnet for SQL MI deployment
$scriptUrlBase = 'https://raw.githubusercontent.com/Microsoft/sql-server-samples/master/samples/manage/azure-sql-db-managed-instance/delegate-subnet'

#Generating destination subnet parameters
$parameters = @{
    subscriptionId = $currentSubscriptionID
    resourceGroupName = $sqlMIResourceGroupName
    virtualNetworkName = $sqlMIResourceVnetName
    subnetName = $destinationSubnetName
}

#Initiating subnet preparation script
Invoke-Command -ScriptBlock ([Scriptblock]::Create((Invoke-WebRequest ($scriptUrlBase + '/delegateSubnet.ps1?t=' + [DateTime]::Now.Ticks)).Content)) -ArgumentList $parameters

Megjegyzés:

Az alhálózatot előkészítő szkripttel kapcsolatos további információkért lásd: Meglévő virtuális hálózat konfigurálása felügyelt Azure SQL-példányhoz.

A következő Azure PowerShell-parancs áthelyezi a példányt a forrás alhálózatra:

### PART 3 - MOVE INSTANCE TO THE NEW SUBNET

Set-AzSqlInstance -Name $sqlMIName -ResourceGroupName $sqlMIResourceGroupName `
    -SubnetId "/subscriptions/$currentSubscriptionID/resourceGroups/$sqlMIResourceGroupName/providers/Microsoft.Network/virtualNetworks/$sqlMIResourceVnetName/subnets/$destinationSubnetName"

A következő Azure PowerShell-parancs áthelyezi a példányt, és lehetővé teszi a folyamat monitorozását is:

### PART 3 EXTENDED - MOVE INSTANCE AND MONITOR PROGRESS

# Extend the Set-AzSqlInstance command with -AsJob -Force parameters to be able to monitor the progress or proceed with script execution as moving the instance to another subnet is long running operation
Set-AzSqlInstance -Name $sqlMIName -ResourceGroupName $sqlMIResourceGroupName `
    -SubnetId "/subscriptions/$currentSubscriptionID/resourceGroups/$sqlMIResourceGroupName/providers/Microsoft.Network/virtualNetworks/$sqlMIResourceVnetName/subnets/$destinationSubnetName" -AsJob -Force

$operationProgress = Get-AzSqlInstanceOperation -ManagedInstanceName $sqlMIName -ResourceGroupName $sqlMIResourceGroupName
#checking the operation step status
Write-Host "Checking the ongoing step" -ForegroundColor Yellow
$operationProgress.OperationSteps.StepsList

Az Azure CLI az sql mi update parancsával helyezze át a példányt egy másik alhálózatra.

Adja meg a célhelyet az alhálózat-azonosító tulajdonságként --subnet való megadásával, vagy a virtuális hálózat nevének tulajdonságként --vnet-name való megadásával, illetve az alhálózat nevének tulajdonságként --subnet való megadásával.

Az alábbi példa az alhálózat azonosítójának megadásával áthelyezi a felügyelt SQL-példányt egy másik alhálózatra:

az sql mi update -g myResourceGroup -n mySqlManagedInstance --subnet /subscriptions/xxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/myResourceGroup/providers/Microsoft.Network/virtualNetworks/myVirtualNetworkName/subnets/destinationSubnetName

Az alábbi példa a felügyelt SQL-példányt egy másik alhálózatra helyezi át a virtuális hálózat nevének és alhálózatának megadásával:

az sql mi update -g myResourceGroup -n mySqlManagedInstance --vnet-name myVirtualNetworkName --subnet destinationSubnetName

A felügyeleti művelet előrehaladásának figyeléséhez használja az alábbi parancsot:

az sql mi op list -g myResourceGroup --mi mySqlManagedInstance

Visszajelzés

Hasznosnak találta ezt az oldalt?

Last updated on 2025-12-12