Felügyeleti eszközök erőforrásainak migrálása a globális Azure-ba

Fontos

2018 augusztusa óta nem fogadunk új ügyfeleket, és nem helyezünk üzembe új funkciókat és szolgáltatásokat az eredeti Microsoft Cloud Germany-helyeken.

Az ügyfelek igényeinek alakulására alapozva nemrégiben két új adatközpont-régiót indítottunk el Németországban, amelyek az ügyfelek adatainak tárolását, a Microsoft globális felhőhálózatához való teljes kapcsolódást, valamint a piac versenyképes díjszabását kínálják.

Emellett 2020. szeptember 30-án bejelentettük, hogy a Microsoft Cloud Germany 2021. október 29-én bezár. További részletek itt érhetők el: https://www.microsoft.com/cloud-platform/germany-cloud-regions.

A mai migrálással kihasználhatja az új német adatközpont-régióinkban elérhető funkciók széles választékát, a nagyvállalati szintű biztonságot és az átfogó funkciókat.

Ez a cikk olyan információkat tartalmaz, amelyek segítségével azure-beli felügyeleti eszközöket migrálhat az Azure Germanyból a globális Azure-ba.

Traffic Manager

Az Azure Traffic Manager segíthet a zökkenőmentes migrálásban. Az Azure Germany-ban létrehozott Traffic Manager-profilok azonban nem migrálhatók a globális Azure-ba. (A migrálás során Traffic Manager-végpontokat migrál a célkörnyezetbe, ezért mindenképpen frissítenie kell a Traffic Manager-profilt.)

További végpontokat is definiálhat a célkörnyezetben a Traffic Manager használatával, miközben az továbbra is a forráskörnyezetben fut. Ha a Traffic Manager az új környezetben fut, akkor is definiálhat olyan végpontokat, amelyeket még nem migrált a forráskörnyezetben. Ezt a forgatókönyvet kék-zöld forgatókönyvnek nevezzük. A forgatókönyv a következő lépésekből áll:

1. Hozzon létre egy új Traffic Manager-profilt a globális Azure-ban.
2. Definiálja a végpontokat az Azure Germany-ban.
3. Módosítsa a DNS CNAME rekordot az új Traffic Manager-profilra.
4. Kapcsolja ki a régi Traffic Manager-profilt.
5. Végpontok migrálása és konfigurálása. Az Azure Germany minden végpontja esetében:
   1. Migrálja a végpontot a globális Azure-ba.
   2. Módosítsa a Traffic Manager-profilt az új végpont használatára.

További információk:

• Frissítse tudását a Traffic Manager oktatóanyagainak elvégzésével.
• Tekintse át a Traffic Manager áttekintését.
• Útmutató a Traffic Manager-profil létrehozásához.
• Olvassa el a kék-zöld forgatókönyvet.

Azure Backup

Azure Backup szolgáltatás egyszerű, biztonságos és költséghatékony megoldásokat biztosít az adatok biztonsági mentéséhez és a Microsoft Azure-felhőből való helyreállításához. A biztonsági mentési adatok áthelyezése Mostantól a Közép-Németországból (GEC) és Németország északkeleti régiójából (GNE) Németország nyugati középső régiójába (GWC) is engedélyezve van PowerShell-parancsmagokkal.

A hibrid számítási feladatok áthelyezésének előfeltétele

Az áthelyezési művelet elindítása után a biztonsági másolatok leállnak a meglévő tárolókban. Ezért fontos, hogy az adatokat egy új tárolóban védje a GWC-ben a hibrid számítási feladatok (Data Protection Manager- (DPM-) kiszolgáló/ Azure Backup Server (MABS)/ Microsoft Azure Recovery Services (MARS) számára, mielőtt megkezdené a biztonsági mentési adatok áthelyezését a régiókból. Új tároló védelmének megkezdése:

1. Hozzon létre egy új tárolót (VaultN) a GWC-ben.
2. Regisztrálja újra a DPM-kiszolgálót/MABS-/MARS-ügynököt a VaultN-ben.
3. Rendelje hozzá a szabályzatot, és kezdjen el biztonsági mentéseket készíteni.

A kezdeti biztonsági mentés egy teljes másolat lesz, amelyet a növekményes biztonsági mentések követnek.

Fontos

• A biztonsági mentési adatáthelyezési művelet megkezdése előtt győződjön meg arról, hogy a VaultN első teljes biztonsági mentése befejeződött.
• A DPM/MABS esetében az eredeti tároló jelszavának biztonságos helyen kell lennie, mivel a céltároló adatainak visszaállításához ugyanezre van szükség. Az eredeti jelszó nélkül a forrástárolóból való visszaállítás nem lehetséges.

1. lépés: Az erőforrások letöltése

Töltse le és telepítse a szükséges erőforrásokat.

1. Töltse le a PowerShell legújabb verzióját (PowerShell 7).
2. Az Azure Cloud Shell-ban elérhető Az.RecoveryServices modul 4.2.0-s verziójának használata.
3. Frissítse az összes MARS-ügynököt a legújabb verzióra.
4. Ellenőrizze a jelszót. Ha újra létre kell hoznia, kövesse az érvényesítési lépéseket.

2. lépés: Céltároló létrehozása a GWC-ben

Hozzon létre egy céltárolót (Vault 2) a GWC-ben. A tárolók létrehozásával kapcsolatos információkért lásd: Recovery Services-tároló létrehozása és konfigurálása.

Megjegyzés

• Győződjön meg arról, hogy a tárolóban nincsenek védett elemek.
• Győződjön meg arról, hogy a céltároló rendelkezik a szükséges redundanciával – helyileg redundáns sorage (LRS) vagy georedundáns tárolással (GRS).

3. lépés: – A PowerShell használata a biztonsági mentési adatok áthelyezésének aktiválásához

A forrástároló lekérése a GNE-ből vagy a GEC-ből

Futtassa a következő parancsmagokat:

1. Connect-AzAccount -Environment AzureGermanCloud
2. Set-AzContext -Subscription "subscriptionName"
3. $srcVault = Get-AzRecoveryServicesVault -name “srcVault” -ResourceGroupName “TestSourceRG”

Megjegyzés

• srcVault = Forrástároló
• TestSourceRG = Forrás erőforráscsoport

A céltároló lekérése a GWC-ben

Futtassa a következő parancsmagokat:

1. Connect-AzAccount
2. Set-AzContext -Subscription "subscriptionName"
3. $trgVault = Get-AzRecoveryServicesVault -name “targetVault” -ResourceGroupName “TestTargetRG”

Megjegyzés

• targetVault = Target Vault
• TestTargetRG = Teszterőforrás-csoport

Érvényesítés végrehajtása

Futtassa a következő parancsmagokat:

1. $validated = $false
2. $validated = Test-AzRecoveryServicesDSMove -SourceVault $srcVault -TargetVault $trgVault

DS-áthelyezés inicializálása/előkészítése

Futtassa a következő parancsmagokat:

1. Connect-AzAccount -Environment AzureGermanCloud
2. Set-AzContext -SubscriptionName $srcSub

3. if($validated) {
           $corr = Initialize-AzRecoveryServicesDSMove -SourceVault $srcVault -TargetVault $trgVault
                       }
   

4. $corr

DS-áthelyezés aktiválása

Futtassa a következő parancsmagokat:

1. Connect-AzAccount
2. Set-AzContext -SubscriptionName $trgSub
3. Copy-AzRecoveryServicesVault - CorrelationIdForDataMove $corr -SourceVault $srcVault -TargetVault $trgVault -Force

A műveletet a Get-AzRecoveryServicesBackupJob parancsmaggal figyelheti.

Megjegyzés

• A biztonsági mentési adatáthelyezési művelet során az összes biztonsági mentési elem átmeneti állapotba kerül. Ebben az állapotban az új helyreállítási pontok (RP-k) nem jönnek létre, és a régi helyreállítási pontok nem törlődnek.
• Mivel ez a funkció engedélyezve van a GEC-ben és a GNE-ben, javasoljuk, hogy hajtsa végre ezeket a lépéseket egy kis tárolón, és ellenőrizze a mozgást. A sikeres végrehajtáshoz hajtsa végre ezeket a lépéseket az összes tárolón.
• A biztonsági mentési adatok áthelyezése a teljes tárolóban aktiválódik, az áthelyezés tárolónként történik (virtuális gépek, DPM- és MABS-kiszolgálók és MARS-ügynökök). A Feladatok szakaszban nyomon követheti a tárolónkénti áthelyezések előrehaladását.

Az áthelyezési művelet során a következő műveletek lesznek letiltva a forrástárolón:

• Új ütemezett biztonsági mentések
• Állítsa le a biztonsági mentést az adatok törlésével.
• Adatok törlése
• Biztonsági mentés folytatása
• Szabályzat módosítása

4. lépés: Az áthelyezési feladat állapotának ellenőrzése

A biztonsági mentési adatok áthelyezési művelete tárolónként történik. Az Azure-beli virtuális gépek biztonsági mentései esetében a virtuális gépek biztonsági másolatai tárolóknak minősülnek. A biztonsági mentési adatok áthelyezési műveletének előrehaladásának jelzéséhez minden tárolóhoz létrejön egy feladat.

A feladatok monitorozásához futtassa az alábbi parancsmagokat:

1. Get-AzRecoveryServicesBackupJob -Operation BackupDataMove -VaultId $trgVault.ID
2. $Jobs = Get-AzRecoveryServicesBackupJob -Operation BackupDataMove -VaultId $trgVault.ID
3. Get-AzRecoveryServicesBackupJobDetail -Job $Jobs[0] -VaultId $trgVault.ID
4. $JobDetails.ErrorDetails

5. lépés: Áthelyezés utáni műveletek

Miután az összes tároló biztonsági mentési adatáthelyezési művelete befejeződött a céltárolóba, nincs szükség további műveletre a virtuális gépek biztonsági mentéséhez.

Ellenőrizze, hogy a tárolók mozgása befejeződött-e

Annak ellenőrzéséhez, hogy a forrástároló összes tárolója átkerült-e a céltárolóba, lépjen a céltárolóba, és ellenőrizze, hogy az adott tárolóban lévő összes tároló található-e.

Futtassa a következő parancsmagot a forrástárolóból a céltárolóba áthelyezett összes virtuális gép listázásához:

Get-AzRecoveryServicesBackupContainer -BackupManagementType “AzureVM” -VaultId $trgVault.ID

Ellenőrizze, hogy a szabályzatok mozgása befejeződött-e

Miután a biztonsági mentési adatok sikeresen átkerültek az új régióba, a rendszer a forrástárolóban lévő Azure-beli virtuális gépek biztonsági mentési elemeire alkalmazott összes házirendet alkalmazza a céltartóra.

Annak ellenőrzéséhez, hogy az összes házirend átkerült-e a forrástárolóból a céltartóba, lépjen a céltartóra, és futtassa a következő parancsmagot az összes áthelyezett házirend listájának lekéréséhez:

Get-AzRecoveryServicesBackupProtectionPolicy -VaultId $trgVault.ID

Ezek a szabályzatok az áthelyezési művelet után is érvényesek a biztonsági mentési adatokra, hogy az áthelyezett helyreállítási pontok életciklus-kezelése folytatódjon.

A helyreállítási pontok (amelyek az áthelyezési folyamat során vagy közvetlenül az áthelyezési folyamat után lejárhatnak) hirtelen eltávolítása elkerülhető, a régebbi helyreállítási pontok (RP-k) törlése az áthelyezést követő 10 napig szünetel. Ebben az időszakban nem kell fizetnie a régi RP-k által felmerült további adatokért.

Fontos

Ha ezeket a régebbi RP-ket kell helyreállítania, akkor a biztonsági mentési adatok azonnal helyreállnak ebben a 10 napos időszakban. A biztonsági időszak lejárta után az egyes biztonsági mentési elemekre alkalmazott szabályzatok érvénybe lépnek, és kikényszeríti a régi RP-k eltávolítását.

Visszaállítási műveletek

Az Azure Virtual Machines visszaállítása

Azure-beli virtuális gépek esetén a céltároló helyreállítási pontjairól állíthatja vissza a visszaállítást.

MARS-ügynök konfigurálása

1. Regisztráljon újra a céltartóba.
2. Visszaállítás a helyreállítási pontokról.
3. Regisztrálja újra a helyreállítást az új tárolóban (VaultN), és folytassa a biztonsági mentéseket.

Megjegyzés

Bár a MARS-ügynök regisztrálva van a céltartóban, nem történik új biztonsági mentés.

A DPM/MABS konfigurálása

Ajánlott

A külső DPM-metódus használatával végezze el a visszaállítást. További információ: Adatok helyreállítása Azure Backup-kiszolgálóról.

Megjegyzés

• Original-Location recovery (OLR) nem támogatott.
• A biztonsági mentések a VaultN-ben folytatódnak az összes regisztrált gép esetében.

Egyéb lehetőség

Original-Location Recovery (OLR) esetén:

1. Regisztrálja újra a DPM-kiszolgálót/MABS-t a céltartóban.
2. Visszaállítási művelet végrehajtása.
3. Regisztrálja újra a DPM-kiszolgálót/MABS-t az új tárolóba.

Megjegyzés

A DPM használatának korlátozásai:

• A DPM-kiszolgálóhoz regisztrált összes gép biztonsági mentési művelete le lesz állítva, amikor csatlakoztatja a DPM-kiszolgálót a céltartóhoz.
• Miután a VISSZAÁLLÍTÁS után a DPM-kiszolgáló újra regisztrálva lett az új tárolóban, a biztonsági mentések folytatása előtt konzisztencia-ellenőrzésekre kerül sor (az azonos befejezéshez szükséges idő az adatok mennyiségétől függ).

Hibakódok

UserErrorConflictingDataMoveOnVault

Üzenetet: Jelenleg egy másik adatáthelyési művelet fut a tárolón.

Forgatókönyv: Az adatáthelyező műveletet egy forrástárolón próbálja meg végrehajtani, míg más adatátviteli művelet már fut ugyanazon a forrástárolón.

Javasolt művelet: Várjon, amíg az aktuális adatátmozgatási művelet befejeződik, majd próbálkozzon újra.

UserErrorOperationNotAllowedDuringDataMove

Üzenetet: Ez a művelet nem engedélyezett, mivel az adatátmozgatási művelet folyamatban van.

Forgatókönyvek: Amíg az adatáthelyeztetési művelet folyamatban van, a forrástárolóban nem engedélyezettek a következő műveletek:

• Biztonsági mentés leállítása az adatok megőrzésével
• Állítsa le a biztonsági mentést az adatok törlésével.
• Biztonsági mentési adatok törlése.
• Biztonsági mentés folytatása
• Szabályzat módosítása.

Javasolt művelet: Várjon, amíg az adatátmozgatási művelet befejeződik, majd próbálkozzon újra. További információ a támogatott műveletekről.

UserErrorNoContainersFoundForDataMove

Üzenetet: Ebben a tárolóban nincsenek olyan tárolók, amelyek támogatják az adatáthelyozási műveleteket.

Forgatókönyvek: Ez az üzenet a következő esetekben jelenik meg:

• A forrástárolóban egyáltalán nincsenek tárolók.
• A forrástároló csak nem támogatott tárolókkal rendelkezik.
• A Forrástárolóban minden tároló található, amelyet korábban áthelyeztek egy céltárolóba, és az IgnoreMoved = true értéket adta meg az API-ban.

Javasolt művelet:Tudnivalók az adatok áthelyezéséhez támogatott tárolókról.

UserErrorDataMoveNotSupportedAtContainerLevel

Üzenetet: Az adatátvételi művelet tárolószinten nem támogatott.

Forgatókönyv: Tárolószintű adatátmozgatási műveletet választott.

Javasolt művelet: Próbálja ki a tárolószintű adatáthelyési műveletet.

UserErrorDataMoveNotAllowedContainer RegistrationInProgress

Üzenetet: Az adatáthelyezési művelet nem engedélyezett, mert a tárolóregisztrációs művelet a forrástárolóban fut.

Forgatókönyv: A forrástárolóban folyamatban van egy tárolóregisztrációs művelet, amikor megkísérelte az adatok áthelyezését.

Javasolt művelet: Próbálja ki az adatátvételi műveletet egy idő után.

UserErrorDataMoveNotAllowedTargetVaultNotEmpty

Üzenetet: Az adatáthelyozási művelet nem engedélyezett, mert a céltároló már regisztrált néhány tárolót.

Forgatókönyv: A kiválasztott céltároló már regisztrált néhány tárolót.

Javasolt művelet: Próbálja ki az adatáthelyési műveletet egy üres céltárolón.

UserErrorUnsupportedSourceRegionForDataMove

Üzenetet: Ebben a régióban az adatáthelyési művelet nem támogatott.

Forgatókönyv: A forrásrégió érvénytelen.

Javasolt művelet: Ellenőrizze a támogatott régiók listáját az adatok áthelyezéséhez.

UserErrorUnsupportedTargetRegionForDataMove

Üzenetet: Az adatáthelyési művelet nem támogatott ebben a régióban.

Forgatókönyv: A célrégió azonosítója érvénytelen.

Javasolt művelet: Ellenőrizze a támogatott régiók listáját az adatok áthelyezéséhez.

UserErrorDataMoveTargetVaultWithPrivate EndpointNotSupported

Üzenetet: Az adatok nem helyezhetők át, mert a kiválasztott céltároló privát végpontokkal rendelkezik.

Forgatókönyv: A privát végpontok engedélyezve vannak a céltárolóban.

Javasolt művelet: Törölje a privát végpontokat, és próbálkozzon újra az áthelyezési művelettel. További információ a támogatott műveletekről.

UserErrorDataMoveSourceVaultWithPrivate EndpointNotSupported

Üzenetet: Az adatok nem helyezhetők át, mert a kijelölt forrástároló privát végpontokkal rendelkezik.

Forgatókönyv: A privát végpontok engedélyezve vannak a forrástartóban.

Javasolt művelet: Törölje a privát végpontokat, és próbálkozzon újra az áthelyezési művelettel. További információ a támogatott műveletekről.

UserErrorDataMoveSourceVaultWithCMK NotSupported

Üzenetet: Az adatok nem helyezhetők át, mert a kijelölt forrástároló titkosítása engedélyezve van.

Forgatókönyv: Customer-Managed kulcsok (CMK) engedélyezve vannak a forrástartóban.

Javasolt művelet:Tudnivalók a támogatott műveletekről.

UserErrorDataMoveTargetVaultWithCMKNotSupported

Üzenetet: Az adatok nem helyezhetők át, mert a kijelölt céltároló titkosítása engedélyezve van.

Forgatókönyv: Customer-Managed kulcsok (CMK) engedélyezve vannak a céltartóban

Javasolt művelet:Tudnivalók a támogatott műveletekről.

Azure Scheduler

Az Azure Scheduler 2022. január 31. óta teljesen kivezetve. Ütemezési feladatok létrehozásához használja az Azure Logic Appst a globális Azure-ban.

További információk:

• További információ az Azure Logic Apps oktatóanyagainak elvégzésével.
• Tekintse át az Azure Logic Apps áttekintését.

Network Watcher

Az Azure Network Watcher-példány Azure Germany-ból globális Azure-ba való migrálása jelenleg nem támogatott. Javasoljuk, hogy hozzon létre és konfiguráljon egy új Network Watcher-példányt a globális Azure-ban. Ezután hasonlítsa össze az eredményeket a régi és az új környezet között.

További információk:

• Frissítse tudását az Network Watcher oktatóanyagok elvégzésével.
• Tekintse át a Network Watcher áttekintését.
• Tudnivalók a hálózati biztonsági csoport folyamatnaplóiról.
• További információ a kapcsolatfigyelő.

Site Recovery

A jelenlegi Azure-Site Recovery beállítása nem migrálható a globális Azure-ba. Új Site Recovery megoldást kell beállítania a globális Azure-ban.

A Site Recovery és a virtuális gépek Azure Germany-ból globális Azure-ba való migrálásának megismeréséhez tekintse meg a Site Recovery használatát ismertető témakört.

Az alábbi részletes oktatóanyagok elvégzésével frissítheti tudását:

• Azure-ból Azure-ba történő vészhelyreállítás
• VMware-ről Azure-ba történő vészhelyreállítás
• Hyper-V-to-Azure vészhelyreállítás

Azure-szabályzatok

A szabályzatok közvetlenül nem migrálhatók az Azure Germanyból a globális Azure-ba. A migrálás során a hozzárendelt szabályzatok hatóköre általában megváltozik. Ez különösen igaz, ha az előfizetés eltérő a célkörnyezetben, mint ebben a forgatókönyvben. Azonban megőrizheti a szabályzatdefiníciókat, és újra felhasználhatja őket a globális Azure-ban.

Az Azure CLI-ben futtassa a következő parancsot az aktuális környezetben található összes szabályzat listázásához.

Megjegyzés

Az alábbi parancsok futtatása előtt mindenképpen váltson az AzureGermanCloud-környezetre az Azure CLI-ben.

az policy definition list --query '[].{Type:policyType,Name:name}' --output table

Csak az egyéniPolicyType értékkel rendelkező házirendek exportálása. A policyRule exportálása fájlba. Az alábbi példa exportálja az "Allow Germany Central Only" (Csak Németország középső régiója) egyéni szabályzatot (rövid verzió: allowgconly) az aktuális mappában lévő fájlba:

az policy definition show --name allowgconly --output json --query policyRule > policy.json

Az exportálási fájl az alábbi példához hasonlóan fog kinézni:

{
  "if": {
    "not": {
      "equals": "germanycentral",
      "field": "location"
    }
  },
  "then": {
    "effect": "Deny"
  }
}

Ezután váltson a globális Azure-környezetre. Módosítsa a házirendszabályt a fájl szerkesztésével. Módosítsa például germanycentral a következőre: westeurope.

{
  "if": {
    "not": {
      "equals": "westeurope",
      "field": "location"
    }
  },
  "then": {
    "effect": "Deny"
  }
}

Hozza létre az új szabályzatot:

cat policy.json |az policy definition create --name "allowweonly" --rules @-

Most már rendelkezik egy új, .. nevű szabályzattal allowweonly. A politika csak Nyugat-Európát teszi lehetővé régióként.

Szükség szerint rendelje hozzá a szabályzatot az új környezet hatóköreihez. Az Azure Germany régi feladatait az alábbi parancs futtatásával dokumentálhatja:

az policy assignment list

További információk:

• Frissítse tudását az Azure-szabályzatokkal kapcsolatos oktatóanyag elvégzésével.
• Megtudhatja, hogyan tekinthet meg szabályzatokat az Azure CLI használatával , illetve hogyan tekinthet meg szabályzatokat a PowerShell használatával.
• Megtudhatja, hogyan hozhat létre szabályzatdefiníciót az Azure CLI használatával , vagy hogyan hozhat létre szabályzatdefiníciót a PowerShell használatával.

Gyakori kérdések

Hová helyezhetem át a biztonsági mentési adatokat?

A biztonsági mentési adatokat áthelyezheti a közép-németországi (GEC) és a németországi északkeleti (GNE) helyreállítási tárakból (RSV-kből) Németország nyugati középső régiójába (GWC).

Milyen biztonsági mentési adatokat helyezhetek át?

2021. június 21-től a következő számítási feladatok biztonsági mentési adatait helyezheti át egyik régióból a másikba:

• Azure Virtual Machines
• Hibrid számítási feladatok
• Fájlok/mappák biztonsági mentése a Microsoft Azure Recovery Services- (MARS-) ügynökkel
• Data Protection Manager- (DPM-) kiszolgáló
• Azure Backup Server (MABS)

Hogyan helyezhetem át a biztonsági mentési adatokat egy másik régióba?

Annak érdekében, hogy a meglévő régiókban lévő adatok ne vesszenek el, Azure Backup engedélyezte a biztonsági mentési adatok áthelyezését GEC-ről GNE-ről GWC-re.

A migrálás során a biztonsági mentések leállnak a GEC-ben és a GNE-ben. Ezért a migrálási művelet megkezdése előtt elengedhetetlen a számítási feladatok védelme az új régióban.

Mi a teendő, ha a biztonsági mentési adatok áthelyezési művelete sikertelen?

A biztonsági mentési adatok a következő hibaforgatókönyvek miatt fordulhatnak elő:

Hibaüzenetek	Okok
Adjon meg egy üres tárolót. A céltároló nem rendelkezhet biztonsági mentési elemekkel vagy biztonsági mentési tárolókkal.	Olyan céltárolót választott, amely már rendelkezik védett elemekkel.
Azure Backup adatok csak támogatott célrégiókba helyezhetők át.	Olyan régióból választott céltárolót, amely nem tartozik az áthelyezéshez támogatott régiók közé.

Újra kell próbálkoznia a biztonsági mentéssel. Ehhez futtassa ugyanazt a parancsot (az alábbiakban megadottak szerint) egy új üres céltárolóval, vagy egy jelölővel jelezve próbálkozzon újra és helyezze át a hibás elemeket a forrástárolóból.

   if($validated) {
                              $corr = Initialize-AzRecoveryServicesDSMove -SourceVault $srcVault -TargetVault $trgVault -RetryOnlyFailed
                      }

Költségek merülnek fel a biztonsági mentési adatok áthelyezésében?

Nem. A biztonsági mentési adatok egyik régióból a másikba történő áthelyezésének nincs további költsége. Azure Backup az adatok régiók közötti áthelyezésének költségeit viselik. Ha az áthelyezési művelet befejeződött, 10 napos számlázási időszak lesz csak. Ezt az időszakot követően a számlázás a Céltárolóban kezdődik.

Ha problémákba ütközöm a biztonsági mentési adatok áthelyezése során, kivel kell kapcsolatba lépnem?

A biztonsági mentési adatok GEC-ről vagy GNE-ről GWC-be való áthelyezésével kapcsolatos problémák esetén írjon nekünk a következő címen GESupportAzBackup@microsoft.com: .

Következő lépések

Az alábbi szolgáltatáskategóriákban megismerheti az erőforrások migrálásához szükséges eszközöket, technikákat és javaslatokat:

• Számítás
• Hálózat
• Storage
• Web
• Adatbázisok
• Elemzés
• IoT
• Integráció
• Identitás
• Biztonság
• Média