Rozwiązywanie problemów z kopiami zapasowymi baz danych programu SQL Server przy użyciu usługi Azure Backup

Ten artykuł zawiera informacje dotyczące rozwiązywania problemów z bazami danych programu SQL Server uruchomionymi na maszynach wirtualnych platformy Azure.

Aby uzyskać więcej informacji na temat procesu tworzenia kopii zapasowej i ograniczeń, zobacz About SQL Server backup in Azure VMs (Informacje o kopii zapasowej programu SQL Server na maszynach wirtualnych platformy Azure).

Uprawnienia programu SQL Server

Aby skonfigurować ochronę bazy danych programu SQL Server na maszynie wirtualnej, należy zainstalować rozszerzenie AzureBackupWindowsWorkload na tej maszynie wirtualnej. Jeśli wystąpi błąd UserErrorSQLNoSysadminMembership, oznacza to, że instancja programu SQL Server nie ma wymaganych uprawnień do tworzenia kopii zapasowej. Aby naprawić ten błąd, wykonaj kroki opisane w temacie Ustawianie uprawnień maszyny wirtualnej.

Rozwiązywanie problemów związanych z wykrywaniem i konfiguracją

Po zakończeniu tworzenia i konfigurowania magazynu usługi Recovery Services odnajdywanie baz danych i konfigurowanie kopii zapasowej jest procesem dwuetapowym.

Podczas konfiguracji kopii zapasowej, jeśli maszyna wirtualna SQL i jej instancje nie są widoczne w Odkrywanie baz danych w maszynach wirtualnych oraz Konfiguruj kopię zapasową (proszę zapoznać się z powyższym obrazem), upewnij się, że:

Krok 1. Odnajdywanie baz danych na maszynach wirtualnych

• Jeśli maszyna wirtualna nie znajduje się na liście odnalezionych maszyn wirtualnych, a także nie jest zarejestrowana na potrzeby tworzenia kopii zapasowej SQL w innym magazynie, wykonaj kroki tworzenia kopii zapasowej odnajdywania programu SQL Server.

Krok 2. Konfigurowanie kopii zapasowej

• Jeśli skarbiec, w którym zarejestrowano maszynę wirtualną SQL, jest tym samym skarbcem używanym do ochrony baz danych, wykonaj kroki Konfiguracja Kopii Zapasowej.

Jeśli maszyna wirtualna SQL musi być zarejestrowana w nowym magazynie, musi zostać wyrejestrowana ze starego magazynu. Wyrejestrowanie maszyny wirtualnej SQL z magazynu wymaga zatrzymania ochrony wszystkich chronionych źródeł danych, a następnie usunięcia danych kopii zapasowej. Usuwanie kopii zapasowej danych jest operacją destrukcyjną. Po przejrzeniu i zastosowaniu wszystkich środków ostrożności w celu wyrejestrowania maszyny wirtualnej SQL, zarejestruj tę samą maszynę wirtualną w nowym magazynie i ponownie spróbuj wykonać operację tworzenia kopii zapasowej.

Rozwiązywanie problemów z tworzeniem kopii zapasowych i odzyskiwaniem

Czasami w operacjach tworzenia kopii zapasowych i przywracania mogą wystąpić losowe błędy lub operacje te mogą zostać zablokowane. Może to być spowodowane programami antywirusowymi na maszynie wirtualnej. Najlepszym rozwiązaniem jest sugerowanie następujących kroków:

1. Wyklucz następujące foldery ze skanowania antywirusowego:

   C:\Program Files\Azure Workload Backup C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.RecoveryServices.WorkloadBackup.AzureBackupWindowsWorkload

   Zastąp C:\ literą swojego SystemDrive.

2. Wyklucz następujące trzy procesy uruchomione na maszynie wirtualnej ze skanowania antywirusowego:

   • IaasWLPluginSvc.exe
   • IaaSWorkloadCoordinatorService.exe
   • TriggerExtensionJob.exe

3. Program SQL oferuje również pewne wskazówki dotyczące pracy z programami antywirusowymi. Szczegółowe informacje zawiera ten artykuł.

Nieprawidłowa instancja na maszynie wirtualnej z wieloma instancjami programu SQL Server

Można przywrócić do maszyny wirtualnej SQL tylko wtedy, gdy wszystkie wystąpienia SQL uruchomione na maszynie wirtualnej są uznawane za zdrowe. Jeśli co najmniej jedno wystąpienie jest "uszkodzone", maszyna wirtualna nie będzie wyświetlana jako cel przywracania. To możliwa przyczyna, dla której maszyna wirtualna z wieloma instancjami może nie pojawić się w rozwijanej liście "serwer" podczas operacji przywracania.

Możesz zweryfikować "Gotowość kopii zapasowej" wszystkich wystąpień SQL na maszynie wirtualnej w obszarze Konfigurowanie kopii zapasowej:

Jeśli chcesz wyzwolić przywracanie w wystąpieniach SQL w dobrej kondycji, wykonaj następujące kroki:

1. Zaloguj się do maszyny wirtualnej SQL i przejdź do witryny C:\Program Files\Azure Workload Backup\bin.

2. Utwórz plik JSON o nazwie ExtensionSettingsOverrides.json (jeśli jeszcze nie istnieje). Jeśli ten plik jest już obecny na maszynie wirtualnej, kontynuuj korzystanie z niego.

3. Dodaj następującą zawartość w pliku JSON i zapisz plik:

   {
                 "<ExistingKey1>":"<ExistingValue1>",
                   …………………………………………………… ,
             "whitelistedInstancesForInquiry": "FaultyInstance_1,FaultyInstance_2"
           }
   
           Sample content:        
           { 
             "whitelistedInstancesForInquiry": "CRPPA,CRPPB "
           }
   
   

4. Wyzwól operację Ponowne odnajdowanie baz danych na dotkniętym serwerze w Azure Portal (w tym samym miejscu, gdzie można zobaczyć gotowość kopii zapasowej). Maszyna wirtualna zacznie być widoczna jako docelowa dla operacji przywracania.

   

5. Usuń wpis whitelistedInstancesForInquiry z pliku ExtensionSettingsOverrides.json po zakończeniu operacji przywracania.

Komunikaty o błędach

Nieobsługiwany typ kopii zapasowej

Ważność	opis	Możliwe przyczyny	Zalecana akcja
Ostrzeżenie	Bieżące ustawienia dla tej bazy danych nie obsługują niektórych typów kopii zapasowych znajdujących się w skojarzonych zasadach.	W bazie danych master można wykonać tylko pełną operację tworzenia kopii zapasowej bazy danych. Różnicowa kopia zapasowa i kopia zapasowa dziennika transakcji nie są możliwe. Każda baza danych w prostym modelu odzyskiwania nie zezwala na tworzenie kopii zapasowych dzienników transakcji.	Zmodyfikuj ustawienia bazy danych, aby obsługiwane są wszystkie typy kopii zapasowych w zasadach. Możesz też zmienić bieżące zasady tak, aby uwzględniały tylko obsługiwane typy kopii zapasowych. W przeciwnym razie nieobsługiwane typy kopii zapasowych zostaną pominięte podczas zaplanowanej kopii zapasowej lub zadanie tworzenia kopii zapasowej zakończy się niepowodzeniem dla kopii zapasowej na żądanie.

BłądUżytkownikaSQLPONieObsługujeTypuKopiiZapasowej

Komunikat o błędzie	Możliwe przyczyny	Zalecana akcja
Ta baza danych SQL nie obsługuje żądanego typu kopii zapasowej.	Występuje, gdy model odzyskiwania bazy danych nie zezwala na żądany typ kopii zapasowej. Błąd może wystąpić w następujących sytuacjach: Baza danych korzystająca z prostego modelu odzyskiwania nie zezwala na tworzenie kopii zapasowej dziennika. Różnicowe kopie zapasowe i kopie zapasowe dzienników nie są dozwolone dla bazy danych master. Aby uzyskać więcej informacji, zobacz dokumentację modeli odzyskiwania programu SQL Server.	Jeśli tworzenie kopii zapasowej dziennika zakończy się niepowodzeniem dla bazy danych w prostym modelu odzyskiwania, wypróbuj jedną z następujących opcji: Jeśli baza danych jest w prostym trybie odzyskiwania, wyłącz kopie zapasowe dzienników. Użyj dokumentacji programu SQL Server, aby zmienić model odzyskiwania bazy danych na pełny lub rejestrowany zbiorczo. Jeśli nie chcesz zmieniać modelu odzyskiwania i masz standardowe zasady tworzenia kopii zapasowych wielu baz danych, których nie można zmienić, zignoruj błąd. Pełne i różnicowe kopie zapasowe będą działać zgodnie z harmonogramem. Kopie zapasowe dziennika zostaną pominięte, co jest oczekiwane w tym przypadku. Jeśli jest to baza danych master i skonfigurowano kopię zapasową różnicową lub dziennika, wykonaj jedną z poniższych czynności. Użyj portalu, aby zmienić harmonogram zasad tworzenia kopii zapasowych dla bazy danych master na pełny. Jeśli masz standardowe zasady do tworzenia kopii zapasowych wielu baz danych, których nie można zmienić, zignoruj błąd. Pełna kopia zapasowa będzie działać zgodnie z harmonogramem. Kopie zapasowe różnicowe lub dziennikowe nie zostaną wykonane, co w tym przypadku jest oczekiwane.

Operacja anulowana z powodu konfliktu z inną operacją użytkownika

Komunikat o błędzie	Możliwe przyczyny	Zalecana akcja
Operacja anulowana, ponieważ operacja powodująca konflikt była już uruchomiona w tej samej bazie danych.	Ten błąd może wystąpić, gdy wyzwalany na żądanie lub zaplanowane zadanie tworzenia kopii zapasowej powoduje konflikt z już uruchomioną operacją tworzenia kopii zapasowej wyzwalaną przez rozszerzenie usługi Azure Backup w tej samej bazie danych. Poniżej przedstawiono scenariusze, w których ten kod błędu może być wyświetlany: Pełna kopia zapasowa jest uruchomiona w bazie danych, a kolejna pełna kopia zapasowa jest wyzwalana. Kopia różnicowa jest uruchamiana na bazie danych, a kolejna kopia różnicowa jest wyzwalana. Kopia zapasowa dziennika działa na bazie danych, a kolejna kopia zapasowa dziennika jest uruchamiana.	Po niepowodzeniu operacji powodującej konflikt uruchom ponownie operację.

UserErrorFileManipulationIsNotAllowedDuringBackup

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Operacje manipulowania plikami kopii zapasowych (takie jak ALTER DATABASE ADD FILE) i zmiany szyfrowania w bazie danych muszą być serializowane.	Poniżej przedstawiono przypadki, w których ten kod błędu może zostać wyświetlony: Dodawanie lub upuszczanie plików do bazy danych podczas tworzenia kopii zapasowej. Zmniejszanie plików podczas tworzenia kopii zapasowych bazy danych. Tworzenie kopii zapasowej bazy danych przez inny produkt kopii zapasowej skonfigurowany dla bazy danych jest w toku i zadanie tworzenia kopii zapasowej jest wyzwalane przez rozszerzenie usługi Azure Backup.	Wyłącz inny produkt kopii zapasowej, aby rozwiązać ten problem.

BłądUżytkownikaSQLPONieIstnieje

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Baza danych SQL nie istnieje.	Baza danych została usunięta lub zmieniono jej nazwę.	Sprawdź, czy baza danych została przypadkowo usunięta lub zmieniona. Jeśli baza danych została przypadkowo usunięta, przywróć ją w pierwotnej lokalizacji, aby kontynuować tworzenie kopii zapasowych. Jeśli usunąłeś bazę danych i nie potrzebujesz przyszłych kopii zapasowych, w magazynie usługi Recovery Services wybierz opcję Zatrzymaj kopię zapasową z Zachowaj dane kopii zapasowej lub Usuń dane kopii zapasowej. Aby uzyskać więcej informacji, zobacz Zarządzanie bazami danych programu SQL Server i monitorowanie ich kopii zapasowych.

UserErrorSQLLSNValidationFailure

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Łańcuch logów został przerwany.	Kopia zapasowa bazy danych lub maszyny wirtualnej odbywa się za pomocą innego rozwiązania do tworzenia kopii zapasowych, które obcina łańcuch dzienników.	Sprawdź, czy jest używane inne rozwiązanie do tworzenia kopii zapasowej lub skrypt. Jeśli tak, zatrzymaj inne rozwiązanie do tworzenia kopii zapasowych. Jeśli kopia zapasowa była dziennikiem tworzonym na żądanie, uruchom pełną kopię zapasową, aby rozpocząć nowy ciąg dzienników. W przypadku zaplanowanych kopii zapasowych dziennika nie jest wymagana żadna akcja, ponieważ usługa Azure Backup automatycznie wyzwoli pełną kopię zapasową, aby rozwiązać ten problem.

BłądUżytkownikaPodczasOtwarciaPołączeniaSQL

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Usługa Azure Backup nie może nawiązać połączenia z wystąpieniem SQL.	Usługa Azure Backup nie może nawiązać połączenia z wystąpieniem programu SQL Server.	Użyj dodatkowych szczegółów w menu błędów witryny Azure Portal, aby zawęzić główne przyczyny. Zapoznaj się z artykułem Rozwiązywanie problemów z kopią zapasową SQL, aby rozwiązać ten problem. Jeśli domyślne ustawienia SQL nie zezwalają na połączenia zdalne, zmień ustawienia. Aby uzyskać informacje na temat zmieniania ustawień, zobacz następujące artykuły: MSSQLSERVER_-1 MSSQLSERVER_2 MSSQLSERVER_53 Jeśli występują problemy z logowaniem, skorzystaj z tych linków, aby je rozwiązać: MSSQLSERVER_18456 MSSQLSERVER_18452

Błąd użytkownika: Brak pełnej kopii zapasowej nadrzędnej

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Brak pierwszej pełnej kopii zapasowej dla tego źródła danych.	Brak pełnej kopii zapasowej bazy danych. Zarówno kopie zapasowe dzienników, jak i różnicowe wymagają wcześniejszych pełnych kopii zapasowych, dlatego przed rozpoczęciem tworzenia kopii różnicowych lub dziennika należy wykonać pełne kopie zapasowe.	Wyzwalanie pełnej kopii zapasowej na żądanie.

Błąd użytkownika: Kopia zapasowa nie powiodła się, ponieważ dziennik transakcji jest pełny.

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Nie można utworzyć kopii zapasowej, ponieważ dziennik transakcji dla źródła danych jest pełny.	Miejsce dziennika transakcyjnego bazy danych jest pełne.	Aby rozwiązać ten problem, zapoznaj się z dokumentacją programu SQL Server.

Błąd użytkownika: Nie można przywrócić istniejącej bazy danych bez wymuszenia nadpisania.

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Baza danych o tej samej nazwie już istnieje w lokalizacji docelowej	Docelowa lokalizacja przywracania ma już bazę danych o tej samej nazwie.	Zmień docelową nazwę bazy danych. Możesz też użyć opcji wymuszania zastąpienia na stronie przywracania.

Błąd użytkownika: Nie udało się przywrócić, baza danych nie może być przełączona w tryb offline.

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Przywracanie nie powiodło się, ponieważ bazy danych nie można było przełączyć w tryb offline.	Podczas przywracania docelowa baza danych musi zostać przełączona w tryb offline. Usługa Azure Backup nie może przełączyć tych danych do trybu offline.	Użyj dodatkowych szczegółów w menu błędów witryny Azure Portal, aby zawęzić główne przyczyny. Aby uzyskać więcej informacji, zapoznaj się z dokumentacją programu SQL Server.

WlExtGenericIOFaultUserError

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Podczas operacji wystąpił błąd wejściowy/wyjściowy. Sprawdź typowe błędy we/wy na maszynie wirtualnej.	Uprawnienia dostępu lub ograniczenia miejsca w obiekcie docelowym.	Sprawdź typowe błędy we/wy na maszynie wirtualnej. Upewnij się, że docelowy dysk/udział sieciowy na maszynie: ma uprawnienia do odczytu/zapisu dla konta NT AUTHORITY\SYSTEM na maszynie. ma wystarczającą ilość miejsca na pomyślne ukończenie operacji. Aby uzyskać więcej informacji, zobacz Przywracanie jako pliki.

Błąd użytkownika: Nie można odnaleźć certyfikatu serwera z odciskiem

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Nie można odnaleźć certyfikatu serwera z odciskiem palca na serwerze docelowym.	Baza danych master w wystąpieniu docelowym nie ma prawidłowego identyfikatora szyfrowania.	Zaimportuj prawidłowy odcisk palca certyfikatu używany w wystąpieniu źródłowym do wystąpienia docelowego.

Błąd użytkownika: Przywracanie nie jest możliwe, ponieważ kopia zapasowa dziennika zawiera zmiany logowane masowo.

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Kopia zapasowa dziennika używana do odzyskiwania zawiera zmiany zarejestrowane zbiorczo. Nie można go użyć do zatrzymania w dowolnym punkcie w czasie zgodnie z wytycznymi SQL.	Gdy baza danych jest w trybie odzyskiwania masowego logowania, nie można odzyskać danych między transakcją masowego logowania a następną transakcją dziennika logów.	Wybierz inny punkt w czasie do odzyskiwania. Dowiedz się więcej.

Błąd użytkownika: Sprawdzenie preferencji kopii zapasowej FabricSvc nie powiodło się

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Nie można spełnić preferencji dotyczących kopii zapasowych dla grupy dostępności SQL Always On, ponieważ niektóre węzły tej grupy nie zostały zarejestrowane.	Węzły wymagane do wykonywania kopii zapasowych nie są zarejestrowane lub są nieosiągalne.	Upewnij się, że wszystkie węzły wymagane do wykonywania kopii zapasowych tej bazy danych są zarejestrowane i w dobrej kondycji, a następnie spróbuj ponownie wykonać operację. Zmień preferencję tworzenia kopii zapasowej dla zawsze włączonej grupy dostępności programu SQL Server.

VMNotInRunningStateUserError (Błąd: VM nie jest w stanie uruchomionym)

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Maszyna wirtualna z programem SQL Server jest zamknięta i niedostępna dla usługi Azure Backup.	Maszyna wirtualna jest zamknięta.	Upewnij się, że instancja programu SQL Server jest uruchomiona.

BłądUżytkownikaStatusNiedostępnyAgentaGościa

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Usługa Azure Backup używa agenta gościa maszyny wirtualnej platformy Azure do tworzenia kopii zapasowej, ale agent gościa nie jest dostępny na serwerze docelowym.	Agent gościa nie jest włączony lub jest w złej kondycji.	Ręcznie zainstaluj agenta maszyn wirtualnych.

AutoOchronaAnulowanaLubNieprawidłowa

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Zamiar automatycznej ochrony został usunięty lub nie jest już ważny.	Po włączeniu automatycznej ochrony w wystąpieniu SQL Server, zadania Konfiguruj kopię zapasową zostaną uruchomione dla wszystkich baz danych w tym wystąpieniu. Jeśli wyłączysz automatyczną ochronę podczas uruchamiania zadań, zadania w toku zostaną anulowane przy użyciu tego kodu błędu.	Ponownie włącz automatyczną ochronę, aby chronić wszystkie pozostałe bazy danych.

Osiągnięto absolutny limit CloudDos

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Operacja jest zablokowana, ponieważ osiągnięto limit liczby operacji dozwolonych w ciągu 24 godzin.	Po osiągnięciu maksymalnego dopuszczalnego limitu dla operacji w okresie 24 godzin pojawia się ten błąd. Na przykład: jeśli osiągnięto limit liczby skonfigurowanych zadań tworzenia kopii zapasowej, które można wyzwolić dziennie, i spróbujesz skonfigurować kopię zapasową na nowym elemencie, zostanie wyświetlony ten błąd.	Zazwyczaj ponawianie próby wykonania operacji po upływie 24 godzin rozwiązuje ten problem. Jeśli jednak problem będzie się powtarzać, możesz skontaktować się z pomocą techniczną firmy Microsoft, aby uzyskać pomoc.

Osiągnięto Absolutny Limit CloudDos z Ponowną Próbą

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Operacja jest blokowana, ponieważ skarbiec osiągnął maksymalny limit dla takich operacji dozwolonych w okresie 24 godzin.	Po osiągnięciu maksymalnego dopuszczalnego limitu dla operacji w okresie 24 godzin pojawia się ten błąd. Ten błąd zwykle pojawia się, gdy istnieją operacje na dużą skalę, takie jak modyfikowanie zasad lub automatyczna ochrona. W przeciwieństwie do przypadku CloudDosAbsoluteLimitReached, nie ma zbyt wielu możliwości, aby rozwiązać tę sytuację. W rzeczywistości usługa Azure Backup spróbuje ponownie wykonać operacje wewnętrznie dla wszystkich elementów, o których mowa. Na przykład: Jeśli masz dużą liczbę źródeł danych chronionych polityką i spróbujesz zmodyfikować tę politykę, spowoduje to skonfigurowanie zadań ochrony dla każdego z chronionych elementów, a czasami może osiągnąć maksymalny dzienny limit takich operacji.	Usługa Azure Backup automatycznie ponowi próbę wykonania tej operacji po upływie 24 godzin.

RozszerzenieObciążeniaNieosiągalne

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Operacja rozszerzenia obciążenia AzureBackup nie powiodła się.	Maszyna wirtualna została zamknięta lub maszyna wirtualna nie może skontaktować się z usługą Azure Backup z powodu problemów z łącznością z Internetem.	Upewnij się, że maszyna wirtualna jest uruchomiona i ma łączność z Internetem. Zarejestruj ponownie rozszerzenie na maszynie wirtualnej z programem SQL Server.

BłądUżytkownikaVMProblemyZŁącznościąIPołączeniemInternetowym

Komunikat o błędzie	Możliwe przyczyny	Zalecane akcje
Maszyna wirtualna nie może skontaktować się z usługą Azure Backup z powodu problemów z łącznością z Internetem.	Przyczyna 1: Maszyna wirtualna wymaga łączności wychodzącej z usługami Azure Backup, Azure Storage lub Microsoft Entra. Przyczyna 2: Zasady GPO ograniczają wymagane zestawy szyfrowania dla komunikacji TLS.	Zalecenie dotyczące przyczyny 1: Jeśli używasz sieciowej grupy zabezpieczeń do ograniczania łączności, powinieneś użyć tagu AzureBackup, aby umożliwić dostęp wychodzący do usługi Azure Backup, i podobnie dla usług Microsoft Entra ID (AzureActiveDirectory) i Azure Storage (Storage). Wykonaj następujące kroki , aby udzielić dostępu. Upewnij się, że usługa DNS rozwiązuje punkty końcowe platformy Azure. Sprawdź, czy maszyna wirtualna znajduje się za modułem równoważenia obciążenia blokującym dostęp do Internetu. Przypisując publiczny adres IP do maszyn wirtualnych, odnajdywanie będzie działać. Sprawdź, czy nie ma zapory/oprogramowania antywirusowego/serwera proxy, które blokują wywołania do powyższych trzech usług docelowych. Zalecenie dotyczące przyczyny 2: Usuń maszynę wirtualną z obiektu zasad GPO lub wyłącz/usuń politykę GPO jako tymczasowe rozwiązanie. Alternatywnie zmodyfikuj obiekt zasad grupy w taki sposób, aby zezwalał na wymagane pakiety szyfrujące.

BłądUżytkownikaOperacjaNiedozwolonaWłączoneOdbicieLustrzaneBazyDanych

Komunikat o błędzie	Możliwa przyczyna	Zalecana akcja
Tworzenie kopii zapasowych baz danych biorących udział w sesji dublowania bazy danych nie jest obsługiwane przez funkcję AzureWorkloadBackup.	Po włączeniu operacji dublowania w bazie danych SQL zostanie wyświetlony ten błąd. Obecnie usługa Azure Backup nie obsługuje baz danych z włączoną tą funkcją.	Możesz usunąć sesję dublowania bazy danych, aby operacja została ukończona pomyślnie. Alternatywnie, jeśli baza danych jest już chroniona, wykonaj operację Zatrzymaj kopię zapasową w bazie danych.

Błąd użytkownika: WindowsWLExt nie udało się uruchomić usługi wtyczki

Komunikat o błędzie	Możliwa przyczyna	Zalecenie
Operacja kończy się niepowodzeniem z powodu błędu UserErrorWindowsWLExtFailedToStartPluginService.	Rozszerzenie obciążeń usługi Azure Backup nie może uruchomić usługi wtyczki kopii zapasowej obciążeń na maszynie wirtualnej Azure z powodu błędnej konfiguracji konta usługi.	Krok 1. Sprawdź, czy użytkownik NT Service\AzureWLBackupPluginSvc ma uprawnienia do odczytu : - C:\windows\Microsoft.NET \assembly\GAC_32 - C:\windows\Microsoft.NET \assembly\GAC_64 - C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config. Jeśli brakuje uprawnień, przypisz uprawnienia do odczytu dla tych katalogów. Krok 2: Sprawdź, czy NT Service\AzureWLBackupPluginSvc ma uprawnienia do omijania sprawdzania przejść, przechodząc do Lokalne zasady zabezpieczeń>Przypisywanie praw użytkownika>Omijanie sprawdzania przejść. Każdy musi być domyślnie wybrany. Jeśli brakuje wszystkich i NT Service\AzureWLBackupPluginSvc, dodaj użytkownika NT Service\AzureWLBackupPluginSvc, a następnie spróbuj ponownie uruchomić usługę lub wyzwolić operację tworzenia kopii zapasowej lub przywracania dla źródła danych.

Niepowodzenia ponownej rejestracji

Przed wyzwoleniem operacji ponownej rejestracji sprawdź co najmniej jeden z następujących objawów:

• Wszystkie operacje (takie jak tworzenie kopii zapasowej, przywracanie i konfigurowanie kopii zapasowej) kończą się niepowodzeniem na maszynie wirtualnej z jednym z następujących kodów błędów: WorkloadExtensionNotReachable, UserErrorWorkloadExtensionNotInstalled, WorkloadExtensionNotPresent, WorkloadExtensionDidntDequeueMsg.

• Jeśli obszar Stan kopii zapasowej dla elementu kopii zapasowej jest wyświetlany jako Nieosiągalny, wyklucz wszystkie inne przyczyny, które mogą powodować ten sam stan:

  • Brak uprawnień do wykonywania operacji związanych z tworzeniem kopii zapasowych na maszynie wirtualnej.
  • Zamknięcie maszyny wirtualnej, aby nie można było wykonywać kopii zapasowych.
  • Problemy z siecią

  

• W przypadku zawsze włączonej grupy dostępności kopie zapasowe zaczęły się kończyć niepowodzeniem po zmianie preferencji tworzenia kopii zapasowej lub po przejściu w tryb failover.

Te objawy mogą wystąpić z co najmniej jednego z następujących powodów:

• Rozszerzenie zostało usunięte lub odinstalowane z portalu.
• Rozszerzenie zostało odinstalowane z Panel sterowania na maszynie wirtualnej w obszarze Odinstaluj lub Zmień program.
• Maszyna wirtualna została przywrócona z powrotem w czasie przez przywracanie dysku w miejscu.
• Maszyna wirtualna została zamknięta przez dłuższy czas, więc konfiguracja rozszerzenia wygasła.
• Maszyna wirtualna została usunięta, a inna maszyna wirtualna została utworzona o tej samej nazwie i w tej samej grupie zasobów co usunięta maszyna wirtualna.
• Jeden z węzłów grupy dostępności nie otrzymał pełnej konfiguracji kopii zapasowej. Może się tak zdarzyć, gdy grupa dostępności jest zarejestrowana w repozytorium lub po dodaniu nowego węzła.

W poprzednich scenariuszach zalecamy wyzwolenie operacji ponownej rejestracji na maszynie wirtualnej. Zobacz tutaj , aby uzyskać instrukcje dotyczące wykonywania tego zadania w programie PowerShell.

Limit rozmiaru plików

Całkowity rozmiar ciągu plików zależy nie tylko od liczby plików, ale także od ich nazw i ścieżek. Dla każdego pliku bazy danych pobierz nazwę pliku logicznego i ścieżkę fizyczną. Możesz użyć tego zapytania SQL:

SELECT mf.name AS LogicalName, Physical_Name AS Location FROM sys.master_files mf
               INNER JOIN sys.databases db ON db.database_id = mf.database_id
               WHERE db.name = N'<Database Name>'

Teraz rozmieść je w następującym formacie:

[{"path":"<Location>","logicalName":"<LogicalName>","isDir":false},{"path":"<Location>","logicalName":"<LogicalName>","isDir":false}]

Oto przykład:

[{"path":"F:\\Data\\TestDB12.mdf","logicalName":"TestDB12","isDir":false},{"path":"F:\\Log\\TestDB12_log.ldf","logicalName":"TestDB12_log","isDir":false}]

Jeśli rozmiar ciągu zawartości przekracza 20 000 bajtów, pliki bazy danych są przechowywane inaczej. Podczas odzyskiwania nie będzie można ustawić docelowej ścieżki pliku na potrzeby przywracania. Pliki zostaną przywrócone do domyślnej ścieżki SQL dostarczonej przez program SQL Server.

Zastąpij domyślną docelową ścieżkę pliku przywracania

Możesz zastąpić docelową ścieżkę pliku przywracania podczas operacji przywracania, umieszczając plik JSON zawierający mapowanie pliku bazy danych na docelową ścieżkę przywracania. database_name.json Utwórz plik i umieść go w lokalizacji C:\Program Files\Azure Workload Backup\bin\plugins\SQL*.

Zawartość pliku powinna mieć następujący format:

[
  {
    "Path": "<Restore_Path>",
    "LogicalName": "<LogicalName>",
    "IsDir": "false"
  },
  {
    "Path": "<Restore_Path>",
    "LogicalName": "LogicalName",
    "IsDir": "false"
  },  
]

Oto przykład:

[
  {
   "Path": "F:\\Data\\testdb2_1546408741449456.mdf",
   "LogicalName": "testdb7",
   "IsDir": "false"
  },
  {
    "Path": "F:\\Log\\testdb2_log_1546408741449456.ldf",
    "LogicalName": "testdb7_log",
    "IsDir": "false"
  },  
]

W poprzedniej zawartości można uzyskać nazwę logiczną pliku bazy danych przy użyciu następującego zapytania SQL:

SELECT mf.name AS LogicalName FROM sys.master_files mf
                INNER JOIN sys.databases db ON db.database_id = mf.database_id
                WHERE db.name = N'<Database Name>'

Ten plik należy umieścić przed rozpoczęciem operacji przywracanie.

Następne kroki

Aby uzyskać więcej informacji na temat Azure Backup dla maszyn wirtualnych SQL.