Często zadawane pytania — tworzenie kopii zapasowych maszyn wirtualnych platformy Azure

Podczas tworzenia maszyny wirtualnej można włączyć tworzenie kopii zapasowych dla maszyn wirtualnych z obsługiwanymi systemami operacyjnymi.

Początkowa kopia zapasowa jest zawsze pełną kopią zapasową, a jego czas trwania zależy od rozmiaru danych i czasu przetwarzania kopii zapasowej.

Aby poprawić wydajność tworzenia kopii zapasowych, zobacz Najlepsze rozwiązania dotyczące tworzenia kopii zapasowych; Zagadnienia dotyczące tworzenia kopii zapasowych i wydajność tworzenia kopii zapasowych

Chociaż łączny czas tworzenia kopii zapasowych przyrostowych kopii zapasowych wynosi mniej niż 24 godziny, co może nie być możliwe w przypadku pierwszej kopii zapasowej.

L.p. Koszty tworzenia kopii zapasowych są oddzielone od kosztów maszyny wirtualnej. Dowiedz się więcej o cenach usługi Azure Backup.

Jeśli jesteś współautorem maszyny wirtualnej, możesz włączyć kopię zapasową na maszynie wirtualnej. Jeśli używasz roli niestandardowej, potrzebujesz następujących uprawnień, aby włączyć kopię zapasową na maszynie wirtualnej:

• Microsoft.RecoveryServices/Vaults/write
• Microsoft.RecoveryServices/Vaults/read
• Microsoft.RecoveryServices/locations/*
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/*/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/write
• Microsoft.RecoveryServices/Vaults/backupFabrics/backupProtectionIntent/write
• Microsoft.RecoveryServices/Vaults/backupPolicies/read
• Microsoft.RecoveryServices/Vaults/backupPolicies/write

Jeśli magazyn usługi Recovery Services i maszyna wirtualna mają różne grupy zasobów, upewnij się, że masz uprawnienia do zapisu w grupie zasobów dla magazynu usługi Recovery Services.

L.p. Określ zakres przechowywania zadania tworzenia kopii zapasowej na żądanie. Domyślnie jest on zachowywany przez 30 dni po wyzwoleniu z portalu.

Podaj uprawnienia do usługi Azure Backup, aby uzyskać dostęp do usługi Key Vault. Określ uprawnienia w programie PowerShell zgodnie z opisem w sekcji Włączanie kopii zapasowej w dokumentacji programu PowerShell usługi Azure Backup.

Tak, kopie zapasowe działają bezproblemowo. Nie ma potrzeby ponownego konfigurowania niczego.

Kreator wyświetla tylko maszyny wirtualne w tym samym regionie co magazyn i nie są jeszcze tworzone kopie zapasowe.

Tak. Kopie zapasowe są uruchamiane po zamknięciu maszyny. Punkt odzyskiwania jest oznaczony jako spójny na poziomie awarii.

Tak. Zadanie tworzenia kopii zapasowej można anulować w stanie tworzenia migawki . Nie można anulować zadania, jeśli transfer danych z migawki jest w toku.

Jeśli zablokujesz grupę zasobów utworzoną przez usługę Azure Backup, tworzenie kopii zapasowych zakończy się niepowodzeniem. Usuń blokadę i wyczyść kolekcję punktów przywracania z tej grupy zasobów, aby przyszłe kopie zapasowe zakończyły się pomyślnie. Wykonaj następujące kroki , aby usunąć kolekcję punktów przywracania.

Usługa Azure Backup tworzy oddzielną grupę zasobów w formacie AzureBackupRG_<geo>_<number> do przechowywania obiektów ResourcePointCollections. Ponieważ ta grupa zasobów jest własnością usługi, blokowanie spowoduje niepowodzenie tworzenia kopii zapasowych. Blokady można stosować tylko do grup zasobów utworzonych przez klienta.

Tak, usługa Azure Backup obsługuje dyski zarządzane SSD w warstwie Standardowa.

Migawki można wykonywać tylko na dyskach danych, które są włączone w usłudze WA, a nie na dyskach systemu operacyjnego. Dlatego tylko dyski danych z włączoną usługą WA mogą być chronione.

Usługa Azure Backup może utworzyć kopię zapasową dysku danych z włączoną usługą WA. Jednak kopia zapasowa nie zapewni spójności bazy danych.

Usługa Azure Backup udostępnia rozwiązanie do tworzenia kopii zapasowych przesyłania strumieniowego dla baz danych SAP HANA z obiektem RPO 15 minut. Firma Backint jest certyfikowana przez firmę SAP, aby zapewnić natywną obsługę kopii zapasowych przy użyciu natywnych interfejsów API platformy SAP HANA. Dowiedz się więcej na temat tworzenia kopii zapasowych baz danych SAP HANA na maszynach wirtualnych platformy Azure.

Zaplanowana kopia zapasowa zostanie wyzwolona w ciągu 2 godzin od zaplanowanego czasu tworzenia kopii zapasowej. Jeśli na przykład czas rozpoczęcia tworzenia kopii zapasowej na 100 maszyn wirtualnych jest zaplanowany na godzinę 2:00, najpóźniej do godziny 4:00 wszystkie 100 maszyn wirtualnych będzie miało zadanie tworzenia kopii zapasowej w toku. Jeśli zaplanowane kopie zapasowe zostały wstrzymane z powodu awarii i wznowienia lub ponowienia próby, kopia zapasowa może rozpocząć się poza tym zaplanowanym dwugodzinnym oknem.

Zasady tworzenia kopii zapasowych maszyn wirtualnych platformy Azure obsługują minimalny zakres przechowywania z siedmiu dni do 9999 dni. Domyślnie kopie zapasowe maszyn wirtualnych są przechowywane przez 7 dni w migawce i 180 dni w magazynie. Wszelkie modyfikacje istniejących zasad tworzenia kopii zapasowych maszyn wirtualnych z mniej niż siedem dni będą wymagać aktualizacji, aby spełnić minimalny zakres przechowywania wynoszący siedem dni.

Jeśli zmienisz wielkość liter (na górną lub niższą) maszyny wirtualnej lub grupy zasobów maszyny wirtualnej, wielkość nazwy elementu kopii zapasowej nie ulegnie zmianie; jest to oczekiwane zachowanie usługi Azure Backup. Zmiana przypadku nie zostanie wyświetlona w elemencie kopii zapasowej, ale zostanie zaktualizowana w zapleczu.

Usługa Azure Backup obsługuje teraz selektywną kopię zapasową dysku i przywracanie przy użyciu rozwiązania do tworzenia kopii zapasowych maszyny wirtualnej platformy Azure. Aby uzyskać więcej informacji, zobacz Selektywna kopia zapasowa dysku i przywracanie dla maszyn wirtualnych platformy Azure.

Jeśli wystąpią zmiany dzierżawy, musisz wyłączyć i ponownie włączyć tożsamości zarządzane w celu ponownego utworzenia kopii zapasowych.

Usługa Azure Backup nie obsługuje tworzenia kopii zapasowych plików NFS zainstalowanych z magazynu ani z dowolnego innego serwera NFS na maszynach z systemem Linux lub Windows. Tworzy tylko kopie zapasowe dysków, które są lokalnie dołączone do maszyny wirtualnej.

Wszystkie konfiguracje maszyn wirtualnych wymagane do wykonania operacji przywracania są przechowywane w kopii zapasowej maszyny wirtualnej. Obejmuje to kopie szyfrowania zaszyfrowanych kluczy maszyny wirtualnej, które są dostępne podczas przywracania. Kopie szyfrowania można odszyfrować tylko przy użyciu magazynu kluczy. Dyski tymczasowe i stan pamięci nie są przechwytywane w migawce.

Usługa Azure Backup może tworzyć kopie zapasowe i przywracać tagi, z wyjątkiem kart sieciowych i adresów IP. Usługa Azure Backup przestrzega ograniczeń subskrypcji grupy zasobów platformy Azure i przywraca maksymalnie 50 tagów.

Aby uzyskać szczegółowe informacje, zobacz Limity subskrypcji.

Nie, nie można wyzwalać kopii zapasowych na żądanie, wyłączając zaplanowaną kopię zapasową.

Każda maszyna wirtualna platformy Azure w klastrze jest traktowana jako pojedyncza maszyna wirtualna platformy Azure. Dlatego wszystkie operacje tworzenia kopii zapasowych mają zastosowanie zgodnie z poszczególnymi maszynami wirtualnymi platformy Azure.

Tworzenie migawki maszyny wirtualnej trwa kilka minut i na tym etapie będzie występować bardzo minimalna interferencja wydajności aplikacji. Transfer danych do magazynu trwa jednak kilka godzin; dlatego zalecamy planowanie kopii zapasowych poza godzinami pracy. Dowiedz się więcej o najlepszych rozwiązaniach dotyczących tworzenia kopii zapasowych i przywracania.

Tak, nowy dysk dodany do maszyny wirtualnej zostanie automatycznie kopii zapasowej podczas następnej kopii zapasowej, chyba że na maszynie wirtualnej skonfigurowano selektywną kopię zapasową dysku. Nowo dodane dyski do maszyny wirtualnej będą miały pełną migawkę (replikę początkową) utworzoną podczas pierwszej kopii zapasowej, istniejące dyski będą kontynuować łańcuch logiki przyrostowej.

Przywracanie plików i folderów z zaszyfrowanej kopii zapasowej maszyny wirtualnej nie jest obecnie obsługiwane. Aby przywrócić pliki i foldery, należy odzyskać całą maszynę wirtualną. Zobacz kroki przywracania zaszyfrowanej maszyny wirtualnej platformy Azure. Można jednak odzyskać pliki z kopii zapasowych przed ich zaszyfrowaniem.

Tak, możesz to zrobić, gdy faza transferu danych do magazynu jest w toku.

Usługa Azure Backup wykonuje kopie zapasowe kluczy szyfrowania i wpisów tajnych danych kopii zapasowej. Ogólnie rzecz biorąc, klucze nie są przywracane w magazynie kluczy, ale usługa Azure Backup umożliwia przywracanie kluczy podczas utraty kluczy.

Nie, nie można zachować jednego punktu przywracania. Po usunięciu poprzednich punktów przywracania łańcuch zostanie usunięty. W związku z tym nie można selektywnie zachować ani usunąć punktu odzyskiwania.

Maksymalne przechowywanie punktów kopii zapasowych to:

• Przechowywanie codziennych punktów kopii zapasowych: 9999 dni
• Przechowywanie cotygodniowych punktów kopii zapasowych: 5163 tygodnie
• Przechowywanie miesięcznych punktów kopii zapasowych: 1188 miesięcy
• Przechowywanie rocznych punktów kopii zapasowych: 99 lat

Przywracanie maszyny wirtualnej można traktować jako szybką opcję tworzenia maszyny wirtualnej platformy Azure. Ta opcja zmienia nazwy dysków, kontenery używane przez dyski, publiczne adresy IP i nazwy interfejsów sieciowych. Zmiana utrzymuje unikatowe zasoby podczas tworzenia maszyny wirtualnej. Maszyna wirtualna nie jest dodawana do zestawu dostępności.

Jeśli chcesz, możesz użyć opcji przywracania dysku:

• Dostosuj utworzoną maszynę wirtualną. Na przykład zmień rozmiar.
• Dodaj ustawienia konfiguracji, które nie były dostępne w momencie tworzenia kopii zapasowej.
• Kontroluj konwencję nazewnictwa tworzonych zasobów.
• Dodaj maszynę wirtualną do zestawu dostępności.
• Dodaj inne ustawienie, które należy skonfigurować przy użyciu programu PowerShell lub szablonu.

Tak, można użyć kopii zapasowych wykonanych przed migracją dysków z niezarządzanych do zarządzanych.

Proces przywracania pozostaje taki sam. Jeśli punkt odzyskiwania jest punktem w czasie, gdy maszyna wirtualna miała dyski niezarządzane, możesz przywrócić dyski jako niezarządzane. Jeśli maszyna wirtualna miała dyski zarządzane, możesz przywrócić dyski jako dyski zarządzane. Następnie możesz utworzyć maszynę wirtualną na podstawie tych dysków.

Dowiedz się więcej o tym w programie PowerShell.

W przypadku przywracania zarządzanej maszyny wirtualnej, nawet jeśli tworzenie maszyny wirtualnej zakończy się niepowodzeniem, dyski będą nadal przywracane.

Tak. Nawet jeśli usuniesz maszynę wirtualną, możesz przejść do odpowiedniego elementu kopii zapasowej w magazynie i przywrócić go z punktu odzyskiwania.

W przypadku maszyn wirtualnych platformy Azure z dyskiem zarządzanym przywracanie do zestawów dostępności jest włączone przez udostępnienie opcji w szablonie podczas przywracania jako dysków zarządzanych. Ten szablon ma parametr wejściowy o nazwie Zestawy dostępności.

Funkcja natychmiastowego przywracania ułatwia szybsze tworzenie kopii zapasowych i natychmiastowe przywracanie z migawek.

Po zmianie ustawień magazynu kluczy dla zaszyfrowanej maszyny wirtualnej kopie zapasowe będą nadal działać z nowym zestawem szczegółów. Jednak po przywróceniu z punktu odzyskiwania przed zmianą należy przywrócić wpisy tajne w magazynie kluczy przed utworzeniem maszyny wirtualnej. Aby uzyskać więcej informacji, zobacz ten artykuł.

Operacje takie jak przerzucanie wpisów tajnych/kluczy nie wymagają tego kroku i tego samego magazynu kluczy można używać po przywróceniu.

Tak, możesz uzyskać dostęp do maszyny wirtualnej po przywróceniu z powodu uszkodzonej relacji z kontrolerem domeny. Aby uzyskać więcej informacji, zobacz ten artykuł.

Tak, możesz anulować zadanie przywracania do fazy transferu danych. Po wprowadzeniu fazy tworzenia maszyny wirtualnej nie można anulować zadania przywracania.

Łączny czas przywracania zależy od szybkości operacji wejścia/wyjścia na sekundę i przepływności konta magazynu. Całkowity czas przywracania może mieć wpływ, jeśli docelowe konto magazynu jest ładowane z innymi operacjami odczytu i zapisu aplikacji. Aby zwiększyć szybkość operacji przywracania, wybierz konto magazynu, które nie jest ładowane z innymi danymi aplikacji. Dowiedz się więcej o najlepszych rozwiązaniach dotyczących tworzenia kopii zapasowych i przywracania maszyn wirtualnych platformy Azure.

Usługa Azure Backup używa dysków "dołączania" z punktów odzyskiwania i nie sprawdza odwołań do obrazów ani galerii. W zasadach można więc sprawdzić "storageProfile.osDisk.createOption as Attach", a warunek skryptu będzie następujący:

if (storageProfile.osDisk.createOption == "Attach") then { exclude <Policy> }

Aby przywrócić maszynę wirtualną w stanie wyłączonym, możesz utworzyć maszynę wirtualną lub przywrócić dyski, ale nie można zamienić istniejącej maszyny wirtualnej. Dowiedz się więcej o dostępnych opcjach przywracania.

Maszyna wirtualna platformy Azure musi być w stanie wyłączenia podczas przywracania. W przeciwnym razie operacja przywracania zakończy się niepowodzeniem na etapie wstępnego sprawdzania z kodem błędu UserErrorVmNotShutDown.

Ponadto przed zamianą dysków maszyny wirtualnej należy wyłączyć maszynę wirtualną.

Tak, domyślny maksymalny limit wyzwalania przywracania to 20 prób na maszynę wirtualną w ciągu 24 godzin, a 24 godziny zostanie zresetowane o 00:00 czasu UTC.

W przypadku niezarządzanej maszyny wirtualnej typ dysku maszyny wirtualnej to SSD w warstwie Premium lub HDD i zależy od sa, w którym istnieją dyski VHD. W przypadku zapewnienia normalnego skojarzenia zabezpieczeń podczas przywracania dysk maszyny wirtualnej będzie hdd, a jeśli udostępnisz usługę Premium SA, wszystkie dyski będą dyskami SSD w warstwie Premium.

Tak, można usunąć te pliki po zakończeniu procesu przywracania. Domyślnie usługa Azure Backup zachowuje te pliki do użycia w przyszłości.

Zaszyfrowane klucze nie powinny być obecne w regionie docelowym w ramach przywracania między regionami (CRR). W związku z tym należy przywrócić zaszyfrowane klucze i wpisy tajne przy użyciu przywróconego pliku. Po zakończeniu przywracania można utworzyć zaszyfrowaną maszynę wirtualną platformy Azure przy użyciu przywróconych dysków.

System Microsoft Windows umożliwia nazwę maszyny wirtualnej, która ma maksymalnie 15 znaków. Ponadto nie można określić nazwy hosta DNS, która różni się od nazwy hosta NETBIOS . Można jednak utworzyć nagłówki hostów dla witryny internetowej hostowanej na maszynie wirtualnej platformy Azure o nazwie zgodnie z zaleceniem.

Dowiedz się więcej o ograniczeniach konwencji nazewnictwa maszyn wirtualnych platformy Azure.

Tak, przywracanie między subskrypcjami umożliwia teraz przywracanie maszyn wirtualnych platformy Azure z punktu odzyskiwania w jednej subskrypcji do innej w ramach dzierżawy zgodnie z regułami kontroli dostępu na podstawie ról (RBAC) platformy Azure. Przywracanie między subskrypcjami nie jest obsługiwane z migawek i przywracania regionu pomocniczego.

Nie, nie jest obsługiwane w przypadku zaszyfrowanych maszyn wirtualnych platformy Azure.

Nie, przywracanie między subskrypcjami nie jest obsługiwane z przywracania migawki .

Nie, przywracanie między subskrypcjami nie obsługuje przywracania z regionów pomocniczych.

Tak, jest obsługiwana w przypadku przywracania między subskrypcjami.

Tak, przywracanie między strefami umożliwia teraz przywrócenie przypiętych maszyn wirtualnych platformy Azure do innej dostępnej strefy przy użyciu punktu odzyskiwania w magazynie z włączonym magazynem strefowo nadmiarowym (ZRS) zgodnie z regułami kontroli dostępu na podstawie ról (RBAC) platformy Azure. Jest ona również obsługiwana w magazynach z funkcją przywracania między regionami (CRR).

Tak, przywracanie między strefami umożliwia teraz przywracanie maszyn wirtualnych bez strefy platformy Azure do wszystkich dostępnych stref przy użyciu punktu odzyskiwania w magazynie z włączonym magazynem strefowo nadmiarowym (ZRS) zgodnie z regułami kontroli dostępu na podstawie ról (RBAC) platformy Azure.

Nie, nie jest obsługiwane w przypadku zaszyfrowanych maszyn wirtualnych platformy Azure.

Nie, przywracanie między strefami nie jest obsługiwane z przywracania migawki .

Tak, usługa Azure Backup obsługuje przywracanie przypiętych maszyn wirtualnych platformy Azure do regionów pomocniczych.

Tak, jest obsługiwana w przypadku przywracania między strefami.

Po odinstalowaniu dysków z witryny Azure Portal uruchom skrypt języka Python z parametrem clean (python scriptName.py clean), aby wyczyścić sesję i usunąć ścieżki instalacji punktu odzyskiwania z maszyny.

Kopia zapasowa maszyny wirtualnej jest tworzona przy użyciu ustawień harmonogramu i przechowywania w zmodyfikowanych zasadach.

• Jeśli przechowywanie zostanie rozszerzone, istniejące punkty odzyskiwania są oznaczone i przechowywane zgodnie z nowymi zasadami.
• Jeśli przechowywanie zostanie zmniejszone, punkty odzyskiwania zostaną oznaczone do oczyszczania w następnym zadaniu oczyszczania, a następnie usunięte.

Punkty odzyskiwania są jednak specyficzne dla częstotliwości przechowywania. Na przykład dodawanie lub modyfikowanie zasad przechowywania rocznego nie ma wpływu na przechowywanie istniejących wcześniej miesięcznych punktów odzyskiwania.

1. Tymczasowo zatrzymaj kopię zapasową i zachowaj dane kopii zapasowej.

2. Aby przenieść maszyny wirtualne skonfigurowane za pomocą usługi Azure Backup, wykonaj następujące czynności:

   1. Znajdź lokalizację maszyny wirtualnej.
   2. Znajdź grupę zasobów z następującym wzorcem nazewnictwa: AzureBackupRG_<location of your VM>_1. Na przykład AzureBackupRG_westus2_1
   3. W witrynie Azure Portal zaznacz pole Wyboru Pokaż ukryte typy.
   4. Znajdź zasób o typie Microsoft.Compute/restorePointCollections , który ma wzorzec AzureBackup_<name of your VM that you're trying to move>_###########nazewnictwa .
   5. Usuń ten zasób. Ta operacja usuwa tylko natychmiastowe punkty odzyskiwania, a nie dane kopii zapasowej w magazynie.
   6. Po zakończeniu operacji usuwania możesz przenieść maszynę wirtualną.

3. Przenieś maszynę wirtualną do docelowej grupy zasobów.

4. Wznów tworzenie kopii zapasowej.

Maszynę wirtualną można przywrócić z dostępnych punktów przywracania utworzonych przed operacją przenoszenia.

Po przeniesieniu maszyny wirtualnej do innej grupy zasobów jest to nowa maszyna wirtualna, jeśli chodzi o usługę Azure Backup.

Po przeniesieniu maszyny wirtualnej do nowej grupy zasobów można ponownie włączyć ochronę maszyny wirtualnej w tym samym magazynie lub w innym magazynie. Ponieważ jest to nowa maszyna wirtualna dla usługi Azure Backup, opłaty będą naliczane oddzielnie.

W razie potrzeby stare punkty przywracania maszyny wirtualnej będą dostępne do przywrócenia. Jeśli nie potrzebujesz tych danych kopii zapasowej, możesz przestać chronić starą maszynę wirtualną przy użyciu danych usuwania.

Tak, istnieje limit 100 maszyn wirtualnych, które mogą być skojarzone z tymi samymi zasadami tworzenia kopii zapasowych. Zalecamy, aby w przypadku więcej niż 100 maszyn wirtualnych utworzyć wiele zasad tworzenia kopii zapasowych z tym samym harmonogramem lub innym harmonogramem.

Istnieje dzienny limit 1000 dla ogólnej konfiguracji/modyfikowania ochrony w magazynie.

Obecnie można wyświetlić ustawienia przechowywania na poziomie elementu kopii zapasowej (VM) na podstawie zasad kopii zapasowych przypisanych do maszyny wirtualnej.

Jednym ze sposobów wyświetlania ustawień przechowywania kopii zapasowych jest przejście do pulpitu nawigacyjnego elementu kopii zapasowej dla maszyny wirtualnej w witrynie Azure Portal. Wybranie linku do zasad tworzenia kopii zapasowych pomaga wyświetlić czas przechowywania wszystkich punktów przechowywania dziennych, cotygodniowych, miesięcznych i rocznych skojarzonych z maszyną wirtualną.

Eksplorator kopii zapasowych umożliwia również wyświetlanie ustawień przechowywania dla wszystkich maszyn wirtualnych w jednym okienku szkła. Przejdź do Eksploratora kopii zapasowych z dowolnego magazynu usługi Recovery Services, przejdź do karty Elementy kopii zapasowej i wybierz widok zaawansowany, aby wyświetlić szczegółowe informacje dotyczące przechowywania dla każdej maszyny wirtualnej.

Usługa Azure VM Backup używa komunikacji HTTPS na potrzeby szyfrowania podczas przesyłania. Transfer danych korzysta z usługi Azure Fabric (a nie publicznych punktów końcowych), które nie wymagają dostępu do Internetu na potrzeby tworzenia kopii zapasowych maszyn wirtualnych.

Ten interfejs API aprowizować skrypt do wywoływania połączenia iSCSI na potrzeby odzyskiwania plików z usługi Azure Backup.

• Tę opcję można wyłączyć przy użyciu niestandardowych definicji ról, wykluczając akcję interfejsu API.
• Możesz również użyć prywatnych punktów końcowych , aby ograniczyć dostęp do serwera iSCSI z sieci prywatnej.
• Możesz również wyłączyć tę opcję w całej organizacji przy użyciu funkcji przypisania odmowy.

Zasady obowiązują natychmiast po modyfikacjach parametrów, takich jak przechowywanie, harmonogram itd. Dotyczy to wszystkich nowych kopii zapasowych pobranych ze zmodyfikowanych zasad. Jednak oczyszczanie punktów odzyskiwania (jeśli ma zastosowanie) zgodnie z nowymi zasadami trwa 24 godziny.

Ta funkcja nie jest obecnie obsługiwana. Możesz opublikować dowolne pytanie dotyczące funkcji w portalu społeczności usługi Azure Backup.

Nie można modyfikować przechowywania zatrzymanych kopii zapasowych, ponieważ nie mają żadnych dołączonych do nich zasad. Można jednak wznowić ochronę i przypisać zasady.

Zatrzymane kopie zapasowe są zachowywane do momentu ręcznego usunięcia.

Musisz sprawdzić uprawnienia subskrypcji w regionie pomocniczym. Napisz do nas na stronie AskAzureBackupTeam@microsoft.com rejestracji subskrypcji.

Ponieważ zasoby platformy Azure obsługują ten ruch, nie można go określić przez użytkownika zewnętrznego.

Cel punktu odzyskiwania: minimalny cel punktu odzyskiwania to 1 dzień lub 24 godziny, gdy używasz zasad standardowych. Jeśli używasz zasad rozszerzonych, minimalny cel punktu odzyskiwania wynosi 4 godziny.

Ten błąd pojawia się podczas próby uruchomienia maszyny wirtualnej po utworzeniu maszyny wirtualnej platformy Azure na podstawie obrazu innego niż Marketplace lub zamiany dysku systemu operacyjnego maszyny wirtualnej z obrazem innym niż Marketplace, a następnie wdrożenie maszyny wirtualnej kończy się niepowodzeniem. Aby rozwiązać ten problem, usuń informacje o planie z maszyny wirtualnej.

Usługa Azure Backup wykonuje kopię zapasową wpisów tajnych i danych KEK wersji klucza podczas tworzenia kopii zapasowej i przywraca te same dane. Jednak rozruch maszyn wirtualnych programu ADE ze starszymi kluczami wersji jest również możliwy.

Dane kopii zapasowej w pełni replikowane do regionu pomocniczego przed awarią regionu podstawowego pozostaną nienaruszone. Pozostaje to przypadek nawet po odzyskaniu regionu podstawowego po awarii. Innymi słowy, maszynę wirtualną można odzyskać w regionie pomocniczym przy użyciu danych, które wystąpiły przed awarią zgodnie z harmonogramem replikacji. Należy pamiętać, że cel punktu odzyskiwania dla regionu pomocniczego wynosi 36 godzin, tj. dane mogą być w pełni replikowane z regionu podstawowego do regionu pomocniczego.

Czas wygaśnięcia punktów odzyskiwania jest aktualizowany po uruchomieniu modułu odśmieceń pamięci co 24 godziny. Po zaktualizowaniu zasad tworzenia kopii zapasowych wyświetlenie aktualizacji w czasie wygaśnięcia może potrwać do 24 godzin, jeśli nie ma opóźnień w zadaniach GC.

Czas wygaśnięcia najnowszego punktu odzyskiwania nie jest wyświetlany, ponieważ ma nieskończone przechowywanie do momentu utworzenia nowszego punktu odzyskiwania. Czas wygaśnięcia innych punktów odzyskiwania będzie dostępny w witrynie Azure Portal po 24 godzinach tworzenia, w zależności od czasu uruchomienia odzyskiwania pamięci (które będą trwać w ciągu 24 godzin).

Nie, operacja przywracania (do oryginalnej lub alternatywnej lokalizacji) nie ma wpływu na zaplanowane kopie zapasowe.

• Przywróć do oryginalnej lokalizacji: usługa Azure Backup zastępuje dyski istniejącej maszyny wirtualnej tymi z punktu przywracania. Ten proces obejmuje utworzenie migawki bieżącej maszyny wirtualnej przed przywróceniem, zapewniając, że harmonogram tworzenia kopii zapasowych pozostanie.
• Przywracanie do lokalizacji alternatywnej: usługa Azure Backup tworzy nową maszynę wirtualną przy użyciu punktu przywracania. Ta nowa maszyna wirtualna nie będzie mieć tego samego harmonogramu tworzenia kopii zapasowych co oryginalna maszyna wirtualna; Zasady tworzenia kopii zapasowych należy skonfigurować ręcznie. Dowiedz się więcej na temat przywracania maszyny wirtualnej platformy Azure.

W tych scenariuszach przywracania oryginalne zasady tworzenia kopii zapasowych i harmonogram dla oryginalnej maszyny wirtualnej pozostają nienaruszone. Jeśli jednak chcesz, aby przywrócona maszyna wirtualna (w lokalizacji alternatywnej) miała harmonogram tworzenia kopii zapasowych, musisz skonfigurować zasady tworzenia kopii zapasowych.

W przypadku przywracania oryginalnej lokalizacji (OLR) lub przywracania lokalizacji alternatywnej (ALR) dla maszyn wirtualnych platformy Azure usługa Azure Backup wykonuje konfigurację kopii zapasowej jako:

Miejsca do magazynowania Direct nie jest obsługiwana, ponieważ ma dane rozłożone na dwie różne maszyny wirtualne.

Miejsca do magazynowania na jednej maszynie wirtualnej nie są obsługiwane na potrzeby tworzenia kopii zapasowych maszyn wirtualnych spójnych na poziomie aplikacji. W przypadku tworzenia kopii zapasowych maszyn wirtualnych spójnych na poziomie aplikacji usługa VSS zawiesza we/wy i zapewnia spójność migawek dysków. Miejsca do magazynowania nadal może wykonywać operacje zapisu w tle, powodując niezgodność gwarancji spójności aplikacji. Może to spowodować niewielkie prawdopodobieństwo, że wykonana kopia zapasowa nie jest spójna z aplikacją. Obecnie tworzenie kopii zapasowej i odzyskiwanie maszyny wirtualnej z miejscami do magazynowania nie jest blokowane w produkcie.

Usunięcie dysku po prostu nie spowoduje uruchomienia migawki ani transferu danych dla usuniętego dysku. Liczba dysków uwzględnionych w punkcie przywracania będzie się różnić w zależności od stanu maszyny wirtualnej w momencie tworzenia kopii zapasowej.

Zmiana rozmiaru dysku będzie kontynuowana z przyrostowymi kopiami zapasowymi, chyba że bazowe konto magazynu dysków ulegnie zmianie, co spowoduje utworzenie pełnej kopii zapasowej.

W przypadku repliki początkowej pełna kopia zapasowa zostanie ponownie zainicjowana w przypadku awarii. Jednak w przypadku przyrostowej migawki z ostatniej pomyślnej kopii zapasowej będzie porównywana z najnowszą migawką w celu skopiowania zmienionych danych do magazynu.