Niezawodność w Azure Backup

Azure Backup to wbudowana usługa Azure, która bezpiecznie chroni obciążenia chmurowe i lokalne. Kopia zapasowa może skalować ochronę wielu obciążeń i zapewnia natywną integrację z usługami Azure, w tym maszynami wirtualnymi (VM), SAP HANA i SQL na maszynach wirtualnych Azure, Azure Files, Azure Blob Storage, Azure Data Lake Storage, dyskami zarządzanymi Azure, woluminami Azure Elastic SAN oraz Azure Kubernetes Service (AKS). Nie musisz zarządzać automatyzacją ani infrastrukturą, pisać skrypty ani aprowizować magazynu.

W przypadku korzystania z Azure reliability jest wspólną odpowiedzialnością. Microsoft oferuje szereg funkcjonalności wspierających odporność i odzyskiwanie. Odpowiadasz za zrozumienie, jak te możliwości działają w ramach wszystkich używanych usług oraz za wybór tych, które są potrzebne do osiągnięcia Twoich celów biznesowych i celów dotyczących niezawodności.

W tym artykule opisano, jak usługa Backup może być odporna na różne potencjalne awarie i problemy, w tym przejściowe błędy, awarie stref dostępności i awarie regionów. Wyróżnia również niektóre kluczowe informacje o umowie o poziom usług (SLA) dotyczącej backupu.

Uwaga / Notatka

W tym artykule opisano, jak sama usługa Backup jest odporna na różne problemy i jak można zwiększyć odporność. Nie wyjaśnia, jak używać usługi Backup do ochrony maszyn wirtualnych, danych ani innych zasobów. Aby dowiedzieć się więcej o sposobie korzystania z kopii zapasowej, zobacz Omówienie kopii zapasowej.

Zalecenia dotyczące wdrażania produkcyjnego pod kątem niezawodności

Aby utworzyć kopię zapasową obciążeń produkcyjnych, zalecamy skonfigurowanie skarbca w następujący sposób:

  • Użyj magazynu strefowo nadmiarowego (ZRS) jako minimalnej warstwy nadmiarowości dla kopii zapasowych. Magazyn ZRS replikuje kopie zapasowe w wielu strefach dostępności, dzięki czemu można przywrócić kopie zapasowe podczas przestoju strefy dostępności.

  • Jeśli używasz georedundantnego magazynu (GRS) do replikowania kopii zapasowych do sparowanego regionu Azure, włącz przywracanie międzyregionalne (CRR) dla obsługiwanych źródeł danych. Funkcja CRR umożliwia przywracanie kopii zapasowych do sparowanego regionu w dowolnym momencie.

Poniższe sekcje tego artykułu zawierają więcej szczegółowych informacji na temat tych konfiguracji.

Uwaga / Notatka

Te zalecenia dotyczące nadmiarowości magazynu dotyczą lokalizacji, w których kopie zapasowe są replikowane, a nie do usługi Backup lub zasobów, których kopię zapasową wykonujesz. Ochrona kopii zapasowych i redundancja przechowywania wzajemnie się uzupełniają. Kopie zapasowe chronią przed utratą danych, a nadmiarowość chroni przed awariami infrastruktury.

Aby uzyskać listę innych zaleceń dotyczących tworzenia kopii zapasowych, w tym zaleceń dotyczących niezawodności, zobacz Tworzenie kopii zapasowych w chmurze i obciążeń lokalnych w chmurze.

Omówienie architektury niezawodności

W tej sekcji opisano niektóre ważne aspekty działania usługi, które są najbardziej istotne z perspektywy niezawodności. W sekcji przedstawiono architekturę logiczną, która zawiera niektóre z zasobów i funkcji wdrażanych i używanych. Omówiono również architekturę fizyczną, która zawiera szczegółowe informacje na temat działania usługi za kulisami.

Architektura logiczna

Kopia zapasowa może tworzyć kopie zapasowe i przywracać różne źródła danych. Kopie zapasowe są konfigurowane inaczej w zależności od źródła danych, z którym pracujesz. Typowe są następujące źródła danych:

  • maszyny wirtualne Azure
  • Różne bazy danych
  • konta usługi Blob Storage
  • Klastry AKS
  • Serwery lokalne za pośrednictwem agenta usługi Microsoft Azure Recovery Services (MARS)

Kopia zapasowa przechowuje Twoje dane w skrzyniach. Magazyny to jednostki magazynowania online w Azure, które przechowują dane, takie jak kopie zapasowe, punkty odzyskiwania i zasady kopii zapasowych. Magazyny usługi Recovery Services i magazyny usługi Backup to dwa typy magazynów. Możesz użyć jednego lub obu typów w zależności od tego, co należy chronić. Aby uzyskać listę źródeł danych obsługiwanych przez każdy typ magazynu, zobacz Często zadawane pytania dotyczące magazynów obsługiwanych na potrzeby tworzenia kopii zapasowych i przywracania.

Zadania reprezentują działanie tworzenia kopii zapasowej lub przywracania danych. Zadania tworzenia kopii zapasowej obejmują zaplanowane lub na żądanie operacje, które kopiują dane ze źródła do magazynu. Zadania przywracania obejmują operacje, które odzyskują dane z magazynu kopii zapasowych do lokalizacji docelowej. Każde zadanie ma unikatowy identyfikator i śledzenie stanu, dzięki czemu można monitorować postęp i rozwiązywać problemy występujące podczas operacji tworzenia kopii zapasowych i przywracania. Utworzysz również zasady tworzenia kopii zapasowych skojarzone z zadaniami. Zasady określają konfigurację, na przykład harmonogram tworzenia kopii zapasowych i czas przechowywania danych.

Magazyny przechowują zasady tworzenia kopii zapasowych i konfigurację wraz z metadanymi dotyczącymi zadań, co umożliwia śledzenie zadań i rozwiązywanie problemów.

Architektura fizyczna

Microsoft zarządza podstawową infrastrukturą usługi Backup. Ta infrastruktura jest odpowiedzialna za zarządzanie i działanie usługi, w tym wyzwalanie i monitorowanie zadań.

Kopia zapasowa przechowuje kopie zapasowe w skarbcu. Magazyny Kluczy są zbudowane w oparciu o Azure Storage. Skrytki automatycznie replikują dane kopii zapasowej, a trwałość danych kopii zapasowej i ich odporność zależą od nadmiarowości pamięci skrytki.

  • Lokalnie nadmiarowy magazyn (LRS) replikuje dane w ramach Twojego magazynu zabezpieczającego do jednej lub więcej stref dostępności Azure znajdujących się w wybranym regionie podstawowym. Nie można wybrać preferowanej strefy dostępności, ale Azure może przenieść lub rozwinąć konta LRS między strefami, aby poprawić równoważenie obciążenia. Nie ma gwarancji, że dane będą rozłożone między strefami. Aby uzyskać więcej informacji, zobacz Omówienie stref dostępności.

  • ZRS i GRS zapewniają dodatkowe zabezpieczenia. W tym artykule opisano szczegółowo te opcje.

Uwaga / Notatka

Niektóre źródła danych obsługują kopie zapasowe warstwy operacyjnej , które przechowują dane w innej lokalizacji, a nie w magazynie. Na przykład kopie zapasowe zarządzanych dysków Azure i kopie zapasowe AKS obsługują kopie zapasowe warstwy operacyjnej, które są przechowywane w migawkach dysków. W tym artykule nie omówiono magazynu kopii zapasowych warstwy operacyjnej, ale możesz zastosować wskazówki dotyczące odporności w tym artykule do operacji tworzenia kopii zapasowych i przepływów pracy dla tych typów kopii zapasowych.

Odporność na błędy przejściowe

Błędy przejściowe to krótkotrwałe, sporadyczne awarie w komponentach. Występują one często w środowisku rozproszonym, takich jak chmura, i są one normalną częścią operacji. Błędy przejściowe naprawiają się po krótkim czasie. Ważne jest, aby aplikacje mogły obsługiwać błędy przejściowe, zwykle ponawiając próby żądań, których dotyczy problem.

Wszystkie aplikacje hostowane w chmurze powinny stosować się do wskazówek dotyczących obsługi błędów przejściowych Azure podczas komunikowania się z dowolnymi interfejsami API hostowanymi w chmurze, bazami danych i innymi składnikami. Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące obsługi błędów przejściowych.

W przypadku korzystania z kopii zapasowej przepływy pracy tworzenia kopii zapasowych i przywracania są odporne na sporadyczne błędy. Usługa automatycznie ponawia próbę w przypadku wystąpienia przejściowych błędów sieci lub tymczasowych przerw w działaniu usługi. Nie konfigurujesz żadnej logiki ponawiania prób. Jeśli wystąpią powtarzające się błędy, zobacz Rozwiązywanie problemów z operacjami zarządzania magazynem kopii zapasowych.

Odporność na błędy strefy dostępności

Availability zones są fizycznie oddzielnymi grupami centrów danych w regionie Azure. Gdy jedna strefa ulegnie awarii, usługi mogą przejść w tryb failover do jednej z pozostałych stref.

Kopia zapasowa oddzielnie zarządza konfiguracją strefy dostępności usługi i danych.

  • Usługi: Usługa Backup jest automatycznie odporna na strefy w obsługiwanych regionach. Jednak ta wbudowana odporność strefy nie ma zastosowania do danych kopii zapasowej.

  • Nadmiarowość magazynu kopii zapasowych: Wybierz poziom nadmiarowości, który chcesz uzyskać dla danych kopii zapasowej, konfigurując magazyn usługi Recovery Services lub magazyn kopii zapasowych. W przypadku wybrania magazynu ZRS kopie danych kopii zapasowej są automatycznie przechowywane w wielu strefach dostępności w używanym regionie Azure.

    Jeśli nie używasz ZRS, dane kopii zapasowej są uznawane za niezonowe i mogą być przechowywane w dowolnej strefie. Jeśli jakakolwiek strefa w regionie ma problem, dane niezonowej kopii zapasowej mogą być niedostępne.

Diagram przedstawiający podstawową usługę Backup, która jest automatycznie odporna na awarie w strefach oraz wykorzystuje strefowo nadmiarową pamięć masową na kopie zapasowe.

Wymagania

Koszt

Po włączeniu funkcji ZRS dla kopii zapasowych, naliczane są opłaty według innej stawki niż LRS, ze względu na dodatkową replikację i związane z nią obciążenie storage'u. Aby uzyskać więcej informacji, zobacz Cennik kopii zapasowych.

Konfiguruj obsługę stref dostępności

  • Utwórz nowy skarbiec korzystający z ZRS: Skonfiguruj nadmiarowość przechowywania podczas tworzenia skarbca. W zależności od typu sejfu należy wykonać różne kroki. Aby uzyskać więcej informacji, zobacz następujące artykuły:

  • Konfigurowanie ZRS w istniejących skrytkach: W przypadku skrytek kopii zapasowych nadmiarowość magazynowania należy skonfigurować podczas tworzenia skrytki. Po utworzeniu magazynu kopii zapasowej ustawienie jest zablokowane i nie można go zmienić.

    W przypadku magazynów usługi Recovery Services należy skonfigurować nadmiarowość przechowywania przed ochroną obciążeń. Po ochronie obciążenia ustawienie jest zablokowane i nie można go zmienić.

    Możesz utworzyć nowy magazyn skonfigurowany do użycia ZRS i ponownie przypisać zadania obliczeniowe do nowego magazynu. Jednak takie podejście wymaga przestoju. Aby uzyskać więcej informacji, zobacz Modyfikowanie ustawień domyślnych. Jesteś również odpowiedzialny za ręczne usunięcie istniejących punktów odzyskiwania i innych danych, ponieważ zasady przechowywania starego repozytorium nie mają już zastosowania. Aby uzyskać więcej informacji, zobacz Usuwanie magazynu Backup lub Usuwanie magazynu Recovery Services.

Zachowanie, gdy wszystkie strefy są w dobrej kondycji

W tej sekcji opisano, czego można oczekiwać podczas konfigurowania składnic dla ZRS, gdy wszystkie strefy są operacyjne.

  • Operacja między strefami: Zadania tworzenia kopii zapasowej są uruchamiane w infrastrukturze replikowanej między strefami. Azure zarządza zadaniami z infrastruktury w dowolnej strefie.

  • Replikacja danych między strefami: ZRS replikuje dane kopii zapasowej między strefami. Replikacja odbywa się synchronicznie, co oznacza, że wiele stref potwierdza każdą operację zapisu przed ukończeniem.

Zachowanie podczas awarii strefy

W tej sekcji opisano, czego można oczekiwać podczas konfigurowania skarbców dla ZRS w przypadku awarii w jednej ze stref.

  • Wykrywanie i reakcja: Dla samej usługi Backup Microsoft odpowiada za wykrywanie awarii w strefach dostępności i reagowanie. Nie musisz nic robić, aby zainicjować tryb failover strefy.

    Ważne

    W przypadku danych lub zasobów, które są niedostępne z powodu awarii strefy, odpowiadasz za wykrywanie awarii i wykonywanie akcji odzyskiwania, w tym przywracanie kopii zapasowych do strefy w dobrej kondycji.

  • Notification: Microsoft nie powiadamia cię automatycznie, gdy strefa nie działa. Można jednak użyć Azure Resource Health do monitorowania kondycji pojedynczego zasobu i można skonfigurować alerty Resource Health w celu powiadomienia o problemach. Możesz również użyć Azure Service Health, aby zrozumieć ogólną kondycję usługi, w tym wszelkie awarie stref, i skonfigurować alerty kondycji usługi w celu powiadomienia o problemach.

  • Aktywne żądania: Jak działają aktywne zadania zależy od tego, która strefa ulega awarii.

    • W przypadku wszystkich źródeł danych w strefie dostępności, która zakończyła się niepowodzeniem, awaria strefy sprawia, że źródła danych są niedostępne. Aktywne zadania mogą zostać wstrzymane lub zakończyć się niepowodzeniem.

    • W przypadku wszystkich źródeł danych w strefach dostępności w dobrej kondycji, które uruchamiają aktywne zadania, może wystąpić niewielki przestój, zazwyczaj kilka sekund, podczas gdy platforma przełącza się na strefy dostępności w dobrej kondycji dla usługi Backup.

  • Oczekiwana utrata danych: Oczekiwana ilość utraty danych jest również nazywana celem punktu odzyskiwania (RPO). RPO dla danych kopii zapasowej zależy od wielu czynników, w tym harmonogramu tworzenia kopii zapasowych. Ogólnie rzecz biorąc, w przypadku awarii strefy nie oczekuje się utraty danych kopii zapasowej, ponieważ wszystkie dane są replikowane synchronicznie w różnych strefach.

  • Oczekiwany przestój: Oczekiwana ilość przestoju jest również nazywana celem czasu odzyskiwania (RTO). Wskaźnik RTO różni się w przypadku każdego z następujących scenariuszy:

    • W przypadku jakichkolwiek źródeł danych znajdujących się w strefie dostępności, która uległa awarii, źródła te mogą być niedostępne, dopóki strefa nie zostanie przywrócona. Zadania tworzenia kopii zapasowej mogą zakończyć się niepowodzeniem, dopóki źródło danych nie będzie ponownie dostępne. RTO (Cel czasu odzyskiwania) jest niezdefiniowany.

    • W przypadku wszystkich źródeł danych w strefach dostępności w dobrej kondycji może wystąpić niewielka ilość przestojów, zazwyczaj kilka sekund, podczas gdy platforma przełącza się na strefy dostępności w dobrej kondycji dla usługi Backup.

  • Redystrybucja: Kolejne zadania automatycznie używają infrastruktury w strefach o dobrej kondycji, o ile źródła danych są dostępne.

    Odpowiadasz za przywrócenie kopii zapasowej do infrastruktury w dobrej kondycji oraz ponowne skonfigurowanie modułów równoważenia obciążenia, klientów i innych systemów w celu przekierowania ruchu do infrastruktury w dobrej kondycji w nowej strefie.

Odzyskiwanie strefy

Gdy strefa dostępności zostanie odzyskana, kopia zapasowa automatycznie przywraca operacje w strefie dostępności i przekierowuje ruch między strefami w normalny sposób. Zadania nadal działają, a dane pozostają dostępne.

Testowanie pod kątem niepowodzeń strefy

Platforma Backup zarządza trasowaniem ruchu, replikacją danych, przełączaniem awaryjnym i przełączaniem powrotnym. Ta funkcja jest w pełni zarządzana, więc nie trzeba inicjować ani weryfikować procesów awarii strefy dostępności.

Odporność na awarie całego regionu

Kopia zapasowa obsługuje nadmiarowość geograficzną i przełączenie awaryjne za pośrednictwem GRS i CRR.

Ważne

Magazyn GRS for Backup działa tylko w sparowanych regionach Azure.

Magazyn georedundantny i przywracanie międzyregionalne

Aby uzyskać regionalną nadmiarowość danych kopii zapasowej, użyj funkcji Backup, aby replikować kopie zapasowe do sparowanego regionu Azure przy użyciu GRS. GRS chroni kopie zapasowe przed zakłóceniami regionalnymi.

Obszar, w którym wdrożono magazyn, jest nazywany regionem podstawowym. Źródła danych muszą znajdować się w regionie podstawowym. Nie można skonfigurować kopii zapasowych w skrytce w innym regionie.

Sparowany region jest również nazywany regionem pomocniczym.

Diagram przedstawiający sposób replikacji danych przy użyciu GRS.

Jeśli nie skonfigurujesz GRS i nastąpi awaria w regionie skarbca, nadal możesz uzyskać dostęp do skarbca i wyświetlić elementy kopii zapasowej. Jednak bez nadmiarowości regionalnej bazowe dane kopii zapasowej pozostają niedostępne dla operacji przywracania.

Przywracanie między regionami

Podczas konfigurowania skrytki GRS, Microsoft udostępnia kopie zapasowe w sparowanym regionie po wystąpieniu awarii w regionie podstawowym. Jeśli źródło danych obsługuje CRR, możesz przywrócić z punktów odzyskiwania w regionie wtórnym nawet wtedy, gdy w regionie podstawowym nie wystąpi awaria. Usługa CRR umożliwia również uruchamianie symulacji w celu oceny odporności na awarie regionalne. Po włączeniu funkcji CRR firma Microsoft uaktualnia Twoje miejsce na kopie zapasowe z geograficznie nadmiarowego magazynu (GRS) do geograficznie nadmiarowego magazynu z dostępem tylko do odczytu (RA-GRS).

Wymagania

  • Region support: GRS dla kopii zapasowych działa tylko w sparowanych regionach Azure.

  • Tylko nowe magazyny: Przed utworzeniem pierwszej kopii zapasowej należy skonfigurować GRS na magazynie.

Rozważania

  • CRR: Po włączeniu CRR elementy kopii zapasowej mogą potrwać do 48 godzin, aby być dostępne w regionie pomocniczym.

Koszt

Sejfy GRS generują dodatkowe koszty replikacji międzyregionalnej i przechowywania w regionie pomocniczym. Opłaty za transfer danych między regionami Azure są naliczane na podstawie standardowych stawek przepustowości sieciowych. Opłaty za magazyn CRR są naliczane za inną stawkę, ponieważ Microsoft uaktualnia magazyn z GRS do RA-GRS. Aby uzyskać więcej informacji, zobacz Cennik kopii zapasowych.

Konfigurowanie obsługi wielu regionów

  • Utwórz nową skrytkę korzystającą z GRS i CRR: Podczas tworzenia skrytki należy również skonfigurować jej nadmiarowość. Po wybraniu GRS możesz opcjonalnie włączyć funkcję CRR w skarbcu. Kroki, które należy wykonać, zależą od typu skarbca. Aby uzyskać więcej informacji, zobacz następujące artykuły:

  • Skonfiguruj GRS i CRR w istniejących skrytkach: W przypadku skrytek kopii zapasowych należy skonfigurować nadmiarowość danych podczas tworzenia skrytki.

    W przypadku magazynów usługi Recovery Services należy skonfigurować nadmiarowość przechowywania przed ochroną obciążeń. Po ochronie obciążenia ustawienie jest zablokowane i nie można go zmienić.

    Możesz włączyć funkcję CRR (Cross-Region Replication) w istniejących repozytoriach GRS. Po włączeniu funkcji CRR nie można go wyłączyć.

Zachowanie, gdy wszystkie regiony są w dobrej kondycji

W tej sekcji opisano, czego można oczekiwać przy konfigurowaniu skarbców do korzystania z GRS, gdy wszystkie regiony są operacyjne.

  • Operacja między regionami: Kopie zapasowe są zawsze wykonywane w regionie podstawowym, czyli w regionie, w którym wdrożono magazyn i źródło danych.

  • Replikacja danych między regionami: Podczas konfigurowania sklepienia do korzystania z GRS, kopie zapasowe są najpierw zatwierdzane w regionie podstawowym przy użyciu LRS. Po pomyślnym zakończeniu w regionie podstawowym dane są asynchronicznie replikowane do regionu pomocniczego. Region pomocniczy wykorzystuje LRS do przechowywania danych. Replikacja danych kopii zapasowej z regionu podstawowego do regionu pomocniczego może potrwać do 12 godzin.

Zachowanie podczas awarii regionu

W tej sekcji opisano, czego można oczekiwać podczas konfigurowania magazynów do używania głównego magazynu GRS w przypadku awarii w regionie głównym.

  • Wykrywanie i reagowanie: Dla źródeł danych obsługujących CRR i gdy CRR jest włączony w magazynie, możesz w dowolnym momencie zainicjować własny proces CRR do sparowanego regionu, także podczas awarii regionu lub katastrofy. Odpowiadasz za wykrywanie awarii i wykonywanie akcji odzyskiwania, w tym przywracanie kopii zapasowych do regionu w dobrej kondycji.

    W przypadku wszystkich innych scenariuszy dane replikowane do regionu pomocniczego są dostępne do przywrócenia w regionie pomocniczym tylko wtedy, gdy Azure deklaruje awarię w regionie podstawowym. Microsoft jest odpowiedzialny za deklarowanie awarii. Czas potrzebny na zadeklarowanie awarii zależy od ważności zdarzenia i czasu wymaganego do oceny sytuacji. Microsoft zwykle deklaruje awarię dopiero po dłuższym okresie.

  • Notification: Microsoft nie powiadamia cię automatycznie, gdy region nie działa. Jednak:

  • Oczekiwana utrata danych: RPO dla danych z kopii zapasowej zależy od wielu czynników, w tym harmonogramu kopii zapasowej. Ogólnie rzecz biorąc, w przypadku awarii regionu utrata danych może wynosić do 36 godzin, ponieważ RPO (punkt odzyskiwania) w regionie podstawowym to 24 godziny, a replikacja danych zapasowych z regionu podstawowego do pomocniczego może potrwać do 12 godzin.

  • Oczekiwany przestój: Czas Odzyskiwania różni się w przypadku każdego z następujących scenariuszy:

    • Źródła danych i inne zasoby w regionie dotkniętym awarią mogą nie być dostępne, dopóki region nie zostanie przywrócony, więc RTO jest niezdefiniowane.

    • Tworzenie kopii zapasowej może nie być w stanie wykonać operacji tworzenia kopii zapasowej lub przywracania w uszkodzonym regionie, dopóki region nie zostanie przywrócony do sprawności, więc RTO jest niezdefiniowane.

    • Jeśli używasz CRR, czas do rozpoczęcia odzyskiwania kopii zapasowych już zreplikowanych do regionu parowanego wynosi zero. Jeśli nie używasz CRR, RTO zależy od tego, jak długo Microsoft potrzebuje, aby zadeklarować katastrofę w uszkodzonym regionie.

  • Redystrybucja: Nie można uruchamiać zadań tworzenia kopii zapasowych, gdy główna lokalizacja jest w trybie offline. Dane można przywrócić z magazynu, ale nie można dodawać nowych danych.

    Odpowiadasz za przywrócenie kopii zapasowej do infrastruktury w sparowanym regionie oraz ponowne skonfigurowanie modułów równoważenia obciążenia, klientów i innych systemów w celu przekierowania ruchu do infrastruktury w dobrej kondycji w sparowanym regionie.

Odzyskiwanie regionów

Po odzyskaniu regionu podstawowego kopia zapasowa automatycznie przywraca operacje w regionie. Zadania są wznawiane i dane pozostają dostępne.

Testowanie pod kątem błędów regionów

Za pomocą CRR można wykonać operację przywracania w sparowanym regionie. Możesz użyć tego podejścia do weryfikacji procesów przywracania i innych procesów odzyskiwania.

Odporność na utratę danych kopii zapasowej

Kopia zapasowa udostępnia dwie kluczowe funkcje odzyskiwania, aby zapobiec przypadkowemu lub złośliwemu usunięciu danych kopii zapasowej:

  • Miękkie usuwanie umożliwia odzyskanie usuniętych obiektów i skrytek w okresie przechowywania, który można konfigurować. Domyślnie ten okres wynosi 14 dni, ale można go edytować. Usuwanie nietrwałe można traktować jako kosz dla kopii zapasowych i magazynów. Aby uzyskać więcej informacji, zobacz Zabezpieczanie domyślnie za pomocą miękkiego usuwania kopii zapasowej.

  • Niezmienne magazyny mogą pomóc w ochronie danych kopii zapasowej, blokując operacje, które mogą prowadzić do utraty punktów odzyskiwania. Możesz zablokować niezmienne ustawienie magazynu, aby uczynić je nieodwracalnym. Można również użyć zapisu raz, odczytać wiele razy (WORM) magazynów do tworzenia kopii zapasowych, aby zapobiec wyłączeniu niezmienności i usuwaniu kopii zapasowych przez złośliwe podmioty. Aby uzyskać więcej informacji, zobacz Niezmienny magazyn kopii zapasowych.

Umowa dotycząca poziomu usług

Umowa dotycząca poziomu usług (SLA) dla usług Azure opisuje oczekiwaną dostępność każdej usługi oraz warunki, które rozwiązanie musi spełnić, aby osiągnąć te oczekiwania dotyczące dostępności. Aby uzyskać więcej informacji, zobacz SLAs for Usługi online.

Umowa SLA dotycząca tworzenia kopii zapasowych obejmuje dostępność usługi zarówno dla operacji tworzenia kopii zapasowych, jak i przywracania. Aby być objęte umową SLA, należy ponowić próbę wykonania nieudanych zadań tworzenia kopii zapasowej lub przywracania co najmniej raz na 30 minut.

Treści powiązane

  • Last updated on