Utwórz kopie zapasowe dla grup dostępności Always On w SQL Server

Usługa Azure Backup oferuje kompleksową obsługę tworzenia kopii zapasowych zawsze w grupach dostępności programu SQL Server, jeśli wszystkie węzły znajdują się w tym samym regionie i subskrypcji co magazyn usługi Recovery Services. Jeśli jednak węzły dostępności AG są rozmieszczone w różnych regionach, subskrypcjach, środowiskach lokalnych oraz na platformie Azure, należy pamiętać o kilku istotnych kwestiach.

Aby wyświetlić scenariusze tworzenia kopii zapasowych i przywracania, które obecnie obsługujemy, zobacz macierz wsparcia. Często zadawane pytania można znaleźć w często zadawanych pytaniach.

Uwaga / Notatka

Azure Backup nie obsługuje tworzenia kopii zapasowych baz danych podstawowej grupy dostępności.

Zachowanie preferencji tworzenia kopii zapasowej według wersji SQL Server

Obsługa pełnej i różnicowej kopii zapasowej w replikach pomocniczych zależy od wersji SQL Server. Preferencja kopii zapasowej AG i wersja programu SQL Server określają, który węzeł zostanie wybrany do każdego typu kopii zapasowej.

SQL Server 2022 i starsze

Preferencja tworzenia kopii zapasowej używana przez usługę Azure Backup SQL AG obsługuje pełne i różnicowe kopie zapasowe tylko z repliki podstawowej. Dlatego te zadania tworzenia kopii zapasowej są zawsze uruchamiane w węźle Podstawowym niezależnie od preferencji tworzenia kopii zapasowej. W przypadku pełnych kopii zapasowych tylko do kopiowania oraz kopii zapasowych dziennika transakcji, preferencja kopii zapasowej dla grupy dostępności jest brana pod uwagę przy wyborze węzła, na którym zostanie przeprowadzona kopia zapasowa.

Preferencja kopii zapasowej AG Pełne i różnicowe kopie zapasowe działają kopie zapasowe Copy-Only i dzienników są pobierane z
Podstawowy Replika podstawowa Replika podstawowa
Tylko drugorzędne Replika podstawowa Każda z replik pomocniczych
Preferuj drugorzędną Replika podstawowa Preferowane są repliki pomocnicze, ale kopie zapasowe mogą być również uruchamiane w repliki podstawowej.
Nie wybrano/dowolnie Replika podstawowa Dowolna replika

SQL Server 2025 i nowsze

W SQL Server 2025 i nowszych, repliki pomocnicze obsługują również pełne i różnicowe kopie zapasowe. Preferencja tworzenia kopii zapasowej zarządza teraz jednocześnie obydwoma typami kopii zapasowych. Po ustawieniu opcji Tylko pomocnicza lub Preferuj pomocnicze kopie zapasowe pełne i różnicowe nie wymagają już węzła podstawowego.

Preferencja kopii zapasowej AG Pełne i różnicowe kopie zapasowe działają kopie zapasowe Copy-Only i dzienników są pobierane z
Podstawowy Replika podstawowa Replika podstawowa
Tylko drugorzędne Każda z replik pomocniczych Każda z replik pomocniczych
Preferuj drugorzędną Preferowane są repliki pomocnicze, ale kopie zapasowe mogą być również uruchamiane w repliki podstawowej. Preferowane są repliki pomocnicze, ale kopie zapasowe mogą być również uruchamiane w repliki podstawowej.
Nie wybrano/dowolnie Dowolna replika Dowolna replika

Podczas rejestrowania węzła w usłudze Azure Backup należy zainstalować rozszerzenie kopii zapasowej obciążenia w tym węźle. Podczas konfigurowania bazy danych grupy dostępności do wykonywania kopii zapasowych harmonogramy tworzenia kopii zapasowych są przekazywane do wszystkich zarejestrowanych węzłów grupy dostępności. Harmonogramy są wyzwalane na wszystkich węzłach AG, a rozszerzenia tworzenia kopii zapasowych obciążeń na tych węzłach synchronizują się ze sobą, aby zdecydować, który węzeł może wykonać kopię zapasową. Wybór węzła zależy od typu kopii zapasowej i preferencji kopii zapasowej opisanych w Zachowanie preferencji kopii zapasowej według wersji programu SQL Server.

Wybrany węzeł kontynuuje zadanie tworzenia kopii zapasowej, podczas gdy zadanie uruchomione na innych węzłach zostaje przerwane, czyli pominięte.

Uwaga / Notatka

Usługa Azure Backup nie uwzględnia priorytetów kopii zapasowych ani replik podczas podejmowania decyzji między replikami pomocniczymi.

Zarejestruj węzły AG w magazynie usługi Recovery Services

Magazyn usługi Recovery Services obsługuje tworzenie kopii zapasowych baz danych tylko z maszyn wirtualnych w tym samym regionie i subskrypcji co magazyn.

SQL Server 2022 i wcześniejsze wersje:

  • Zarejestruj węzeł podstawowy w magazynie (w przeciwnym razie nie można wykonać pełnych kopii zapasowych).
  • Zarejestruj co najmniej jeden węzeł podrzędny w magazynie (w przeciwnym razie pełne kopie zapasowe, które są przeznaczone tylko do dziennika/kopiowania, nie mogą zostać utworzone), jeśli preferencja tworzenia kopii zapasowej to tylko dla pomocniczych.

Konfigurowanie kopii zapasowych baz danych grupy dostępności (AG) kończy się niepowodzeniem z kodem błędu FabricSvcBackupPreferenceCheckFailedUserError, jeśli powyższe warunki nie zostaną spełnione.

SQL Server 2025 i nowszych:

  • Rejestracja węzła podstawowego nie jest już obowiązkowa na potrzeby konfiguracji kopii zapasowych dla grupy dostępności. Ponieważ pełne i różnicowe kopie zapasowe można teraz uruchamiać na replikach pomocniczych, można skonfigurować tworzenie kopii zapasowych, rejestrując tylko węzły pomocnicze (gdy preferencja kopii zapasowych to Secondary Only lub Prefer Secondary).
  • W przypadku preferencji podstawowej kopii zapasowej węzeł podstawowy musi być nadal zarejestrowany.
  • Zarejestruj co najmniej jeden węzeł, który spełnia wybrane preferencje tworzenia kopii zapasowej.

Uwaga / Notatka

Złagodzenie wymogu rejestracji węzła podstawowego zależy od wersji programu SQL Server wykrytej podczas wykrywania bazy danych grupy dostępności. Jeśli dowolna replika w ramach grupy dostępności (AG) działa pod kontrolą programu SQL Server 2022 lub starszego, wymóg rejestracji węzła podstawowego nadal obowiązuje dla tej grupy dostępności (AG).

Rozważmy następujące wdrożenie AG jako punkt odniesienia.

Diagram wdrożenia AG jako odniesienie.

Opierając się na danym przykładowym wdrożeniu AG, należy rozważyć różne aspekty:

  • Ponieważ węzeł podstawowy znajduje się w regionie 1 i subskrypcji 1, magazyn usługi Recovery Services (magazyn 1) musi znajdować się w regionie 1 i subskrypcji 1 w celu ochrony tej grupy dostępności.
  • VM3 nie można zarejestrować do Vault 1, ponieważ jest w innej subskrypcji.
  • Nie można zarejestrować VM4 w magazynie 1, ponieważ znajduje się on w innym regionie.
  • Jeśli preferencja tworzenia kopii zapasowej jest tylko pomocnicza, zarejestruj maszynę wirtualną VM1 (podstawową) i maszynę wirtualną VM2 (pomocniczą) w magazynie 1. W programie SQL Server 2022 i wcześniejszych wersjach pełne kopie zapasowe wymagają węzła podstawowego, dlatego należy zarejestrować oba węzły; w programie SQL Server 2025 i nowszych wersjach wystarczy sama maszyna wirtualna VM2. W przypadku innych preferencji tworzenia kopii zapasowych zarejestruj maszynę wirtualną VM1 (podstawową) w magazynie 1; Maszyna wirtualna VM2 jest opcjonalna.
  • Chociaż można zarejestrować maszynę wirtualną VM3 w magazynie 2 w subskrypcji 2 i bazy danych grup dostępności AG pojawią się wtedy jako dostępne do ochrony w magazynie 2, skonfigurowanie kopii zapasowych zakończy się niepowodzeniem w programie SQL Server 2022 i starszych wersjach z powodu braku węzła głównego w magazynie 2. W programie SQL Server 2025 i nowszych wersjach można skonfigurować kopie zapasowe w magazynie danych 2, jeśli preferencja tworzenia kopii zapasowych ma wartość Tylko pomocnicza replika lub Preferuj pomocniczą replikę.
  • Podobnie, chociaż można zarejestrować VM4 jako maszynę wirtualną w sejfie 4 w regionie 2, skonfigurowanie kopii zapasowych zakończy się niepowodzeniem w programie SQL Server 2022 i starszych wersjach, ponieważ węzeł podstawowy nie jest zarejestrowany w sejfie 4. W programie SQL Server 2025 i nowszych wersjach można skonfigurować kopie zapasowe w sejfie 4, jeśli preferencja kopii zapasowej to Tylko pomocnicza replika lub Preferuj pomocniczą replikę.

Obsługa trybu failover

Po przełączeniu grupy dostępności w tryb failover do jednego z węzłów pomocniczych:

  • SQL Server 2022 i wcześniejsze wersje: pełne i różnicowe kopie zapasowe będą nadal wykonywane z poziomu nowego węzła podstawowego, jeśli jest on zarejestrowany w magazynie.
  • SQL Server 2025 i nowsze: pełne i różnicowe kopie zapasowe są nadal wykonywane z węzła, który spełnia preferencje wykonywania kopii zapasowych. W przypadku Tylko pomocnicza lub Preferuj pomocniczą te kopie zapasowe mogą być uruchamiane na replice pomocniczej.
  • Pełne kopie zapasowe dziennika i kopii tylko-do-odczytu będą wykonywane z węzła podstawowego lub pomocniczego w zależności od preferencji tworzenia kopii zapasowej.

Uwaga / Notatka

Podział łańcucha logów nie występuje w trybie failover, jeśli tryb failover nie pokrywa się z wykonywaniem kopii zapasowej.

Na podstawie powyższego przykładowego wdrożenia grupy dostępności poniżej przedstawiono różne możliwości przełączania awaryjnego.

  • Przełączenie do maszyny wirtualnej VM2
    • Pełne i różnicowe kopie zapasowe będą wykonywane z maszyny wirtualnej VM2.
    • Pełne kopie zapasowe dzienników i kopie tylko-do-odczytu będą wykonywane z VM1 lub VM2 w zależności od preferencji tworzenia kopii zapasowej.
  • Przełączenie na tryb awaryjny do VM3 w innej subskrypcji
    • Ponieważ kopie zapasowe nie są skonfigurowane w Vault 2, żadne kopie zapasowe się nie wykonają.
    • W programie SQL Server 2022 i starszych wersjach, jeśli preferencja kopii zapasowych nie jest ustawiona na tylko pomocniczą, można teraz skonfigurować kopie zapasowe w magazynie Vault 2, ponieważ węzeł podstawowy jest zarejestrowany w tym magazynie. W programie SQL Server 2025 i nowszych wersjach można również skonfigurować kopie zapasowe, gdy węzeł zarejestrowany w Vault 2 spełnia wybrane preferencje tworzenia kopii zapasowych. Ten warunek może prowadzić do konfliktów lub niepowodzeń tworzenia kopii zapasowej. Aby uzyskać więcej informacji, zobacz Skonfiguruj kopie zapasowe dla grupy dostępności obejmującej wiele regionów.
  • Przełączenie na maszynę wirtualną VM4 (w innym regionie)
    • Ponieważ kopie zapasowe nie są skonfigurowane w systemie Vault 4, żadne kopie zapasowe nie będą wykonywane.
    • W SQL Server 2022 i starszych wersjach, jeśli preferencja tworzenia kopii zapasowej nie jest tylko pomocnicza, można teraz skonfigurować kopie zapasowe w magazynie 4, ponieważ węzeł podstawowy jest zarejestrowany w tym magazynie. W programie SQL Server 2025 i nowszych wersjach można również skonfigurować kopie zapasowe, jeśli węzeł zarejestrowany w Vault 4 spełnia wybraną preferencję kopii zapasowych. Ten warunek może prowadzić do konfliktów lub niepowodzeń tworzenia kopii zapasowej. Aby uzyskać więcej informacji, zobacz temat Konfigurowanie kopii zapasowych dla grupy dostępności obejmującej wiele regionów.

Konfigurowanie kopii zapasowych dla grupy dostępności w wielu regionach

Magazyn usługi Recovery Services nie obsługuje kopii zapasowych między subskrypcjami ani między regionami. W tej sekcji podsumowano sposób konfigurowania kopii zapasowych grup dostępności obejmujących subskrypcje i regiony Azure oraz powiązane zagadnienia.

  • Oceń, czy naprawdę musisz włączyć kopie zapasowe ze wszystkich węzłów. Jeśli jeden region/subskrypcja ma większość węzłów grupy dostępności (AG), a przejście w tryb failover do innych węzłów zdarza się bardzo rzadko, skonfigurowanie kopii zapasowej w tym pierwszym regionie może być wystarczające. Jeśli failovery do innego regionu lub subskrypcji występują często i trwają długo, warto również proaktywnie konfigurować kopie zapasowe w innych regionach.

  • Każdy magazyn, w którym jest włączona kopia zapasowa, będzie miał własny zestaw łańcuchów punktów przywracania. Przywracanie z tych punktów odzyskiwania można wykonać tylko na maszynach wirtualnych zarejestrowanych w tym magazynie.

  • SQL Server 2022 i starsze: pełne i różnicowe kopie zapasowe działają tylko w magazynie kopii zapasowych, w którym znajduje się węzeł podstawowy. Te kopie zapasowe w innych magazynach kończą się niepowodzeniem. W programie SQL Server 2025 i nowszych wersjach to zachowanie zmienia się dla preferencji Tylko pomocnicza i Preferuj pomocniczą — zobacz SQL Server 2025: Zmiany dotyczące kopii zapasowych grup dostępności w wielu regionach.

  • Kopie zapasowe dzienników będą nadal działać w poprzednim magazynie do momentu uruchomienia kopii zapasowej dziennika w nowym magazynie (czyli w magazynie, w którym znajduje się nowy węzeł podstawowy) i przerywają łańcuch dzienników dla starego magazynu.

    Uwaga / Notatka

    Istnieje sztywny limit 15 dni, po upływie którego kopie zapasowe dzienników zaczną uruchomić się niepowodzeniem.

  • Pełne kopie zapasowe tylko do kopiowania będą działać we wszystkich magazynach.

  • Ochrona w każdym magazynie jest traktowana jako odrębne źródło danych i jest rozliczana oddzielnie.

Aby uniknąć konfliktów kopii zapasowych logów między dwoma magazynami, zalecamy ustawienie preferencji kopii zapasowej na Podstawowy. Następnie, w zależności od tego, który magazyn ma węzeł podstawowy, również wykona kopie zapasowe dziennika.

SQL Server 2025: Zmiany dotyczące kopii zapasowych w wieloregionowych grupach dostępności (AG)

W przypadku SQL Server 2025 pełne i różnicowe kopie zapasowe nie wymagają już węzła podstawowego. Ta zmiana oznacza:

  • Rejestracja węzła podstawowego nie jest wymagana — jeśli preferencja tworzenia kopii zapasowej ma wartość Tylko pomocnicza lub Preferuj pomocniczą, możesz skonfigurować i uruchomić kopie zapasowe z dowolnego zarejestrowanego węzła pomocniczego, nawet jeśli węzeł podstawowy znajduje się w innym regionie lub subskrypcji.

  • Mniejszy wpływ przełączenia awaryjnego — po przełączeniu awaryjnym do węzła w innym regionie tworzenie kopii zapasowych może być kontynuowane w pierwotnym magazynie, o ile dostępny jest zarejestrowany węzeł spełniający preferencje tworzenia kopii zapasowych.

Jednak podstawowe ograniczenie koordynacji między magazynami nadal pozostaje — kopie zapasowe nie mogą być koordynowane między wieloma magazynami. Jeśli zarejestrujesz węzły grupy dostępności w różnych magazynach w różnych regionach, równoczesne harmonogramy tworzenia kopii zapasowych mogą powodować konflikty i powodować przerwy w łańcuchu dzienników lub zduplikowane kopie zapasowe.

Zalecenie dotyczące unikania konfliktów między sejfami:

  • AG z 2 węzłami: Ustaw preferencję kopii zapasowej na Tylko pomocniczy lub Podstawowy.
  • AG z co najmniej 3 węzłami: ustaw preferencję kopii zapasowej na Podstawowa.

Ta konfiguracja zapewnia, że w danym momencie tylko jeden węzeł sejfu może być używany do tworzenia kopii zapasowych.

Na podstawie powyższego przykładowego wdrożenia AG, poniżej przedstawiono kroki umożliwiające wykonywanie kopii zapasowej ze wszystkich węzłów. Założenie jest takie, że preferencje dotyczące kopii zapasowych są spełnione na każdym etapie.

Krok 1: Włącz kopie zapasowe w regionie 1, subskrypcji 1 (Skarbiec 1)

Ponieważ węzeł podstawowy znajduje się w regionie i subskrypcji, typowe kroki umożliwiające włączenie kopii zapasowych będą działać.

Krok 2. Włączanie kopii zapasowych w regionie 1, subskrypcja 2 (magazyn 2)

  1. Przełącz grupę dostępności w tryb failover do maszyny wirtualnej VM3, aby węzeł podstawowy był obecny w magazynie 2.
  2. Skonfiguruj kopie zapasowe baz danych AG w magazynie 2.
  3. W tym momencie:
    1. Pełne/różnicowe kopie zapasowe zakończą się niepowodzeniem w Vault 1, ponieważ żaden z zarejestrowanych węzłów nie jest w stanie wykonać tej kopii zapasowej.
    2. Kopie zapasowe dzienników zostaną wykonane pomyślnie w magazynie 1 do momentu uruchomienia kopii zapasowej dziennika w magazynie 2 i przerwania łańcucha dzienników dla magazynu 1.
  4. Przywróć AG do maszyny wirtualnej VM1.

Krok 3: Włącz kopie zapasowe w regionie 2, subskrypcja 1 (magazyn 4)

Tak samo jak w kroku 2.

Utwórz kopię zapasową AG obejmującej platformę Azure i środowisko lokalne

Nie można uruchomić usługi Azure Backup dla programu SQL Server lokalnie. Jeśli węzeł podstawowy znajduje się na platformie Azure, a preferencje tworzenia kopii zapasowej są spełnione przez węzły na platformie Azure, możesz postępować zgodnie z powyższymi wskazówkami dla dostępności w wielu regionach, aby włączyć tworzenie kopii zapasowych dla replik na platformie Azure. Jeśli nastąpi failover do węzła lokalnego, pełne i różnicowe kopie zapasowe w Azure zaczną się psuć. Kopie zapasowe dzienników mogą być kontynuowane do momentu, gdy nastąpi przerwanie łańcucha kopii zapasowych lub upłynie 15 dni.

Ograniczanie przepustowości dla zadań tworzenia kopii zapasowych w bazie danych grupy dostępności

Obecnie limity dotyczące ograniczania kopii zapasowych mają zastosowanie na poziomie poszczególnych maszyn. Domyślny limit to 20 — jeśli więcej niż 20 kopii zapasowych zostanie uruchomionych współbieżnie, uruchomionych zostanie pierwszych 20, a pozostałe trafią do kolejki. Gdy uruchomione zadania się zakończą, rozpoczną się te oczekujące w kolejce.

Tę wartość można zmienić na mniejszą, jeśli współbieżne kopie zapasowe powodują obciążenie pamięci, operacji we/wy oraz procesora w węźle. Ponieważ ograniczanie jest na poziomie węzła, w przypadku niezrównoważonych węzłów grupy dostępności może dojść do problemów z synchronizacją kopii zapasowych. Aby to zrozumieć, rozważmy na przykład 2-węzłową grupę dostępności (AG).

Na przykład pierwszy węzeł ma chronione 50 autonomicznych baz danych, a oba węzły mają chronione 5 baz danych grupy dostępności. W rzeczywistości węzeł 1 ma zaplanowane 55 zadań tworzenia kopii zapasowych bazy danych, natomiast węzeł 2 ma tylko 5. Ponadto wszystkie te kopie zapasowe są konfigurowane do uruchamiania w tym samym czasie co godzinę. W pewnym momencie wszystkie 55 kopii zapasowych zostanie uruchomionych na Węźle 1 i 35 z nich zostanie umieszczonych w kolejce. Niektóre z nich to kopie zapasowe bazy danych AG. Jednak na węźle 2 kopie zapasowe bazy danych grupy dostępności będą wykonywane bez kolejkowania.

Ponieważ zadania bazy danych grupy dostępności są kolejkowane w jednym węźle i uruchamiane na innym, synchronizacja kopii zapasowych nie działa prawidłowo. Węzeł 2 może uznać, że Węzeł 1 nie działa, i dlatego zadania z Węzła 1 nie pojawiają się do synchronizacji. Ten problem może prowadzić do przerwania łańcucha dzienników lub dodatkowych kopii zapasowych, ponieważ oba węzły mogą niezależnie wykonywać kopie zapasowe.

Podobny problem może wystąpić, jeśli liczba chronionych baz danych AG jest większa niż limit ograniczania. W takim przypadku można utworzyć kopię zapasową dla bazy danych DB1 w węźle 1, podczas gdy jest ona uruchamiana w węźle 2.

Zalecamy użycie następujących preferencji tworzenia kopii zapasowych, aby uniknąć tych problemów z synchronizacją:

  • W przypadku grupy dostępności z 2 węzłami ustaw opcję Preferencja kopii zapasowej na Podstawowa lub Pomocnicza — wówczas tylko jeden węzeł może wykonać kopie zapasowe, a drugi zawsze zrezygnuje.
  • W przypadku grupy dostępności z więcej niż 2 węzłami ustaw opcję Preferencja tworzenia kopii zapasowej na Podstawowa — wówczas tylko węzeł podstawowy może wykonywać kopie zapasowe, inne zostaną wykluczone.

Rozliczenia za kopie zapasowe AG

Tak samo jak samodzielne wystąpienie SQL, jedno wystąpienie AG, którego kopia zapasowa jest uznawana za jedno chronione wystąpienie. Łączny rozmiar frontonu wszystkich chronionych baz danych w wystąpieniu jest naliczany. Rozważ następujące wdrożenie:

Diagram przedstawiający obliczanie chronionych wystąpień baz danych.

Wystąpienia chronione są obliczane w następujący sposób:

Instancja chroniona oraz instancja rozliczeniowa Bazy danych rozważane do obliczania rozmiaru frontonu
AG1 DB1, DB2
AG2 DB4
Maszyna wirtualna 2 DB3
Maszyna wirtualna 3 DB6
Maszyna wirtualna VM4 DB5

Przenieś chronioną bazę danych do grupy dostępności lub z niej

Usługa Azure Backup uważa wystąpienie SQL lub nazwę grupy dostępności/nazwę bazy danych za unikatową nazwę bazy danych. Gdy autonomiczna baza danych była chroniona, jego unikatowa nazwa to StandAloneInstanceName\DBName. Gdy zostanie przeniesiona pod AG, unikatowa nazwa zmieni się na AGName\DBName. Tworzenie kopii zapasowych autonomicznej bazy danych zacznie kończyć się niepowodzeniem z kodem błędu: UserErrorBackupFailedStandaloneDatabaseMovedInToAG.

Baza danych musi być skonfigurowana do ochrony z poziomu grupy dostępności. Będzie to traktowane jako nowe źródło danych z oddzielnym łańcuchem punktów odzyskiwania. Starszą ochronę autonomicznej bazy danych można zatrzymać, zachowując dane w nienaruszonym stanie, aby uniknąć uruchamiania i niepowodzeń przyszłych kopii zapasowych. Podobnie, gdy chroniona baza danych AG wychodzi z grupy dostępności i staje się autonomiczną bazą danych, tworzenie kopii zapasowych kończy się niepowodzeniem z kodem błędu: UserErrorBackupFailedDatabaseMovedOutOfAG.

Baza danych musi być skonfigurowana do ochrony przed działaniem w trybie autonomicznym. Będzie to traktowane jako nowe źródło danych z oddzielnym łańcuchem punktów odzyskiwania. Starszą metodę ochrony bazy danych grupy dostępności można zatrzymać, zachowując dane, aby unikać uruchamiania i niepowodzeń przyszłych kopii zapasowych.

Dodawanie węzła do AG lub usuwanie go z AG

Po dodaniu nowego węzła do grupy dostępności skonfigurowanej do tworzenia kopii zapasowych rozszerzenia kopii zapasowej obciążenia uruchomione w już zarejestrowanych węzłach grupy dostępności wykrywają zmianę topologii grupy dostępności i informują usługę Azure Backup podczas następnego zaplanowanego zadania odnajdywania bazy danych. Gdy ten nowy węzeł zostanie zarejestrowany do tworzenia kopii zapasowych w tym samym magazynie Recovery Services co inne istniejące węzły, usługa Azure Backup wyzwala przepływ pracy, który konfiguruje ten nowy węzeł z wymaganymi metadanymi do wykonywania kopii zapasowych AG.

Po wykonaniu tego kroku nowy węzeł synchronizuje z usługi Azure Backup informacje o harmonogramie tworzenia kopii zapasowych AG i zaczyna uczestniczyć w procesie zsynchronizowanego tworzenia kopii zapasowych. Jeśli nowy węzeł nie jest w stanie zsynchronizować harmonogramów tworzenia kopii zapasowych i uczestniczyć w kopiach zapasowych, wyzwalanie ponownej rejestracji w węźle wymusza również ponowną konfigurację węzła dla kopii zapasowych grupy dostępności. Podobnie, podczas usuwania węzła rozszerzenia obciążeń wykrywają zmianę topologii grupy dostępności i informują usługę Azure Backup. Usługa uruchamia na usuniętym węźle proces dekonfiguracji, aby usunąć harmonogramy tworzenia kopii zapasowych baz danych grupy dostępności (AG) i usunąć metadane powiązane z AG.

Wyrejestrować węzeł AG z usługi Azure Backup

Jeśli węzeł jest częścią grupy dostępności, która ma co najmniej jedną bazę danych skonfigurowaną do tworzenia kopii zapasowej, usługa Azure Backup nie zezwala na anulowanie rejestracji tego węzła. Zapobiega to przyszłym niepowodzeniom tworzenia kopii zapasowych, jeśli nie można spełnić preferencji tworzenia kopii zapasowej bez tego węzła. Aby wyrejestrować węzeł, należy najpierw usunąć go z AG. Po zakończeniu przepływu pracy dekonfiguracji węzła i wyczyszczeniu tego węzła, można go wyrejestrować.

Przywracanie bazy danych z Azure Backup do grup dostępności SQL nie obsługuje bezpośredniego przywracania bazy danych do grup dostępności. Baza danych musi zostać przywrócona do niezależnego wystąpienia SQL, a następnie musi zostać przyłączona do Grupy dostępności.

Scenariusze ponownego tworzenia grupy dostępności dla serwera bazy danych SQL

Ponowne tworzenie grupy dostępności, zduplikowanych grup dostępności i elementów kopii zapasowej są wyświetlane jako chronione elementy lub chronione elementy w następujących scenariuszach:

  • Ponowne tworzenie grup zabezpieczeń, które są już chronione, są wyświetlane jako zduplikowane grupy Zabezpieczeń na stronie Konfigurowanie kopii zapasowej i na liście Chronione elementy . Jeśli chcesz zachować dane kopii zapasowej, które są już obecne w starszej grupy dostępności, zatrzymaj tworzenie kopii zapasowej przy użyciu opcji Zatrzymaj ochronę i zachowaj dane przed ponownym utworzeniem i zaplanowaniem kopii zapasowych w nowych elementach grupy dostępności.

    Zgodnie z projektem, usługa Azure Backup wyświetla zduplikowane elementy na liście Chronione elementy, a także na stronie Konfigurowanie kopii zapasowej lub na liście Elementów z możliwością ochrony i wyświetla te elementy tak długo, jak chcesz przechowywać dane kopii zapasowej.

  • Jeśli nie chcesz danych kopii zapasowej ze starszej grupy dostępności, zatrzymaj operację tworzenia kopii zapasowej, korzystając z opcji Zatrzymaj ochronę i usuń dane dla starszego elementu, zanim ponownie utworzysz i zaplanujesz kopie zapasowe w nowej grupie dostępności.

    Ostrzeżenie

    Zatrzymanie ochrony i usunięcie danych to operacja destrukcyjna.

  • Grupę dostępności można utworzyć ponownie po zakończeniu jednego z wymienionych procesów zatrzymania ochrony, aby uniknąć błędów podczas tworzenia kopii zapasowych.

Zagadnienia dotyczące kopii zapasowych grupy dostępności w SQL Server 2025

Zmiana preferencji kopii zapasowej po konfiguracji

Jeśli zmienisz preferencję kopii zapasowej AG, ale nie zarejestrujesz wymaganego węzła w magazynie, tworzenie kopii zapasowych zakończy się niepowodzeniem. Jeśli na przykład zmienisz preferencję z Podstawowa na Tylko pomocnicza, ale żaden węzeł pomocniczy nie jest zarejestrowany, tworzenie kopii zapasowych dziennika oraz pełnych/różnicowych zakończy się niepowodzeniem. Przed wprowadzeniem zmiany należy zawsze upewnić się, że węzły spełniające nowe preferencje tworzenia kopii zapasowej są zarejestrowane w magazynie.

Koordynacja kopii zapasowych AG w wielu regionach

Gdy chronisz węzły AG w wielu magazynach w różnych regionach, magazyny nie mogą koordynować między sobą tworzenia kopii zapasowych, niezależnie od wersji programu SQL Server. Aby uzyskać wskazówki dotyczące ustawień preferencji tworzenia kopii zapasowych, które pozwalają uniknąć przerwania łańcucha dziennika i tworzenia zduplikowanych kopii zapasowych w tym scenariuszu, zobacz SQL Server 2025: zmiany dotyczące kopii zapasowych w wieloregionowej grupie dostępności.

Obsługa kopii zapasowej migawek

Kopie zapasowe migawek nie są obsługiwane w replikach pomocniczych grupy dostępności. Po włączeniu kopii zapasowej typu migawka w polityce tworzenia kopii zapasowych rejestracja węzła podstawowego pozostaje obowiązkowa niezależnie od wersji SQL Server.

Dalsze kroki

Dowiedz się, jak:

Treści powiązane

  • Last updated on