Tworzenie kopii zapasowej wielu maszyn wirtualnych SQL Server z magazynu usługi Recovery Services
Bazy danych programu SQL Server są krytycznymi obciążeniami, które wymagają niskiego celu punktu odzyskiwania (RPO) i długoterminowego przechowywania. Możesz utworzyć kopię zapasową baz danych programu SQL Server uruchomionych na maszynach wirtualnych platformy Azure przy użyciu usługi Azure Backup.
W tym artykule pokazano, jak utworzyć kopię zapasową bazy danych programu SQL Server uruchomionej na maszynie wirtualnej platformy Azure w magazynie usługi Azure Backup Recovery Services.
Ten artykuł obejmuje następujące zagadnienia:
- Tworzenie i konfigurowanie magazynu.
- Odnajdywanie baz danych i konfigurowanie kopii zapasowych.
- Konfigurowanie ochrony automatycznej dla baz danych.
Uwaga
Zobacz macierz obsługi kopii zapasowych SQL, aby dowiedzieć się więcej na temat obsługiwanych konfiguracji i scenariuszy.
Wymagania wstępne
Przed utworzeniem kopii zapasowej bazy danych programu SQL Server sprawdź następujące kryteria:
- Zidentyfikuj lub utwórz magazyn usługi Recovery Services w tym samym regionie i subskrypcji co maszyna wirtualna hostująca wystąpienie programu SQL Server.
- Sprawdź, czy maszyna wirtualna ma połączenie sieciowe.
- Upewnij się, że agent maszyny wirtualnej platformy Azure jest zainstalowany na maszynie wirtualnej.
- Upewnij się, że na maszynie wirtualnej jest zainstalowana wersja .NET 4.5.2 lub nowsza.
- Upewnij się, że bazy danych programu SQL Server są zgodne z wytycznymi dotyczącymi nazewnictwa baz danych dla usługi Azure Backup.
- Upewnij się, że łączna długość nazwy maszyny wirtualnej programu SQL Server i nazwy grupy zasobów nie przekracza 84 znaków dla maszyn wirtualnych usługi Azure Resource Manager (lub 77 znaków dla klasycznych maszyn wirtualnych). To ograniczenie jest spowodowane tym, że niektóre znaki są zarezerwowane przez usługę.
- Sprawdź, czy dla bazy danych nie włączono żadnych innych rozwiązań do tworzenia kopii zapasowych. Wyłącz wszystkie inne kopie zapasowe programu SQL Server przed utworzeniem kopii zapasowej bazy danych.
- W przypadku korzystania z programu SQL Server 2008 R2 lub SQL Server 2012 może wystąpić problem ze strefą czasową tworzenia kopii zapasowej zgodnie z opisem w tym miejscu. Upewnij się, że korzystasz z najnowszych aktualizacji zbiorczych, aby uniknąć opisanego powyżej problemu związanego ze strefą czasową. Jeśli zastosowanie aktualizacji do wystąpienia programu SQL Server na maszynie wirtualnej platformy Azure nie jest możliwe, wyłącz czas letni (DST) dla strefy czasowej na maszynie wirtualnej.
Uwaga
Usługę Azure Backup dla maszyny wirtualnej platformy Azure można włączyć, a także dla bazy danych programu SQL Server uruchomionej na maszynie wirtualnej bez konfliktu.
Ustawianie łączności sieciowej
W przypadku wszystkich operacji maszyna wirtualna z programem SQL Server wymaga łączności z usługą Azure Backup, usługą Azure Storage i identyfikatorem entra firmy Microsoft. Można to osiągnąć przy użyciu prywatnych punktów końcowych lub zezwalając na dostęp do wymaganych publicznych adresów IP lub nazw FQDN. Nie zezwalanie na właściwą łączność z wymaganymi usługami platformy Azure może prowadzić do niepowodzenia operacji, takich jak odnajdywanie bazy danych, konfigurowanie kopii zapasowej, wykonywanie kopii zapasowych i przywracanie danych.
W poniższej tabeli wymieniono różne alternatywy, których można użyć do nawiązywania łączności:
Poniższe sekcje zawierają więcej szczegółów dotyczących korzystania z tych opcji.
Uwaga
Skrypty testowe łączności usługi Azure Backup umożliwiają samodzielne diagnozowanie problemów z łącznością sieciową w środowisku systemu Windows.
Prywatne punkty końcowe
Prywatne punkty końcowe umożliwiają bezpieczną łączność pomiędzy serwerami w sieci wirtualnej a magazynem usługi Recovery Services. Prywatny punkt końcowy używa adresu IP z przestrzeni adresowej sieci wirtualnej dla magazynu. Ruch sieciowy między zasobami wewnątrz sieci wirtualnej a magazynem jest przesyłany przez sieć wirtualną i łącze prywatne w sieci szkieletowej firmy Microsoft. Eliminuje to narażenie z publicznego Internetu. Przeczytaj więcej na temat prywatnych punktów końcowych dla usługi Azure Backup tutaj.
Tagi sieciowej grupy zabezpieczeń
Jeśli używasz sieciowych grup zabezpieczeń, użyj tagu usługi AzureBackup , aby zezwolić na dostęp wychodzący do usługi Azure Backup. Oprócz tagu usługi Azure Backup należy również zezwolić na łączność na potrzeby uwierzytelniania i transferu danych, tworząc podobne reguły sieciowej grupy zabezpieczeń dla identyfikatora Entra firmy Microsoft (AzureActiveDirectory) i usługi Azure Storage(Storage). W poniższych krokach opisano proces tworzenia reguły dla tagu usługi Azure Backup:
W obszarze Wszystkie usługi przejdź do pozycji Sieciowe grupy zabezpieczeń i wybierz sieciową grupę zabezpieczeń.
W obszarze Ustawienia wybierz pozycję Reguły zabezpieczeń dla ruchu wychodzącego.
Wybierz Dodaj. Wprowadź wszystkie szczegóły wymagane, aby utworzyć nową regułę, zgodnie z opisem w temacie Ustawienia reguły zabezpieczeń. Upewnij się, że opcja Docelowa jest ustawiona na wartość Tag usługi, a docelowy tag usługi jest ustawiony na Wartość AzureBackup.
Wybierz pozycję Dodaj, aby zapisać nowo utworzoną regułę zabezpieczeń dla ruchu wychodzącego.
Podobnie można utworzyć reguły zabezpieczeń dla ruchu wychodzącego sieciowej grupy zabezpieczeń dla usług Azure Storage i Microsoft Entra ID.
Tagi usługi Azure Firewall
Jeśli używasz usługi Azure Firewall, utwórz regułę aplikacji przy użyciu tagu FQDN usługi AzureBackupAzure Firewall. Umożliwia to dostęp wychodzący do usługi Azure Backup.
Zezwalanie na dostęp do zakresów adresów IP usługi
Jeśli zdecydujesz się zezwolić na dostęp do adresów IP usługi, zapoznaj się z zakresami adresów IP w pliku JSON dostępnym tutaj. Konieczne będzie zezwolenie na dostęp do adresów IP odpowiadających usłudze Azure Backup, Azure Storage i Microsoft Entra ID.
Zezwalanie na dostęp do FQDN usługi
Możesz również użyć następujących nazw FQDN, aby zezwolić na dostęp do wymaganych usług z serwerów:
| Usługa | Nazwy domen, do których ma być uzyskiwany dostęp | Porty |
|---|---|---|
| Azure Backup | *.backup.windowsazure.com |
443 |
| Azure Storage | *.blob.core.windows.net *.queue.core.windows.net *.blob.storage.azure.net |
443 |
| Azure AD | *.login.microsoft.com Zezwalaj na dostęp do nazw FQDN z sekcji 56 i 59 zgodnie z tym artykułem |
443 Zgodnie z obowiązującymi |
Zezwalanie na łączność serwerom za wewnętrznymi modułami równoważenia obciążenia
Jeśli korzystasz z wewnętrznego modułu równoważenia obciążenia, musisz zezwolić na łączność wychodzącą z maszyn wirtualnych za wewnętrznym modułem równoważenia obciążenia w celu wykonania kopii zapasowych. W tym celu można użyć kombinacji wewnętrznych i zewnętrznych modułów równoważenia obciążenia w celu utworzenia łączności wychodzącej. Dowiedz się więcej o konfiguracji tworzenia ruchu wychodzącego tylko dla maszyn wirtualnych w puli zaplecza wewnętrznego modułu równoważenia obciążenia.
Korzystanie z serwera proxy HTTP na potrzeby kierowania ruchu
Gdy tworzysz kopię zapasową bazy danych programu SQL Server na maszynie wirtualnej platformy Azure, rozszerzenie kopii zapasowej na maszynie wirtualnej używa interfejsów API protokołu HTTPS do wysyłania poleceń zarządzania do usługi Azure Backup i danych do usługi Azure Storage. Rozszerzenie kopii zapasowej wykorzystuje również usługę Microsoft Entra ID do uwierzytelniania. Ruch rozszerzenia kopii zapasowej dla tych trzech usług należy kierować za pośrednictwem serwera proxy HTTP. Użyj listy adresów IP i nazw FQDN wymienionych powyżej, aby umożliwić dostęp do wymaganych usług. Uwierzytelnione serwery proxy nie są obsługiwane.
Uwaga
Wyłącz serwer proxy dla komunikacji localhost na maszynie wirtualnej. Serwer proxy zostanie uhonorowany za komunikację wychodzącą z maszyny wirtualnej SQL.
Wskazówki dotyczące nazewnictwa baz danych dla usługi Azure Backup
Unikaj używania następujących elementów w nazwach baz danych:
- Spacje końcowe i wiodące
- Wykrzyknik końcowy (!)
- Zamykające nawiasy kwadratowe (])
- Średnik (;)
- Ukośnik do przodu (/)
- Procent (%)
Konfiguracja usługi SQL Backup nie obsługuje pojedynczego cudzysłowu w nazwie bazy danych i powoduje niepowodzenie wdrożenia. Jeśli istnieje jakakolwiek baza danych z pojedynczym cudzysłowem, zalecamy zmianę nazwy bazy danych lub zastosowanie natywnego podejścia do tworzenia kopii zapasowej.
Aliasowanie jest dostępne dla nieobsługiwanych znaków, ale zalecamy ich unikanie. Aby uzyskać więcej informacji, zobacz Understanding the Table Service Data Model (Omówienie modelu danych usługi Table Service).
Wiele baz danych w tym samym wystąpieniu SQL z różnicą wielkości liter nie jest obsługiwanych.
Zmiana wielkości liter bazy danych SQL nie jest obsługiwana po skonfigurowaniu ochrony.
Uwaga
Operacja Configure Protection dla baz danych z znakami specjalnymi, takimi jak {, , ,[-(=).]'}&;+'nie /jest obsługiwana. Możesz zmienić nazwę bazy danych lub włączyć automatyczną ochronę, która może pomyślnie chronić te bazy danych.
Tworzenie magazynu usługi Recovery Services
Magazyn usługi Recovery Services to jednostka zarządzania, która przechowuje punkty odzyskiwania tworzone w czasie i udostępnia interfejs do wykonywania operacji związanych z tworzeniem kopii zapasowych. Te operacje obejmują wykonywanie kopii zapasowych na żądanie, wykonywanie przywracania i tworzenie zasad tworzenia kopii zapasowych.
Aby utworzyć magazyn Usług odzyskiwania:
Zaloguj się w witrynie Azure Portal.
Wyszukaj pozycję Centrum kopii zapasowych, a następnie przejdź do pulpitu nawigacyjnego Centrum kopii zapasowych.
W okienku Przegląd wybierz pozycję Magazyn.
Wybierz pozycję Magazyn>usługi Recovery Services Kontynuuj.
W okienku Magazyn usługi Recovery Services wprowadź następujące wartości:
Subskrypcja: wybierz subskrypcję, której chcesz użyć. Jeśli jesteś członkiem tylko jednej subskrypcji, zostanie wyświetlona jej nazwa. Jeśli nie masz pewności, która subskrypcja ma być używana, użyj subskrypcji domyślnej. Większa liczba opcji do wyboru jest dostępna tylko w przypadku, gdy konto służbowe jest skojarzone z więcej niż jedną subskrypcją platformy Azure.
Grupa zasobów: użyj istniejącej grupy zasobów lub utwórz nową. Aby wyświetlić listę dostępnych grup zasobów w ramach subskrypcji, wybierz pozycję Użyj istniejącej, a następnie wybierz zasób z listy rozwijanej. Aby utworzyć nową grupę zasobów, wybierz pozycję Utwórz nową, a następnie wprowadź nazwę. Aby uzyskać więcej informacji na temat grup zasobów, zobacz Omówienie usługi Azure Resource Manager.
Nazwa magazynu: wprowadź przyjazną nazwę, aby zidentyfikować magazyn. Nazwa musi być unikalna w subskrypcji platformy Azure. Podaj nazwę zawierającą od 2 do 50 znaków. Nazwa musi rozpoczynać się od litery i składać się tylko z liter, cyfr i łączników.
Region: wybierz region geograficzny magazynu. Aby utworzyć magazyn w celu ochrony dowolnego źródła danych, magazyn musi znajdować się w tym samym regionie co źródło danych.
Ważne
Jeśli nie masz pewności co do lokalizacji źródła danych, zamknij okno. Przejdź do listy zasobów w portalu. Jeśli Twoje źródła danych znajdują się w wielu regionach, utwórz magazyn usługi Recovery Services dla każdego regionu. Utwórz magazyn w pierwszej lokalizacji przed utworzeniem magazynu w innej lokalizacji. Nie trzeba określać kont magazynu do przechowywania danych kopii zapasowej. Magazyn usługi Recovery Services i usługa Azure Backup obsługują je automatyczne.
Po podaniu wartości wybierz pozycję Przejrzyj i utwórz.
Aby zakończyć tworzenie magazynu usługi Recovery Services, wybierz pozycję Utwórz.
Utworzenie magazynu usługi Recovery Services może zająć trochę czasu. Monitoruj powiadomienia o stanie w obszarze Powiadomienia w prawym górnym rogu. Po utworzeniu magazynu zostanie on wyświetlony na liście magazynów usługi Recovery Services. Jeśli magazyn nie jest wyświetlany, wybierz pozycję Odśwież.
Uwaga
Usługa Azure Backup obsługuje teraz niezmienne magazyny, które pomagają zagwarantować, że nie można usunąć punktów odzyskiwania po utworzeniu przed ich wygaśnięciem zgodnie z zasadami tworzenia kopii zapasowych. Niezmienność może być nieodwracalna w celu zapewnienia maksymalnej ochrony danych kopii zapasowej z różnych zagrożeń, w tym ataków wymuszających okup i złośliwych podmiotów. Dowiedz się więcej.
Odnajdowanie baz danych programu SQL Server
Jak odnajdywać bazy danych uruchomione na maszynie wirtualnej:
W witrynie Azure Portal przejdź do centrum kopii zapasowej i kliknij pozycję +Kopia zapasowa.
Wybierz pozycję SQL na maszynie wirtualnej platformy Azure jako typ źródła danych, wybierz utworzony magazyn usługi Recovery Services, a następnie kliknij przycisk Kontynuuj.
W obszarze Cel kopii zapasowej>Odnajdywanie baz danych na maszynach wirtualnych wybierz pozycję Uruchom odnajdywanie, aby wyszukać niechronione maszyny wirtualne w subskrypcji. To wyszukiwanie może zająć trochę czasu, w zależności od liczby niechronionych maszyn wirtualnych w subskrypcji.
Niechronione maszyny wirtualne powinny zostać wyświetlone na liście po odnalezieniu, uporządkowane według nazwy i grupy zasobów.
Jeśli maszyna wirtualna nie znajduje się na liście zgodnie z oczekiwaniami, sprawdź, czy kopia zapasowa została już utworzona w magazynie.
Wiele maszyn wirtualnych może mieć taką samą nazwę, ale będą należeć do różnych grup zasobów.
Na liście maszyn wirtualnych wybierz maszynę wirtualną z uruchomioną bazą danych programu SQL Server Odnajdywanie baz danych>.
Śledzenie odnajdywania bazy danych w powiadomieniach. Czas wymagany dla tej akcji zależy od liczby baz danych maszyn wirtualnych. Po odnalezieniu wybranych baz danych zostanie wyświetlony komunikat o powodzeniu.
Usługa Azure Backup odnajduje wszystkie bazy danych programu SQL Server na maszynie wirtualnej. Podczas odnajdywania w tle występują następujące elementy:
Usługa Azure Backup rejestruje maszynę wirtualną w magazynie na potrzeby tworzenia kopii zapasowej obciążenia. Kopię zapasową wszystkich baz danych na zarejestrowanej maszynie wirtualnej można utworzyć tylko w tym magazynie.
Usługa Azure Backup instaluje rozszerzenie AzureBackupWindowsWorkload na maszynie wirtualnej. Żaden agent nie jest zainstalowany w bazie danych SQL.
Usługa Azure Backup tworzy konto usługi NT Service\AzureWLBackupPluginSvc na maszynie wirtualnej.
- Wszystkie operacje tworzenia kopii zapasowych i przywracania korzystają z konta usługi.
- NT Service\AzureWLBackupPluginSvc wymaga uprawnień administratora systemu SQL. Wszystkie maszyny wirtualne programu SQL Server utworzone w witrynie Marketplace są zainstalowane z zainstalowanym rozszerzeniem SqlIaaSExtension. Rozszerzenie AzureBackupWindowsWorkload używa rozszerzenia SQLIaaSExtension w celu automatycznego uzyskania wymaganych uprawnień.
Jeśli nie utworzono maszyny wirtualnej z witryny Marketplace lub jeśli korzystasz z programu SQL 2008 i 2008 R2, maszyna wirtualna może nie mieć zainstalowanego rozszerzenia SqlIaaSExtension, a operacja odnajdywania kończy się niepowodzeniem z komunikatem o błędzie UserErrorSQLNoSys Administracja Membership. Aby rozwiązać ten problem, postępuj zgodnie z instrukcjami w sekcji Ustawianie uprawnień maszyny wirtualnej.
Konfigurowanie kopii zapasowych
W obszarze Cel>kopii zapasowej Krok 2: Konfigurowanie kopii zapasowej wybierz pozycję Konfiguruj kopię zapasową.
Wybierz pozycję Dodaj zasoby , aby wyświetlić wszystkie zarejestrowane grupy dostępności i autonomiczne wystąpienia programu SQL Server.
Na ekranie Wybieranie elementów do utworzenia kopii zapasowej wybierz strzałkę z lewej strony wiersza, aby rozwinąć listę wszystkich niechronionych baz danych w tym wystąpieniu lub zawsze włączonej grupie dostępności.
Wybierz wszystkie bazy danych, które chcesz chronić, a następnie wybierz przycisk OK.
Aby zoptymalizować obciążenia kopii zapasowych, usługa Azure Backup ustawia maksymalną liczbę baz danych w jednym zadaniu tworzenia kopii zapasowej na 50.
Aby chronić więcej niż 50 baz danych, skonfiguruj wiele kopii zapasowych.
Aby włączyć całe wystąpienie lub zawsze włączoną grupę dostępności, na liście rozwijanej AUTOPROTECT wybierz pozycję WŁĄCZONE, a następnie wybierz przycisk OK.
Uwaga
Funkcja automatycznej ochrony nie tylko umożliwia ochronę wszystkich istniejących baz danych jednocześnie, ale także automatycznie chroni wszystkie nowe bazy danych dodane do tego wystąpienia lub grupy dostępności.
Zdefiniuj zasady tworzenia kopii zapasowych. Możesz wykonać jedną z następujących czynności:
Wybierz domyślne zasady jako HourlyLogBackup.
Wybrać istniejące zasady kopii zapasowych utworzone wcześniej dla środowiska SQL.
Zdefiniować nowe zasady oparte na własnym celu punktu odzyskiwania i zakresie przechowywania.
Wybierz pozycję Włącz kopię zapasową , aby przesłać operację Konfigurowanie ochrony i śledzić postęp konfiguracji w obszarze Powiadomienia w portalu.
Tworzenie zasad kopii zapasowych
Zasady kopii zapasowych określają, kiedy są tworzone kopie zapasowe i jak długo są przechowywane.
- Zasady są tworzone na poziomie magazynu.
- Wiele magazynów może korzystać z tych samych zasad kopii zapasowych, ale do każdego magazynu należy zastosować zasady kopii zapasowych.
- Po utworzeniu zasad kopii zapasowych ustawieniem domyślnym będzie pełna kopia zapasowa tworzona codziennie.
- Możesz dodać różnicową kopię zapasową, ale tylko jeśli skonfigurujesz tworzenie pełnych kopii zapasowych co tydzień.
- Dowiedz się więcej o różnych typach zasad tworzenia kopii zapasowych.
Aby utworzyć nowe zasady kopii zapasowych:
Przejdź do centrum kopii zapasowej i kliknij pozycję +Zasady.
Wybierz pozycję SQL Server na maszynie wirtualnej platformy Azure jako typ źródła danych, wybierz magazyn, w którym mają zostać utworzone zasady, a następnie kliknij przycisk Kontynuuj.
W polu Nazwa zasad wprowadź nazwę nowych zasad.
Wybierz link Edytuj odpowiadający pełnej kopii zapasowej, aby zmodyfikować ustawienia domyślne.
- Wybierz częstotliwość tworzenia kopii zapasowych. Wybierz pozycję Codziennie lub Co tydzień.
- W przypadku opcji Codziennie wybierz godzinę i strefę czasową rozpoczęcia zadania tworzenia kopii zapasowej. Nie można tworzyć różnicowych kopii zapasowych w przypadku codziennego tworzenia pełnych kopii zapasowych.
W OBSZARZE ZAKRES PRZECHOWYWANIA wszystkie opcje są domyślnie zaznaczone. Wyczyść wszelkie limity zakresów przechowywania, których nie chcesz, a następnie ustaw interwały do użycia.
- Minimalny okres przechowywania dla dowolnego typu kopii zapasowej (pełna, różnicowa i dziennik) wynosi siedem dni.
- Punkty odzyskiwania są oznaczone do przechowywania na podstawie ich zakresu przechowywania. Jeśli na przykład wybierzesz codzienne tworzenie pełnej kopii zapasowej, każdego dnia będzie wyzwalana tylko jedna pełna kopia zapasowa.
- Kopia zapasowa dla określonego dnia jest oznaczana i zachowywana na podstawie tygodniowego zakresu przechowywania i ustawienia przechowywania tygodniowego.
- Zakresy przechowywania miesięcznego i rocznego zachowują się podobnie.
Wybierz przycisk OK , aby zaakceptować ustawienie dla pełnych kopii zapasowych.
Wybierz link Edytuj odpowiadający różnicowej kopii zapasowej, aby zmodyfikować ustawienia domyślne.
- W obszarze Zasady różnicowej kopii zapasowej wybierz pozycję Włącz, aby otworzyć kontrolki częstotliwości i przechowywania.
- Możesz wyzwolić tylko jedną różnicowy kopię zapasową dziennie. Różnicowa kopia zapasowa nie może być wyzwalana w tym samym dniu co pełna kopia zapasowa.
- Różnicowe kopie zapasowe mogą być przechowywane przez maksymalnie 180 dni.
- Różnicowy okres przechowywania kopii zapasowych nie może być większy niż okres pełnego tworzenia kopii zapasowej (ponieważ różnicowe kopie zapasowe są zależne od pełnych kopii zapasowych na potrzeby odzyskiwania).
- Różnicowa kopia zapasowa nie jest obsługiwana dla bazy danych master.
Wybierz link Edytuj odpowiadający kopii zapasowej dziennika, aby zmodyfikować ustawienia domyślne
- W obszarze Kopia zapasowa dziennika wybierz pozycję Włącz, a następnie ustaw kontrolki częstotliwości i przechowywania.
- Kopie zapasowe dzienników mogą występować tak często, jak co 15 minut i mogą być przechowywane przez maksymalnie 35 dni.
- Jeśli baza danych znajduje się w prostym modelu odzyskiwania, harmonogram tworzenia kopii zapasowej dziennika dla tej bazy danych zostanie wstrzymany i dlatego żadne kopie zapasowe dziennika nie zostaną wyzwolone.
- Jeśli model odzyskiwania bazy danych zmieni się z Pełne na Proste, kopie zapasowe dzienników zostaną wstrzymane w ciągu 24 godzin od zmiany modelu odzyskiwania. Podobnie, jeśli model odzyskiwania zmieni się z prostego, co oznacza, że kopie zapasowe dzienników mogą być teraz obsługiwane dla bazy danych, harmonogramy tworzenia kopii zapasowych dzienników zostaną włączone w ciągu 24 godzin od zmiany modelu odzyskiwania.
W menu Zasady kopii zapasowej wybierz, czy włączyć kompresję kopii zapasowej SQL, czy nie. Ta opcja jest domyślnie wyłączona. Jeśli to ustawienie jest włączone, program SQL Server wyśle skompresowany strumień kopii zapasowej do karty VDI. Usługa Azure Backup zastępuje wartości domyślne na poziomie wystąpienia za pomocą klauzuli COMPRESSION/NO_COMPRESSION w zależności od wartości tej kontrolki.
Po zakończeniu edycji zasad kopii zapasowych wybierz pozycję OK.
Uwaga
Każda kopia zapasowa dziennika jest w łańcuchu do poprzedniej pełnej kopii zapasowej w celu utworzenia łańcucha odzyskiwania. Ta pełna kopia zapasowa zostanie zachowana do momentu wygaśnięcia przechowywania ostatniej kopii zapasowej dziennika. Może to oznaczać, że pełna kopia zapasowa jest przechowywana przez dodatkowy okres, aby upewnić się, że wszystkie dzienniki można odzyskać. Załóżmy, że masz cotygodniową pełną kopię zapasową, dzienniki różnicowe dzienne i 2 godziny. Wszystkie z nich są przechowywane przez 30 dni. Jednak cotygodniowe pełne można naprawdę wyczyścić/usunąć dopiero po udostępnieniu następnej pełnej kopii zapasowej, czyli po 30 + 7 dniach. Na przykład cotygodniowa pełna kopia zapasowa odbywa się 16 listopada. Zgodnie z zasadami przechowywania, należy je zachować do 16 grudnia. Ostatnia kopia zapasowa dziennika dla tej pełnej ma miejsce przed następnym zaplanowanym pełnym harmonogramem, 22 listopada. Dopóki ten dziennik nie będzie dostępny do 22 grudnia, nie można usunąć pełnej 16 listopada. Tak więc, 16 listopada pełne jest przechowywane do 22 grudnia.
Włączanie ochrony automatycznej
Automatyczna ochrona umożliwia automatyczne tworzenie kopii zapasowych wszystkich istniejących i przyszłych baz danych w autonomicznym wystąpieniu programu SQL Server lub zawsze włączonej grupie dostępności.
- Nie ma limitu liczby baz danych, które można wybrać na potrzeby automatycznej ochrony jednocześnie. Odnajdywanie jest zwykle uruchamiane co osiem godzin. Automatyczna ochrona nowo odnalezionej bazy danych zostanie wyzwolona w ciągu 32 godzin. Można jednak od razu odnajdywać i chronić nowe bazy danych, jeśli ręcznie uruchomisz odnajdywanie, wybierając opcję Odnajdywanie ponownie baz danych.
- Jeśli operacja automatycznej ochrony nowo odnalezionej bazy danych zakończy się niepowodzeniem, zostanie ona ponowiona trzy razy. Jeśli wszystkie trzy ponawianie próby nie powiedzie się, baza danych nie będzie chroniona.
- Nie można selektywnie chronić ani wykluczać baz danych z ochrony w wystąpieniu w momencie włączenia automatycznej ochrony.
- Jeśli twoje wystąpienie zawiera już niektóre chronione bazy danych, pozostaną one chronione w odpowiednich zasadach nawet po włączeniu automatycznej ochrony. Wszystkie niechronione bazy danych dodane później będą miały tylko jedną zasadę zdefiniowaną w momencie włączenia automatycznej ochrony wymienionych w obszarze Konfigurowanie kopii zapasowej. Można jednak później zmienić zasady skojarzone z automatycznie chronioną bazą danych.
- Jeśli operacja Konfigurowania ochrony dla nowo odnalezionej bazy danych nie powiedzie się, nie zgłosi alertu. Jednak na stronie Zadania tworzenia kopii zapasowej można znaleźć zadanie tworzenia kopii zapasowej, które zakończyło się niepowodzeniem.
Aby włączyć automatyczną ochronę:
W obszarze Wybieranie elementów do wykonania kopii zapasowej wybierz wystąpienie, dla którego chcesz włączyć ochronę automatyczną.
Wybierz listę rozwijaną w obszarze AUTOPROTECT, wybierz pozycję WŁĄCZONE, a następnie wybierz przycisk OK.
Tworzenie kopii zapasowych jest konfigurowane wspólnie dla wszystkich baz danych i można je śledzić w obszarze Zadania kopii zapasowej.
Jeśli chcesz wyłączyć automatyczną ochronę, wybierz nazwę wystąpienia w obszarze Konfigurowanie kopii zapasowej, a następnie wybierz pozycję Wyłącz automatyczną ochronę dla wystąpienia. Kopie zapasowe wszystkich baz danych będą nadal tworzone, ale przyszłe bazy danych nie będą automatycznie chronione.
Następne kroki
Instrukcje: