Migrowanie zasobów narzędzi do zarządzania na globalną platformę Azure

Ważne

Od sierpnia 2018 r. nie akceptujemy nowych klientów ani nie wdrażamy żadnych nowych funkcji i usług w oryginalnych lokalizacjach usługi Microsoft Cloud Germany.

W oparciu o ewolucję potrzeb klientów niedawno uruchomiliśmy dwa nowe regiony centrum danych w Niemczech, oferując miejsce przechowywania danych klientów, pełną łączność z globalną siecią w chmurze firmy Microsoft, a także ceny konkurencyjne na rynku.

Ponadto 30 września 2020 r. ogłosiliśmy, że microsoft Cloud Germany zakończy się 29 października 2021 r. Więcej szczegółów można znaleźć tutaj: https://www.microsoft.com/cloud-platform/germany-cloud-regions.

Skorzystaj z szerokiej gamy funkcji, zabezpieczeń klasy korporacyjnej i kompleksowych funkcji dostępnych w naszych nowych regionach niemieckiego centrum danych, migrując już dzisiaj.

Ten artykuł zawiera informacje, które mogą ułatwić migrację narzędzi do zarządzania platformy Azure z platformy Azure (Niemcy) do globalnej platformy Azure.

Traffic Manager

Usługa Azure Traffic Manager może pomóc w zakończeniu bezproblemowej migracji. Nie można jednak migrować profilów usługi Traffic Manager utworzonych na platformie Azure w Niemczech do globalnej platformy Azure. (Podczas migracji punkty końcowe usługi Traffic Manager są migrowane do środowiska docelowego, dlatego należy mimo to zaktualizować profil usługi Traffic Manager).

Dodatkowe punkty końcowe w środowisku docelowym można zdefiniować przy użyciu usługi Traffic Manager, gdy jest ona nadal uruchomiona w środowisku źródłowym. Gdy usługa Traffic Manager jest uruchomiona w nowym środowisku, nadal można zdefiniować punkty końcowe, które nie zostały jeszcze zmigrowane w środowisku źródłowym. Ten scenariusz jest znany jako scenariusz Blue-Green. Scenariusz obejmuje następujące kroki:

1. Utwórz nowy profil usługi Traffic Manager na globalnej platformie Azure.
2. Zdefiniuj punkty końcowe na platformie Azure (Niemcy).
3. Zmień rekord CNAME dns na nowy profil usługi Traffic Manager.
4. Wyłącz stary profil usługi Traffic Manager.
5. Migrowanie i konfigurowanie punktów końcowych. Dla każdego punktu końcowego na platformie Azure (Niemcy):
   1. Migrowanie punktu końcowego do globalnej platformy Azure.
   2. Zmień profil usługi Traffic Manager, aby używał nowego punktu końcowego.

Więcej informacji można znaleźć na stronie

• Odśwież swoją wiedzę, kończąc samouczki usługi Traffic Manager.
• Zapoznaj się z omówieniem usługi Traffic Manager.
• Dowiedz się, jak utworzyć profil usługi Traffic Manager.
• Przeczytaj o scenariuszu Blue-Green.

Azure Backup

Usługa Azure Backup udostępnia proste, bezpieczne i ekonomiczne rozwiązania do tworzenia kopii zapasowych danych i odzyskiwania ich z chmury platformy Microsoft Azure. Przenoszenie danych kopii zapasowej jest teraz włączone z Niemcy Środkowe (GEC) i Niemcy Północno-Wschodnie (GNE) do Niemiec Zachodnio-środkowych (GWC) za pomocą poleceń cmdlet programu PowerShell.

Wymagania wstępne dotyczące przenoszenia obciążeń hybrydowych

Po rozpoczęciu operacji przenoszenia kopie zapasowe są zatrzymywane w istniejących magazynach. Dlatego ważne jest, aby chronić dane w nowym magazynie w GWC na potrzeby obciążeń hybrydowych (serwer programu Data Protection Manager (DPM) / Azure Backup Server (MABS) / Microsoft Azure Recovery Services (MARS) przed rozpoczęciem przenoszenia danych kopii zapasowej z regionów. Aby rozpocząć ochronę w nowym magazynie:

1. Utwórz nowy magazyn (VaultN) w GWC.
2. Zarejestruj ponownie serwer PROGRAMU DPM/agent MABS/MARS w usłudze VaultN.
3. Przypisz zasady i rozpocznij tworzenie kopii zapasowych.

Początkowa kopia zapasowa będzie pełną kopią, po której następuje przyrostowe kopie zapasowe.

Ważne

• Przed zainicjowanie operacji przenoszenia danych kopii zapasowej upewnij się, że pierwsza pełna kopia zapasowa w usłudze VaultN została ukończona.
• W przypadku programu DPM/USŁUGI MABS zachowaj hasło z oryginalnego magazynu w bezpiecznej lokalizacji, ponieważ potrzebne jest to samo do przywrócenia danych z magazynu docelowego. Bez oryginalnego hasła przywracanie z magazynu źródłowego nie jest możliwe.

Krok 1. Pobieranie zasobów

Pobierz i zainstaluj wymagane zasoby.

1. Pobierz najnowszą wersję programu PowerShell (PowerShell 7).
2. Użyj modułu Az.RecoveryServices w wersji 4.2.0 dostępnej w usłudze Azure Cloud Shell.
3. Zaktualizuj wszystkich agentów MARS do najnowszej wersji.
4. Zweryfikuj hasło. Jeśli chcesz ponownie wygenerować elementy, wykonaj kroki weryfikacji.

Krok 2. Tworzenie magazynu docelowego w GWC

Utwórz magazyn docelowy (magazyn 2) w GWC. Aby dowiedzieć się, jak utworzyć magazyn, zobacz Tworzenie i konfigurowanie magazynu usługi Recovery Services.

Uwaga

• Upewnij się, że magazyn nie ma chronionych elementów.
• Upewnij się, że magazyn docelowy ma wymaganą nadmiarowość — lokalnie nadmiarowy magazyn sorage (LRS) lub magazyn geograficznie nadmiarowy (GRS).

Krok 3. Wyzwalanie przenoszenia danych kopii zapasowej przy użyciu programu PowerShell

Pobieranie magazynu źródłowego z GNE lub GEC

Uruchom następujące polecenia cmdlet:

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

Uwaga

• srcVault = Magazyn źródłowy
• TestSourceRG = Źródłowa grupa zasobów

Pobieranie magazynu docelowego w GWC

Uruchom następujące polecenia cmdlet:

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

Uwaga

• targetVault = Magazyn docelowy
• TestTargetRG = Testowa grupa zasobów

Przeprowadzanie walidacji

Uruchom następujące polecenia cmdlet:

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

Inicjowanie/przygotowywanie przenoszenia ds

Uruchom następujące polecenia cmdlet:

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

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

4. $corr

Wyzwalanie przenoszenia ds

Uruchom następujące polecenia cmdlet:

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

Operację można monitorować za pomocą Get-AzRecoveryServicesBackupJob polecenia cmdlet .

Uwaga

• Podczas operacji przenoszenia danych kopii zapasowej wszystkie elementy kopii zapasowej są przenoszone do stanu przejściowego. W tym stanie nowe punkty odzyskiwania (RPS) nie są tworzone, a stare punkty odzyskiwania nie są czyszczone.
• Ponieważ ta funkcja jest włączona w usługach GEC i GNE, zalecamy wykonanie tych kroków w małym magazynie i zweryfikowanie ruchu. Po pomyślnych krokach wykonaj te kroki we wszystkich magazynach.
• Po stronie przenoszenia danych kopii zapasowej jest wyzwalany dla całego magazynu, przenoszenie odbywa się na kontener (maszyny wirtualne, serwery PROGRAMU DPM i usługi MABS oraz agenci MARS). Śledzenie postępu ruchów na kontener w sekcji Zadania .

Podczas operacji przenoszenia następujące akcje są blokowane w magazynie źródłowym:

• Nowe zaplanowane kopie zapasowe
• Zatrzymaj tworzenie kopii zapasowej za pomocą polecenia Usuń dane.
• Usuwanie danych
• Wznów tworzenie kopii zapasowej
• Modyfikowanie zasad

Krok 4. Sprawdzanie stanu zadania przenoszenia

Operacja przenoszenia danych kopii zapasowej odbywa się na kontener. W przypadku kopii zapasowych maszyn wirtualnych platformy Azure kopie zapasowe maszyn wirtualnych są traktowane jako kontenery. Aby wskazać postęp operacji przenoszenia danych kopii zapasowej, zadanie jest tworzone dla każdego kontenera.

Aby monitorować zadania, uruchom następujące polecenia cmdlet:

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

Krok 5. Publikowanie operacji przenoszenia

Po zakończeniu operacji przenoszenia danych kopii zapasowej dla wszystkich kontenerów do magazynu docelowego żadne dalsze działania nie są wymagane w przypadku kopii zapasowych maszyn wirtualnych.

Sprawdź, czy przenoszenie kontenerów zostało ukończone

Aby sprawdzić, czy wszystkie kontenery z magazynu źródłowego zostały przeniesione do magazynu docelowego, przejdź do magazynu docelowego i sprawdź wszystkie kontenery w tym magazynie.

Uruchom następujące polecenie cmdlet, aby wyświetlić listę wszystkich maszyn wirtualnych przeniesionych z magazynu źródłowego do magazynu docelowego:

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

Sprawdź, czy przenoszenie zasad zostało ukończone

Po pomyślnym przeniesieniu danych kopii zapasowej do nowego regionu wszystkie zasady zastosowane do elementów kopii zapasowej maszyny wirtualnej platformy Azure w magazynie źródłowym są stosowane do magazynu docelowego.

Aby sprawdzić, czy wszystkie zasady zostały przeniesione z magazynu źródłowego do magazynu docelowego, przejdź do magazynu docelowego i uruchom następujące polecenie cmdlet, aby uzyskać listę wszystkich przeniesionych zasad:

Get-AzRecoveryServicesBackupProtectionPolicy -VaultId $trgVault.ID

Te zasady nadal mają zastosowanie do danych kopii zapasowej po operacji przenoszenia, tak aby zarządzanie cyklem życia przeniesionych punktów odzyskiwania było kontynuowane.

Aby uniknąć nagłego czyszczenia kilku punktów odzyskiwania (które mogły wygasły podczas procesu przenoszenia lub mogą wygasnąć natychmiast po procesie przenoszenia), czyszczenie starszych punktów odzyskiwania (RPS) jest wstrzymane przez okres 10 dni po przeniesieniu. W tym okresie nie są naliczane opłaty za dodatkowe dane poniesione przez stare adresy IP.

Ważne

Jeśli potrzebujesz odzyskać dane po tych starszych adresach RPs, odzyskaj je natychmiast w ciągu tego 10-dniowego okresu. Po zakończeniu tego okresu bezpieczeństwa zasady stosowane dla każdego z elementów kopii zapasowej zostaną zastosowane i będą wymuszać czyszczenie starych adresów RPs.

Operacje przywracania

Przywracanie maszyn wirtualnych platformy Azure

W przypadku maszyn wirtualnych platformy Azure można przywrócić z punktów odzyskiwania w magazynie docelowym.

Konfigurowanie agenta MARS

1. Zarejestruj się ponownie w magazynie docelowym.
2. Przywracanie z punktów odzyskiwania.
3. Zarejestruj ponownie usługę Post Recovery w nowym magazynie (VaultN) i wznów tworzenie kopii zapasowych.

Uwaga

Agent MARS jest zarejestrowany w magazynie docelowym, ale nie są wykonywane żadne nowe kopie zapasowe.

Konfigurowanie programu DPM/USŁUGI MABS

Zalecane

Użyj metody External DPM, aby wykonać przywracanie. Aby uzyskać więcej informacji, zobacz Odzyskiwanie danych z usługi Azure Backup Server.

Uwaga

• Odzyskiwanie oryginalnej lokalizacji (OLR) nie jest obsługiwane.
• Kopie zapasowe będą kontynuowane w magazynieN dla wszystkich zarejestrowanych maszyn.

Inna opcja

W przypadku odzyskiwania oryginalnej lokalizacji (OLR):

1. Zarejestruj ponownie serwer PROGRAMU DPM/usługę MABS w magazynie docelowym.
2. Wykonaj operację przywracania.
3. Ponownie zarejestruj serwer PROGRAMU DPM/usługę MABS z powrotem w nowym magazynie.

Uwaga

Ograniczenia korzystania z programu DPM:

• Operacja tworzenia kopii zapasowej dla wszystkich maszyn zarejestrowanych na serwerze programu DPM jest zatrzymywana po połączeniu serwera DPM z magazynem docelowym.
• Po ponownym zarejestrowaniu serwera programu DPM w nowym magazynie po przywróceniu następuje sprawdzanie spójności (czas potrzebny do ukończenia tego samego procesu będzie zależeć od ilości danych) przed wznowieniem tworzenia kopii zapasowych.

Kody błędów

UserErrorConflictingDataMoveOnVault

Komunikat: W magazynie jest obecnie uruchomiona inna operacja przenoszenia danych.

Scenariusz: Próbujesz wykonać operację przenoszenia danych w magazynie źródłowym, podczas gdy inna operacja przenoszenia danych jest już uruchomiona w tym samym magazynie źródłowym.

Zalecana akcja: Zaczekaj na zakończenie bieżącej operacji przenoszenia danych, a następnie spróbuj ponownie.

UserErrorOperationNotAllowedDuringDataMove

Komunikat: Ta operacja jest niedozwolona, ponieważ trwa operacja przenoszenia danych.

Scenariusze: Podczas gdy operacja przenoszenia danych jest w toku, następujące operacje nie są dozwolone w magazynie źródłowym:

• Zatrzymywanie tworzenia kopii zapasowej z zachowaniem danych
• Zatrzymaj tworzenie kopii zapasowej z usuniętymi danymi.
• Usuwanie danych kopii zapasowej.
• Wznów tworzenie kopii zapasowej
• Modyfikowanie zasad.

Zalecana akcja: Zaczekaj na zakończenie operacji przenoszenia danych, a następnie spróbuj ponownie. Dowiedz się więcej o obsługiwanych operacjach.

UserErrorNoContainersFoundForDataMove

Komunikat: w tym magazynie nie ma kontenerów, które są obsługiwane w przypadku operacji przenoszenia danych.

Scenariusze: ten komunikat jest wyświetlany, jeśli:

• Magazyn źródłowy w ogóle nie ma kontenerów.
• Magazyn źródłowy ma tylko nieobsługiwane kontenery.
• Magazyn źródłowy zawiera wszystkie kontenery, które zostały wcześniej przeniesione do określonego magazynu docelowego i przekazano element IgnoreMoved = true w interfejsie API.

Zalecana akcja: Dowiedz się więcej o obsługiwanych kontenerach na potrzeby przenoszenia danych.

UserErrorDataMoveNotSupportedAtContainerLevel

Komunikat: Operacja przenoszenia danych nie jest obsługiwana na poziomie kontenera.

Scenariusz: Wybrano operację przenoszenia danych na poziomie kontenera.

Zalecana akcja: Spróbuj wykonać operację przenoszenia danych na poziomie magazynu.

UserErrorDataMoveNotAllowedContainer RegistrationInProgress

Komunikat: Operacja przenoszenia danych jest niedozwolona, ponieważ operacja rejestracji kontenera jest uruchomiona w magazynie źródłowym.

Scenariusz: Operacja rejestracji kontenera jest w toku w magazynie źródłowym podczas próby przeniesienia danych.

Zalecana akcja: Spróbuj wykonać operację przenoszenia danych po pewnym czasie.

UserErrorDataMoveNotAllowedTargetVaultNotEmpty

Komunikat: Operacja przenoszenia danych jest niedozwolona, ponieważ magazyn docelowy ma już zarejestrowane kontenery.

Scenariusz: wybrany magazyn docelowy ma już zarejestrowane kontenery.

Zalecana akcja: Spróbuj wykonać operację przenoszenia danych w pustym magazynie docelowym.

UserErrorUnsupportedSourceRegionForDataMove

Komunikat: Operacja przenoszenia danych nie jest obsługiwana w tym regionie.

Scenariusz: Nieprawidłowy region źródłowy.

Zalecana akcja: Sprawdź listę obsługiwanych regionów przenoszenia danych.

UserErrorUnsupportedTargetRegionForDataMove

Komunikat: Operacja przenoszenia danych nie jest obsługiwana w tym regionie.

Scenariusz: Nieprawidłowy identyfikator regionu docelowego.

Zalecana akcja: Sprawdź listę obsługiwanych regionów przenoszenia danych.

UserErrorDataMoveTargetVaultWithPrivate EndpointNotSupported

Komunikat: Nie można przenieść danych, ponieważ wybrany magazyn docelowy ma prywatne punkty końcowe.

Scenariusz: prywatne punkty końcowe są włączone w magazynie docelowym.

Zalecana akcja: Usuń prywatne punkty końcowe i spróbuj ponownie wykonać operację przenoszenia. Dowiedz się więcej o obsługiwanych operacjach.

UserErrorDataMoveSourceVaultWithPrivate EndpointNotSupported

Komunikat: Nie można przenieść danych, ponieważ wybrany magazyn źródłowy ma prywatne punkty końcowe.

Scenariusz: prywatne punkty końcowe są włączone w magazynie źródłowym.

Zalecana akcja: Usuń prywatne punkty końcowe i spróbuj ponownie wykonać operację przenoszenia. Dowiedz się więcej o obsługiwanych operacjach.

UserErrorDataMoveSourceVaultWithCMK NotSupported

Komunikat: Nie można przenieść danych, ponieważ wybrany magazyn źródłowy jest włączony szyfrowanie.

Scenariusz: Klucze zarządzane przez klienta (CMK) są włączone w magazynie źródłowym.

Zalecana akcja: dowiedz się więcej o obsługiwanych operacjach.

UserErrorDataMoveTargetVaultWithCMKNotSupported

Komunikat: Nie można przenieść danych, ponieważ wybrany magazyn docelowy jest włączony.

Scenariusz: Klucze zarządzane przez klienta (CMK) są włączone w magazynie docelowym

Zalecana akcja: dowiedz się więcej o obsługiwanych operacjach.

Azure Scheduler

Usługa Azure Scheduler jest w pełni wycofana od 31 stycznia 2022 r. Aby utworzyć zadania planowania, zamiast tego użyj usługi Azure Logic Apps na globalnej platformie Azure.

Więcej informacji można znaleźć na stronie

• Aby dowiedzieć się więcej, zapoznaj się z samouczkami usługi Azure Logic Apps.
• Zapoznaj się z omówieniem usługi Azure Logic Apps.

Network Watcher

Migracja wystąpienia usługi Azure Network Watcher z platformy Azure (Niemcy) do globalnej platformy Azure nie jest obecnie obsługiwana. Zalecamy utworzenie i skonfigurowanie nowego wystąpienia usługi Network Watcher na globalnej platformie Azure. Następnie porównaj wyniki między starymi i nowymi środowiskami.

Więcej informacji można znaleźć na stronie

• Odśwież swoją wiedzę, kończąc samouczki usługi Network Watcher.
• Zapoznaj się z omówieniem usługi Network Watcher.
• Dowiedz się więcej o dziennikach przepływu sieciowej grupy zabezpieczeń.
• Przeczytaj o Monitor połączenia.

Site Recovery

Nie można przeprowadzić migracji bieżącej konfiguracji usługi Azure Site Recovery do globalnej platformy Azure. Musisz skonfigurować nowe rozwiązanie usługi Site Recovery na globalnej platformie Azure.

Aby uzyskać więcej informacji na temat usługi Site Recovery i dowiedzieć się, jak migrować maszyny wirtualne z platformy Azure w Niemczech do globalnej platformy Azure, zobacz How to use Site Recovery (Jak używać usługi Site Recovery).

Odśwież swoją wiedzę, wykonując poniższe samouczki krok po kroku:

• Odzyskiwanie po awarii z platformy Azure do platformy Azure
• Odzyskiwanie po awarii z programu VMware do platformy Azure
• Odzyskiwanie po awarii z funkcji Hyper-V do platformy Azure

Zasady platformy Azure

Nie można bezpośrednio migrować zasad z platformy Azure (Niemcy) do globalnej platformy Azure. Podczas migracji zakres przypisanych zasad zwykle zmienia się. Jest to szczególnie ważne, gdy subskrypcja różni się w środowisku docelowym, tak jak w tym scenariuszu. Można jednak zachować definicje zasad i użyć ich ponownie na globalnej platformie Azure.

W interfejsie wiersza polecenia platformy Azure uruchom następujące polecenie, aby wyświetlić listę wszystkich zasad w bieżącym środowisku.

Uwaga

Przed uruchomieniem następujących poleceń pamiętaj, aby przełączyć się do środowiska AzureGermanCloud w interfejsie wiersza polecenia platformy Azure.

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

Eksportuj tylko zasady, które mają wartość PolicyType Custom. Eksportuj zasadyRule do pliku. Poniższy przykład eksportuje zasady niestandardowe "Zezwalaj tylko na niemcy środkowe" (wersja krótka: allowgconly) do pliku w bieżącym folderze:

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

Plik eksportu będzie wyglądać podobnie do poniższego przykładu:

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

Następnie przejdź do globalnego środowiska platformy Azure. Zmodyfikuj regułę zasad, edytując plik. Na przykład zmień wartość germanycentral na westeurope.

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

Utwórz nowe zasady:

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

Masz teraz nowe zasady o nazwie allowweonly. Zasady zezwalają tylko na Europę Zachodnią jako region.

Przypisz zasady do zakresów w nowym środowisku odpowiednio. Stare przypisania można udokumentować w niemczech na platformie Azure, uruchamiając następujące polecenie:

az policy assignment list

Więcej informacji można znaleźć na stronie

• Odśwież swoją wiedzę, wykonując samouczek dotyczący zasad platformy Azure.
• Dowiedz się, jak wyświetlać zasady przy użyciu interfejsu wiersza polecenia platformy Azure lub wyświetlania zasad przy użyciu programu PowerShell.
• Dowiedz się, jak utworzyć definicję zasad przy użyciu interfejsu wiersza polecenia platformy Azure lub utworzyć definicję zasad przy użyciu programu PowerShell.

Często zadawane pytania

Gdzie mogę przenieść dane kopii zapasowej?

Możesz przenieść dane kopii zapasowej z magazynów usługi Recovery Services (RSV) w Niemczech Środkowych (GEC) i Niemczech Północno-Wschodnich (GNE) do Niemiec Zachodnich (GWC).

Jakie dane kopii zapasowej mogę przenieść?

Od 21 czerwca 2021 r. można przenieść dane kopii zapasowej dla następujących obciążeń z jednego regionu do innego:

• Azure Virtual Machines
• Obciążenia hybrydowe
• Tworzenie kopii zapasowej plików/folderów przy użyciu agenta usług Microsoft Azure Recovery Services (MARS)
• Serwer programu Data Protection Manager (DPM)
• Azure Backup Server (MABS)

Jak mogę przenieść dane kopii zapasowej do innego regionu?

Aby upewnić się, że dane w istniejących regionach nie zostaną utracone, usługa Azure Backup włączyła przenoszenie danych kopii zapasowych z usługi GEC i GNE do GWC.

Podczas migracji kopie zapasowe zostaną zatrzymane w usłudze GEC i GNE. Dlatego przed rozpoczęciem operacji migracji niezbędne jest zabezpieczenie obciążeń w nowym regionie.

Co zrobić, jeśli operacja przenoszenia danych kopii zapasowej nie powiedzie się?

Dane kopii zapasowej mogą wystąpić z powodu następujących scenariuszy błędów:

Komunikaty o błędach	Przyczyny
Podaj pusty magazyn docelowy. Magazyn docelowy nie powinien mieć żadnych elementów kopii zapasowych ani kontenerów kopii zapasowych.	Wybrano magazyn docelowy, który ma już niektóre chronione elementy.
Dane usługi Azure Backup mogą być przenoszone tylko do obsługiwanych regionów docelowych.	Wybrano magazyn docelowy z regionu, który nie jest jednym z obsługiwanych regionów przenoszenia.

Należy ponowić próbę wykonania kopii zapasowej od podstaw, uruchamiając to samo polecenie (podane poniżej) z nowym pustym magazynem docelowym lub możesz ponowić próbę i przenieść elementy, które zakończyły się niepowodzeniem z magazynu źródłowego, wskazując flagę.

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

Czy istnieje koszt związany z przenoszeniem tych danych kopii zapasowej?

L.p. Przenoszenie danych kopii zapasowej z jednego regionu do innego nie wiąże się z dodatkowymi kosztami. Usługa Azure Backup ponosi koszt przenoszenia danych między regionami. Po zakończeniu operacji przenoszenia będziesz mieć 10-dniowy okres rozliczeniowy. Po upływie tego okresu rozliczenia zostaną uruchomione w magazynie docelowym.

Jeśli mam problemy z przenoszeniem danych kopii zapasowej, z kim należy się skontaktować?

W przypadku wszelkich problemów z przenoszeniem danych kopii zapasowej z geC lub GNE do GWC napisz do nas pod adresem GESupportAzBackup@microsoft.com.

Następne kroki

Dowiedz się więcej o narzędziach, technikach i zaleceniach dotyczących migrowania zasobów w następujących kategoriach usług:

• Środowisko obliczeniowe
• Sieć
• Storage
• Sieć Web
• Bazy danych
• Analiza
• IoT
• Integracja aplikacji
• Tożsamość
• Bezpieczeństwo
• Multimedia