Omówienie kopii zapasowej maszyny wirtualnej platformy Azure
W tym artykule opisano sposób tworzenia kopii zapasowych maszyn wirtualnych platformy Azure przez usługę Azure Backup.
Usługa Azure Backup zapewnia niezależne i odizolowane kopie zapasowe zapewniające ochronę przed niezamierzonym zniszczeniem danych na maszynach wirtualnych. Kopie zapasowe są przechowywane w magazynie usługi Recovery Services z wbudowanymi funkcjami zarządzania punktami odzyskiwania. Konfiguracja i skalowanie są proste, kopie zapasowe są optymalizowane i w razie potrzeby można je łatwo przywrócić.
W ramach procesu tworzenia kopii zapasowej wykonywana jest migawka, a dane są przesyłane do magazynu usługi Recovery Services bez wpływu na obciążenia produkcyjne. Migawka zapewnia różne poziomy spójności, zgodnie z opisem w tym miejscu. Możesz wybrać kopię zapasową spójną na poziomie aplikacji lub spójną na poziomie plików kopię zapasową opartą na agencie lub spójną na poziomie agenta kopię zapasową w zasadach tworzenia kopii zapasowych.
Usługa Azure Backup oferuje również wyspecjalizowane oferty dla obciążeń baz danych, takich jak SQL Server i SAP HANA , które są obsługujące obciążenie, oferują 15-minutowy cel punktu odzyskiwania (cel punktu odzyskiwania) i umożliwiają tworzenie kopii zapasowych i przywracanie poszczególnych baz danych.
Proces tworzenia kopii zapasowej
Usługa Azure Backup wykonuje kopię zapasową maszyn wirtualnych platformy Azure w następujący sposób:
W przypadku maszyn wirtualnych platformy Azure wybranych do tworzenia kopii zapasowych usługa Azure Backup uruchamia zadanie tworzenia kopii zapasowej zgodnie z określonym harmonogramem tworzenia kopii zapasowych.
Jeśli wybrano kopie zapasowe spójne na poziomie aplikacji lub systemu plików, maszyna wirtualna musi mieć zainstalowane rozszerzenie kopii zapasowej, aby koordynować proces migawek.
Jeśli wybrano tworzenie kopii zapasowych spójnych na poziomie awarii, na maszynach wirtualnych nie są wymagane żadne agenty.
Podczas pierwszej kopii zapasowej rozszerzenie kopii zapasowej jest zainstalowane na maszynie wirtualnej, jeśli maszyna wirtualna jest uruchomiona.
- W przypadku maszyn wirtualnych z systemem Windows jest zainstalowane rozszerzenie VMSnapshot.
- W przypadku maszyn wirtualnych z systemem Linux jest zainstalowane rozszerzenie VMSnapshotLinux.
W przypadku maszyn wirtualnych z systemem Windows, które są uruchomione, usługa Azure Backup koordynuje usługę kopiowania woluminów w tle systemu Windows (VSS), aby utworzyć spójną na poziomie aplikacji migawkę maszyny wirtualnej.
- Domyślnie kopia zapasowa wykonuje pełne kopie zapasowe usługi VSS.
- Jeśli usługa Backup nie może wykonać migawki spójnej z aplikacją, wykonuje migawkę spójną na poziomie pliku magazynu bazowego (ponieważ podczas zatrzymania maszyny wirtualnej nie są wykonywane żadne operacje zapisu aplikacji).
W przypadku maszyn wirtualnych z systemem Linux kopia zapasowa wykonuje spójną na poziomie plików kopię zapasową. W przypadku migawek spójnych na poziomie aplikacji należy ręcznie dostosować skrypty wstępne/post.
W przypadku maszyn wirtualnych z systemem Windows zainstalowano pakiet redystrybucyjny Microsoft Visual C++ 2013 (x64) w wersji 12.0.40660, a uruchomienie usługi kopiowania woluminów w tle (VSS) zostało zmienione na automatyczne, a dodawana jest usługa IaaSVmProvider usługi systemu Windows.
Po utworzeniu kopii zapasowej migawka przesyła dane do magazynu.
- Operacja tworzenia kopii zapasowej jest zoptymalizowana tak, aby kopie zapasowe poszczególnych dysków maszyny wirtualnej były tworzone równolegle.
- W przypadku każdego dysku, którego kopia zapasowa jest tworzona, usługa Azure Backup odczytuje bloki danych na dysku, a następnie identyfikuje i przenosi tylko te z nich, które uległy zmianie (przyrost) od czasu utworzenia poprzedniej kopii zapasowej.
- Dane migawki mogą nie być natychmiast kopiowane do magazynu. Może upłynąć kilka godzin w godzinach szczytu. W przypadku zasad codziennego tworzenia kopii zapasowych łączny czas tworzenia kopii zapasowej maszyny wirtualnej jest krótszy niż 24 godziny.
Szyfrowanie kopii zapasowych maszyn wirtualnych platformy Azure
Podczas tworzenia kopii zapasowych maszyn wirtualnych platformy Azure za pomocą usługi Azure Backup maszyny wirtualne są szyfrowane w spoczynku przy użyciu szyfrowania usługi Storage (SSE). Usługa Azure Backup może również tworzyć kopie zapasowe maszyn wirtualnych platformy Azure zaszyfrowanych przy użyciu usługi Azure Disk Encryption.
| Szyfrowanie | Szczegóły | Pomoc techniczna |
|---|---|---|
| SSE | Dzięki funkcji SSE usługa Azure Storage zapewnia szyfrowanie magazynowane przez automatyczne szyfrowanie danych przed ich zapisaniem. Usługa Azure Storage odszyfrowuje również dane przed ich pobraniem. Usługa Azure Backup obsługuje kopie zapasowe maszyn wirtualnych z dwoma typami szyfrowania usługi Storage: |
Usługa Azure Backup używa protokołu SSE do szyfrowania magazynowanych maszyn wirtualnych platformy Azure. |
| Usługa Azure Disk Encryption | Usługa Azure Disk Encryption szyfruje zarówno dyski systemu operacyjnego, jak i dyski danych dla maszyn wirtualnych platformy Azure. Usługa Azure Disk Encryption integruje się z kluczami szyfrowania funkcji BitLocker (BEKs), które są chronione w magazynie kluczy jako wpisy tajne. Usługa Azure Disk Encryption integruje się również z kluczami szyfrowania kluczy usługi Azure Key Vault (KEKs). |
Usługa Azure Backup obsługuje tworzenie kopii zapasowych zarządzanych i niezarządzanych maszyn wirtualnych platformy Azure zaszyfrowanych przy użyciu tylko zestawów BEKs lub zestawów BEKs wraz z kluczami KEKs. Kopie zapasowe i szyfrowane są zarówno zestawy BEKs, jak i KEKs. Ponieważ kopie zapasowe kluczy KEKs i BEKs są tworzone, użytkownicy z niezbędnymi uprawnieniami mogą w razie potrzeby przywracać klucze i wpisy tajne do magazynu kluczy. Ci użytkownicy mogą również odzyskać zaszyfrowaną maszynę wirtualną. Zaszyfrowane klucze i wpisy tajne nie mogą być odczytywane przez nieautoryzowanych użytkowników ani przez platformę Azure. |
W przypadku zarządzanych i niezarządzanych maszyn wirtualnych platformy Azure usługa Backup obsługuje obie maszyny wirtualne zaszyfrowane tylko przy użyciu kluczy BEKs lub maszyn wirtualnych zaszyfrowanych za pomocą zestawów BEKs wraz z kluczami KEKs.
Kopie zapasowe zestawów BEKs (wpisów tajnych) i kluczy (kluczy) są szyfrowane. Mogą być odczytywane i używane tylko wtedy, gdy są przywracane z powrotem do magazynu kluczy przez autoryzowanych użytkowników. Nieautoryzowani użytkownicy ani platforma Azure nie mogą odczytywać ani używać kluczy kopii zapasowej ani wpisów tajnych.
Kopie zapasowe są również tworzone przez kopię zapasową zestawów BEKs. W związku z tym, jeśli zestawy BEKs zostaną utracone, autoryzowani użytkownicy mogą przywrócić klucze BEKs do magazynu kluczy i odzyskać zaszyfrowane maszyny wirtualne. Tylko użytkownicy z wymaganym poziomem uprawnień mogą tworzyć kopie zapasowe i przywracać zaszyfrowane maszyny wirtualne lub klucze i wpisy tajne.
Tworzenie migawki
Usługa Azure Backup tworzy migawki zgodnie z harmonogramem tworzenia kopii zapasowych.
Jeśli wybrano kopie zapasowe spójne na poziomie aplikacji lub systemu plików, maszyna wirtualna musi mieć zainstalowane rozszerzenie kopii zapasowej, aby koordynować proces tworzenia migawki. W przypadku kopii zapasowych spójnych na poziomie awarii bez agenta agent maszyny wirtualnej nie jest wymagany w przypadku migawek.
Maszyny wirtualne z systemem Windows: w przypadku maszyn wirtualnych z systemem Windows usługa Backup koordynuje się z usługą VSS, aby utworzyć spójną na poziomie aplikacji migawkę dysków maszyn wirtualnych. Domyślnie usługa Azure Backup wykonuje pełną kopię zapasową usługi VSS (obcina dzienniki aplikacji, takie jak program SQL Server w czasie tworzenia kopii zapasowej, aby uzyskać spójną kopię zapasową na poziomie aplikacji). Jeśli używasz bazy danych programu SQL Server na kopii zapasowej maszyny wirtualnej platformy Azure, możesz zmodyfikować ustawienie tak, aby utworzyć kopię zapasową usługi VSS (aby zachować dzienniki). Aby uzyskać więcej informacji, zobacz ten artykuł.
Maszyny wirtualne z systemem Linux: aby wykonać migawki spójne z aplikacjami maszyn wirtualnych z systemem Linux, użyj struktury skryptów wstępnych i post-script systemu Linux, aby napisać własne skrypty niestandardowe w celu zapewnienia spójności.
- Usługa Azure Backup wywołuje tylko skrypty wstępne/post napisane przez Ciebie.
- Jeśli skrypty wstępne i skrypty po wykonaniu zostały wykonane pomyślnie, usługa Azure Backup oznaczy punkt odzyskiwania jako spójny na poziomie aplikacji. Jeśli jednak używasz skryptów niestandardowych, ostatecznie odpowiadasz za spójność aplikacji.
- Dowiedz się więcej o sposobie konfigurowania skryptów.
Spójność migawek
W poniższej tabeli opisano różne typy spójności migawek:
| Migawka | Szczegóły | Odzyskiwania | Zagadnienie |
|---|---|---|---|
| Spójne na poziomie aplikacji | Jest to ustawienie domyślne w zasadach tworzenia kopii zapasowych maszyny wirtualnej. Kopie zapasowe spójne na poziomie aplikacji przechwytują zawartość pamięci i oczekujące operacje we/wy. Migawki spójne z aplikacjami używają składnika zapisywania usługi VSS (lub skryptów wstępnych/post dla systemu Linux), aby zapewnić spójność danych aplikacji przed utworzeniem kopii zapasowej. | Podczas odzyskiwania maszyny wirtualnej przy użyciu migawki spójnej z aplikacją maszyna wirtualna jest uruchamiana. Nie ma uszkodzenia ani utraty danych. Aplikacje zaczynają się w stanie spójnym. | Windows: wszystkie składniki zapisywania usługi VSS zakończyły się pomyślnie Linux: skrypty wstępne/końcowe są skonfigurowane i zakończyły się powodzeniem |
| Spójność systemu plików | Jest to ustawienie domyślne w zasadach tworzenia kopii zapasowych maszyny wirtualnej. Kopie zapasowe spójne na poziomie systemu plików zapewniają spójność dzięki utworzeniu migawki wszystkich plików w tym samym czasie. |
Podczas odzyskiwania maszyny wirtualnej przy użyciu migawki spójnej z systemem plików maszyna wirtualna jest uruchamiana. Nie ma uszkodzenia ani utraty danych. Aplikacje muszą zaimplementować własny mechanizm "naprawy", aby upewnić się, że przywrócone dane są spójne. | Windows: niektóre składniki zapisywania usługi VSS nie powiodły się Linux: ustawienie domyślne (jeśli skrypty wstępne/końcowe nie są skonfigurowane lub nie powiodły się) |
| Spójne na poziomie awarii | Migawka spójna na poziomie awarii to ustawienie zgody w zasadach tworzenia kopii zapasowych maszyn wirtualnych. Usługa Azure Backup wykonuje również kopie zapasowe spójne na poziomie awarii, jeśli maszyna wirtualna nie jest uruchomiona podczas tworzenia kopii zapasowej i gdy tworzenie kopii zapasowych spójnych na poziomie aplikacji/plików kończy się niepowodzeniem. Przechwytywane i kopii zapasowej są tylko dane, które już istnieją na dysku w czasie operacji tworzenia kopii zapasowej; dane w pamięci podręcznej hosta odczytu/zapisu nie są przechwytywane. |
Rozpoczyna się od procesu rozruchu maszyny wirtualnej, po którym następuje sprawdzenie dysku w celu naprawienia błędów uszkodzenia. Wszelkie operacje zapisu lub danych w pamięci, które nie zostały przeniesione na dysk przed utratą awarii. Aplikacje implementują własną weryfikację danych. Na przykład aplikacja bazy danych może używać dziennika transakcji do weryfikacji. Jeśli dziennik transakcji zawiera wpisy, które nie są w bazie danych, oprogramowanie bazy danych wycofuje transakcje z powrotem, dopóki dane nie będą spójne. | Jeśli wybrano opcję tworzenia kopii zapasowej aplikacji/systemu plików, a maszyna wirtualna jest w stanie zamykania (zatrzymana/cofnięto przydział) i po ponownym pobraniu migawki. Wybrano kopie zapasowe spójne na poziomie awarii bez agenta |
Uwaga
Jeśli stan aprowizacji zakończył się pomyślnie, usługa Azure Backup wykonuje kopie zapasowe spójne na poziomie systemu plików. Jeśli stan aprowizacji jest niedostępny lub nie powiodł się, tworzone są kopie zapasowe spójne na poziomie awarii. Jeśli stan aprowizacji jest tworzony lub usuwany, oznacza to, że usługa Azure Backup ponowi próbę wykonywania operacji.
Zagadnienia dotyczące tworzenia kopii zapasowych i przywracania
| Zagadnienie | Szczegóły |
|---|---|
| Disk | Tworzenie kopii zapasowych dysków maszyn wirtualnych jest równoległe. Jeśli na przykład maszyna wirtualna ma cztery dyski, usługa Backup próbuje wykonać kopię zapasową wszystkich czterech dysków równolegle. Kopia zapasowa jest przyrostowa (tylko zmienione dane). |
| Planowanie | Aby zmniejszyć ruch kopii zapasowych, należy wykonywać kopie zapasowe różnych maszyn wirtualnych w różnych porach dnia i upewnić się, że terminy te nie nakładają się na siebie. Tworzenie kopii zapasowych maszyn wirtualnych w tym samym czasie powoduje korki. |
| Przygotowywanie kopii zapasowych | Należy brać pod uwagę czas wymagany na przygotowanie kopii zapasowej. Czas przygotowania może obejmować instalowanie lub aktualizowanie rozszerzenia kopii zapasowej oraz wyzwalanie migawki zgodnie z harmonogramem tworzenia kopii zapasowych. |
| Transfer danych | Należy wziąć pod uwagę czas wymagany do zidentyfikowania przez usługę Azure Backup przyrostowych zmian w odniesieniu do poprzedniej kopii zapasowej. W przyrostowej kopii zapasowej usługa Azure Backup określa zmiany, obliczając sumę kontrolną bloku. Jeśli blok ulegnie zmianie, zostanie oznaczony do przesłania do magazynu. Usługa analizuje zidentyfikowane bloki i próbuje jeszcze bardziej zminimalizować ilość danych do przesłania. Po zakończeniu oceny wszystkich zmienionych bloków usługa Azure Backup przesyła zmiany do magazynu. Może wystąpić opóźnienie między tworzeniem migawki i kopiowaniem jej do magazynu. W godzinach szczytu może upłynąć do ośmiu godzin, zanim migawki zostaną przeniesione do magazynu. Czas wykonywania kopii zapasowej maszyny wirtualnej będzie krótszy niż 24 godziny w przypadku codziennie wykonywanej kopii zapasowej. |
| Początkowa kopia zapasowa | Łączny czas tworzenia kopii zapasowych przyrostowych kopii zapasowych wynosi mniej niż 24 godziny, co może nie dotyczyć pierwszej kopii zapasowej. Czas wymagany na utworzenie początkowej kopii zapasowej będzie zależeć od rozmiaru danych i terminu przetwarzania kopii zapasowej. |
| Przywracanie kolejki | Usługa Azure Backup przetwarza zadania przywracania z wielu kont magazynu jednocześnie i umieszcza żądania przywracania w kolejce. |
| Przywracanie kopii | Podczas procesu przywracania dane są kopiowane z magazynu do konta magazynu. Łączny czas przywracania zależy od operacji we/wy na sekundę (IOPS) i przepływności konta magazynu. Aby skrócić czas kopiowania, wybierz konto magazynu, które nie jest ładowane z innymi zapisami i odczytami aplikacji. |
Uwaga
Usługa Azure Backup umożliwia teraz tworzenie kopii zapasowych maszyn wirtualnych platformy Azure wiele razy dziennie przy użyciu zasad rozszerzonych. Dzięki tej funkcji można również zdefiniować czas trwania wyzwalania zadań tworzenia kopii zapasowej i dopasowywania harmonogramu tworzenia kopii zapasowej do godzin roboczych, gdy często są dostępne aktualizacje usługi Azure Virtual Machines. Dowiedz się więcej.
Wydajność kopii zapasowych
Te typowe scenariusze mogą mieć wpływ na całkowity czas tworzenia kopii zapasowej:
- Dodawanie nowego dysku do chronionej maszyny wirtualnej platformy Azure: jeśli maszyna wirtualna przechodzi przyrostową kopię zapasową, a nowy dysk zostanie dodany, czas tworzenia kopii zapasowej wzrośnie. Łączny czas wykonywania kopii zapasowej może przekroczyć 24 godziny w wyniku początkowej replikacji nowego dysku oraz replikacji różnicowej istniejących dysków.
- Dyski pofragmentowane: Operacje tworzenia kopii zapasowej są szybsze, gdy zmiany dysku są ciągłe. Jeśli zmiany są rozłożone i pofragmentowane na dysku, kopia zapasowa będzie wolniejsza.
- Współczynnik zmian dysku: jeśli chronione dyski, które są w trakcie tworzenia przyrostowej kopii zapasowej, mają dzienny współczynnik zmian przekraczający 200 GB, tworzenie kopii zapasowej może zająć dużo czasu (więcej niż osiem godzin).
- Wersje kopii zapasowych: najnowsza wersja kopii zapasowej (znana jako wersja natychmiastowego przywracania) używa bardziej zoptymalizowanego procesu niż porównanie sumy kontrolnej do identyfikowania zmian. Jeśli jednak używasz funkcji natychmiastowego przywracania i usunięto migawkę kopii zapasowej, kopia zapasowa przełącza się na porównanie sum kontrolnych. W tym przypadku operacja tworzenia kopii zapasowej przekroczy 24 godziny (lub zakończy się niepowodzeniem).
Wydajność przywracania
Te typowe scenariusze mogą mieć wpływ na całkowity czas przywracania:
- Łączny czas przywracania zależy od operacji wejścia/wyjścia na sekundę (IOPS) 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 poprawić operację przywracania, wybierz konto magazynu, które nie jest ładowane z innymi danymi aplikacji.
Najlepsze rozwiązania
Podczas konfigurowania kopii zapasowych maszyn wirtualnych sugerujemy następujące rozwiązania:
- Zmodyfikuj domyślne godziny harmonogramu ustawiane w ramach zasad. Na przykład jeśli domyślna godzina w zasadach to 12:00, zwiększ czas o kilka minut, aby zoptymalizować użycie zasobów.
- Jeśli przywracasz maszyny wirtualne z pojedynczego magazynu, zdecydowanie zalecamy użycie różnych kont magazynu ogólnego przeznaczenia w wersji 2 w celu zapewnienia, że docelowe konto magazynu nie zostanie ograniczone. Na przykład każda maszyna wirtualna musi mieć inne konto magazynu. Jeśli na przykład zostanie przywróconych 10 maszyn wirtualnych, użyj 10 różnych kont magazynu.
- W przypadku tworzenia kopii zapasowych maszyn wirtualnych korzystających z magazynu w warstwie Premium z funkcją natychmiastowego przywracania zalecamy przydzielanie 50% wolnego miejsca całkowitego przydzielonego miejsca do magazynowania, co jest wymagane tylko dla pierwszej kopii zapasowej. 50% wolnego miejsca nie jest wymagane w przypadku kopii zapasowych po zakończeniu tworzenia pierwszej kopii zapasowej
- Limit liczby dysków na konto magazynu jest określany względem tego, w jakim stopniu aplikacje działające na maszynie wirtualnej w modelu infrastruktura jako usługa (IaaS) uzyskują dostęp do dysków. Zgodnie z ogólną praktyką, jeśli na jednym koncie magazynu znajduje się od 5 do 10 dysków lub więcej, należy zrównoważyć obciążenie przez przeniesienie niektórych dysków do oddzielnych kont magazynu.
- Aby przywrócić maszyny wirtualne z dyskami zarządzanymi przy użyciu programu PowerShell, podaj dodatkowy parametr TargetResourceGroupName, aby określić grupę zasobów, do której zostaną przywrócone dyski zarządzane, dowiedz się więcej tutaj.
Koszty tworzenia kopii zapasowych
Kopie zapasowe maszyn wirtualnych platformy Azure z usługą Azure Backup podlegają cennikowi usługi Azure Backup.
Rozliczenia nie są uruchamiane do momentu zakończenia pierwszej pomyślnej kopii zapasowej. W tym momencie rozpoczyna się rozliczanie zarówno dla magazynu, jak i chronionych maszyn wirtualnych. Rozliczenia są kontynuowane tak długo, jak wszystkie dane kopii zapasowej maszyny wirtualnej są przechowywane w magazynie. Jeśli zatrzymasz ochronę maszyny wirtualnej, ale dane kopii zapasowej maszyny wirtualnej istnieją w magazynie, rozliczenia będą kontynuowane.
Rozliczenia dla określonej maszyny wirtualnej są zatrzymywane tylko wtedy, gdy ochrona zostanie zatrzymana i wszystkie dane kopii zapasowej zostaną usunięte. Gdy ochrona zostanie zatrzymana i nie ma aktywnych zadań tworzenia kopii zapasowej, rozmiar ostatniej pomyślnej kopii zapasowej maszyny wirtualnej staje się rozmiarem wystąpienia chronionego używanego dla miesięcznego rachunku.
Jeśli wybrano kopie zapasowe spójne na poziomie aplikacji opartej na agencie lub spójne na poziomie systemu plików, obliczenie rozmiaru wystąpienia chronionego jest oparte na rzeczywistym rozmiarze maszyny wirtualnej. Rozmiar maszyny wirtualnej jest sumą wszystkich danych na maszynie wirtualnej, z wyłączeniem magazynu tymczasowego. Ceny są oparte na rzeczywistych danych przechowywanych na dyskach danych, a nie na maksymalnym obsługiwanym rozmiarze dla każdego dysku danych dołączonego do maszyny wirtualnej.
Uwaga
W przypadku kopii zapasowych spójnych na poziomie awarii bez agenta opłaty są obecnie naliczane za 0,5 wystąpienia chronionego (PI) na maszynę wirtualną w wersji zapoznawczej.
Podobnie rachunek za magazyn kopii zapasowych zależy od ilości danych przechowywanych w usłudze Azure Backup, czyli sumy rzeczywistych danych w każdym punkcie odzyskiwania.
Na przykład weź maszynę wirtualną o rozmiarze A2 w warstwie Standardowa z dwoma dodatkowymi dyskami danych o maksymalnym rozmiarze 32 TB. W poniższej tabeli przedstawiono rzeczywiste dane przechowywane na każdym z tych dysków:
| Disk | Maksymalny rozmiar | Rzeczywiste dane obecne |
|---|---|---|
| Dysk systemu operacyjnego | 32 TB | 17 GB |
| Dysk lokalny/tymczasowy | 135 GB | 5 GB (nieuwzględniane do tworzenia kopii zapasowej) |
| Dysk danych 1 | 32 TB | 30 GB |
| Dysk danych 2 | 32 TB | 0 GB |
Rzeczywisty rozmiar maszyny wirtualnej w tym przypadku to 17 GB + 30 GB + 0 GB = 47 GB. Rozmiar wystąpienia chronionego (47 GB) staje się podstawą miesięcznego rachunku. Wraz ze wzrostem ilości danych na maszynie wirtualnej rozmiar wystąpienia chronionego używany do rozliczania zmienia się w celu dopasowania.
Następne kroki
- Przygotowanie do tworzenia kopii zapasowej maszyny wirtualnej platformy Azure.