Udostępnij za pośrednictwem

Tworzenie kopii zapasowej i przywracanie aplikacji w usłudze aplikacja systemu Azure Service

  • Artykuł

W usłudze aplikacja systemu Azure można łatwo przywrócić kopie zapasowe aplikacji. Możesz również tworzyć niestandardowe kopie zapasowe na żądanie lub konfigurować zaplanowane niestandardowe kopie zapasowe. Możesz przywrócić kopię zapasową, zastępując istniejącą aplikację lub przywracając do nowej aplikacji lub miejsca. W tym artykule pokazano, jak przywrócić kopię zapasową i utworzyć niestandardowe kopie zapasowe.

Tworzenie kopii zapasowej i przywracanie jest obsługiwane w warstwach Podstawowa, Standardowa, Premium i Izolowana . W przypadku warstwy Podstawowa można utworzyć kopię zapasową i przywrócić tylko miejsce produkcyjne. Aby uzyskać więcej informacji na temat skalowania planu usługi App Service w celu korzystania z wyższej warstwy, zobacz Skalowanie aplikacji w górę na platformie Azure.

Uwaga

W przypadku środowisk App Service Environment:

  • Automatyczne kopie zapasowe można przywrócić do aplikacji docelowej w samym środowisku App Service Environment, a nie w innym środowisku App Service Environment.
  • Niestandardowe kopie zapasowe można przywrócić do aplikacji docelowej w innym środowisku App Service Environment, na przykład z środowiska App Service Environment w wersji 2 do środowiska App Service Environment w wersji 3.
  • Kopie zapasowe można przywrócić do docelowej aplikacji tej samej platformy systemu operacyjnego co aplikacja źródłowa.

Tworzenie kopii zapasowej i przywracanie w porównaniu z odzyskiwaniem po awarii

Platforma Wskazówki dotyczące tworzenia kopii zapasowych i przywracania Wskazówki dotyczące odzyskiwania po awarii
Aplikacje internetowe usługi App Service
(Warstwy cenowe Bezpłatna i Współdzielona)		 Jeśli masz aplikacje internetowe wdrożone w warstwie Bezpłatna lub Współdzielona i wymagają dostępu do możliwości tworzenia kopii zapasowych i przywracania dla tych aplikacji internetowych, przeprowadź skalowanie w górę do warstwy Podstawowa lub nowsza. Przełącz zasoby usługi App Service z powrotem do trybu online w innym regionie świadczenia usługi Azure podczas regionalnej awarii.

Od 31 marca 2025 r. aplikacje usługi App Service nie będą umieszczane w trybie odzyskiwania po awarii w regionie świadczenia usługi Azure, jak wyjaśniono w artykule odzyskiwanie po awarii w całym regionie. Zalecamy zaimplementowanie powszechnie używanych technik odzyskiwania po awarii, aby zapobiec przestojom i utracie danych podczas regionalnej awarii.
Aplikacje internetowe usługi App Service
(Warstwy cenowe Podstawowa, Standardowa i Premium)		 W usłudze aplikacja systemu Azure możesz tworzyć niestandardowe kopie zapasowe na żądanie lub korzystać z automatycznych kopii zapasowych. Możesz przywrócić kopię zapasową, zastępując istniejącą aplikację lub przywracając do nowej aplikacji lub miejsca.

Aby uzyskać więcej informacji, zobacz Tworzenie kopii zapasowej i przywracanie aplikacji w usłudze aplikacja systemu Azure Service.		 Bieżące wskazówki dotyczące przenoszenia zasobów usługi App Service z powrotem do trybu online w innym regionie świadczenia usługi Azure podczas regionalnej awarii są dostępne w artykule Odzyskiwanie po awarii całego regionu — aplikacja systemu Azure Service.

Od 31 marca 2025 r. aplikacje internetowe usługi aplikacja systemu Azure Nie będą już umieszczane w trybie odzyskiwania po awarii w regionie świadczenia usługi Azure, jak wyjaśniono w artykule odzyskiwania po awarii całego regionu. Zachęcamy do zaimplementowania powszechnie używanych technik odzyskiwania po awarii, aby zapobiec utracie funkcji lub danych dla aplikacji internetowych, jeśli wystąpi awaria regionalna.
App Service Environment (V2 i V3) W środowisku usługi aplikacja systemu Azure możesz tworzyć niestandardowe kopie zapasowe na żądanie lub używać automatycznych kopii zapasowych. Automatyczne kopie zapasowe można przywrócić do aplikacji docelowej w tym samym środowisku App Service Environment, a nie w innym środowisku App Service Environment. Niestandardowe kopie zapasowe można przywrócić do aplikacji docelowej w innym środowisku App Service Environment (na przykład z środowiska App Service Environment w wersji 2 do środowiska App Service Environment w wersji 3). Kopie zapasowe można przywrócić do docelowej aplikacji tej samej platformy systemu operacyjnego co aplikacja źródłowa.

Aby uzyskać więcej informacji, zobacz Tworzenie kopii zapasowej i przywracanie aplikacji w usłudze aplikacja systemu Azure Service.		 Zachęcamy do zaimplementowania wskazówek dotyczących odzyskiwania po awarii dla aplikacji internetowych wdrożonych w środowisku App Service Environment przy użyciu powszechnie używanych technik odzyskiwania po awarii.
Azure Functions:
Dedykowany plan		 Po uruchomieniu aplikacji funkcji w planie dedykowanej (App Service) wymagana zawartość aplikacji funkcji jest utrzymywana przy użyciu wbudowanego magazynu. W planie dedykowanym można tworzyć niestandardowe kopie zapasowe na żądanie lub używać automatycznych kopii zapasowych. Możesz przywrócić kopię zapasową, zastępując istniejącą aplikację lub przywracając do nowej aplikacji lub miejsca.

Aby uzyskać więcej informacji, zobacz Tworzenie kopii zapasowej i przywracanie aplikacji w usłudze aplikacja systemu Azure Service.

Usługa Azure Files nie jest używana przez plan dedykowany, ale jeśli aplikacja została nieprawidłowo skonfigurowana za pomocą połączenia usługi Azure Files, kopia zapasowa nie jest obsługiwana.		 Bieżące wskazówki dotyczące przenoszenia zasobów aplikacji funkcji do dedykowanego planu w trybie online w innym regionie świadczenia usługi Azure podczas awarii regionalnej są dostępne w artykule Odzyskiwanie po awarii całego regionu — aplikacja systemu Azure Service.

Od 31 marca 2025 r. aplikacje usługi App Service nie będą umieszczane w trybie odzyskiwania po awarii w regionie świadczenia usługi Azure, jak wyjaśniono w artykule odzyskiwanie po awarii w całym regionie. Zamiast tego należy zaplanować niezawodność w aplikacjach funkcji.

Można również zapoznać się z powszechnie używanymi technikami odzyskiwania po awarii dla aplikacji funkcji w planie dedykowanym.
Azure Functions:
Zużycie elastyczne,
Zużycie i plany Premium		 Aplikacje funkcji uruchamiane w planie Flex Consumption w planie Zużycie lub w planie Premium nie mogą używać niestandardowych ani automatycznych funkcji tworzenia kopii zapasowych w usłudze App Service. W tych planach skalowania dynamicznego zawartość aplikacji funkcji jest przechowywana w usłudze Azure Storage. Użyj opcji nadmiarowości usługi Azure Storage, aby upewnić się, że konto magazynu spełnia cele dotyczące dostępności i trwałości podczas awarii.

Możesz również pobrać istniejący projekt aplikacji funkcji jako plik .zip z witryny Azure Portal.		 Zdecydowanie zachęcamy do planowania niezawodności w aplikacjach funkcji.

Automatyczne a niestandardowe kopie zapasowe

W usłudze App Service istnieją dwa typy kopii zapasowych. Automatyczne kopie zapasowe są tworzone dla aplikacji regularnie, o ile znajdują się w obsługiwanej warstwie cenowej. Niestandardowe kopie zapasowe wymagają konfiguracji początkowej i mogą być wykonywane na żądanie lub zgodnie z harmonogramem. W poniższej tabeli przedstawiono różnice między dwoma typami.

Funkcja Automatyczne kopie zapasowe Niestandardowe kopie zapasowe
Warstwy cenowe Podstawowa, Standardowa, Premium, Izolowana. Podstawowa, Standardowa, Premium, Izolowana.
Wymagana konfiguracja L.p. Tak.
Rozmiar kopii zapasowej 30 GB. 10 GB, z których 4 GB może być połączoną bazą danych.
Połączona baza danych Nie utworzono kopii zapasowej. Można utworzyć kopię zapasową następujących połączonych baz danych: SQL Database, Azure Database for MySQL, Azure Database for PostgreSQL i MySQL w aplikacji.
Wymagane konto magazynu L.p. Tak.
Częstotliwość wykonywania kopii zapasowych Co godzinę, nie można skonfigurować. Konfigurowalne.
Okres przetrzymywania 30 dni, nie można go skonfigurować.
- Dni 1–3: przechowywane co godzinę kopie zapasowe.
- Dni 4-14: co trzeci co trzeci co godzinę kopii zapasowej przechowywane.
- Dni 15-30: co szósta godzina przechowywania kopii zapasowej.		 0–30 dni lub nieokreślony.
Pobrania L.p. Tak, jako obiekty blob usługi Azure Storage.
Częściowe kopie zapasowe Nieobsługiwane. Obsługiwane.
Kopie zapasowe za pośrednictwem sieci wirtualnej Nieobsługiwane. Obsługiwane.

Przywracanie kopii zapasowej

Uwaga

Usługa App Service zatrzymuje docelową aplikację lub miejsce docelowe podczas przywracania kopii zapasowej. Aby zminimalizować przestój aplikacji produkcyjnej, najpierw przywróć kopię zapasową do miejsca wdrożenia, a następnie zamień je na środowisko produkcyjne.

  1. Na stronie zarządzania aplikacjami w witrynie Azure Portal w menu po lewej stronie wybierz pozycję Kopie zapasowe. Strona Kopie zapasowe zawiera listę wszystkich automatycznych i niestandardowych kopii zapasowych dla aplikacji oraz ich stan.

    Zrzut ekranu przedstawiający sposób otwierania strony kopii zapasowych.

  2. Wybierz automatyczną kopię zapasową lub niestandardową kopię zapasową do przywrócenia, wybierając link Przywróć .

    Zrzut ekranu przedstawiający sposób wybierania linku przywracania.

  3. Sekcja Szczegóły kopii zapasowej jest wypełniana automatycznie.

  4. Określ miejsce docelowe przywracania w obszarze Wybierz miejsce docelowe. Aby przywrócić do nowej aplikacji, wybierz pozycję Utwórz nową w polu App Service . Aby przywrócić do nowego miejsca wdrożenia, wybierz pozycję Utwórz nowy w polu Miejsce wdrożenia.

    W przypadku wybrania istniejącego miejsca wszystkie istniejące dane w systemie plików zostaną wymazane i zastąpione. Miejsce produkcyjne ma taką samą nazwę jak nazwa aplikacji.

  5. Konfigurację lokacji można przywrócić w obszarze Opcje zaawansowane.

  6. Wybierz przycisk Przywróć.

Tworzenie niestandardowej kopii zapasowej

  1. Na stronie zarządzania aplikacjami w witrynie Azure Portal w menu po lewej stronie wybierz pozycję Kopie zapasowe.

    Zrzut ekranu przedstawiający sposób otwierania strony kopii zapasowych.

  2. W górnej części strony Kopie zapasowe wybierz pozycję Konfiguruj niestandardowe kopie zapasowe.

  3. W obszarze Konto magazynu wybierz istniejące konto magazynu (w tej samej subskrypcji) lub wybierz pozycję Utwórz nowe. Wykonaj to samo w kontenerze.

    Aby utworzyć kopię zapasową połączonych baz danych, wybierz pozycję Dalej: Zaawansowana>baza danych dołączenia i wybierz bazy danych do utworzenia kopii zapasowej.

    Uwaga

    Aby obsługiwana baza danych pojawiła się na tej liście, jej parametry połączenia musi istnieć w sekcji Parametry połączenia na stronie Konfiguracja aplikacji.

    Bazy danych MySQL w aplikacji są zawsze tworzone bez żadnej konfiguracji. Jeśli ręcznie ustawisz ustawienia baz danych MySQL w aplikacji, takie jak dodawanie parametry połączenia, kopie zapasowe mogą nie działać poprawnie.

  4. Wybierz Konfiguruj.

    Po skonfigurowaniu konta magazynu i kontenera można w dowolnym momencie zainicjować kopię zapasową na żądanie. Kopie zapasowe na żądanie są zachowywane na czas nieokreślony.

  5. W górnej części strony Kopie zapasowe wybierz pozycję Utwórz kopię zapasową teraz.

    Zrzut ekranu przedstawiający sposób tworzenia kopii zapasowej na żądanie.

    Niestandardowa kopia zapasowa jest wyświetlana na liście ze wskaźnikiem postępu. Jeśli wystąpi błąd, możesz wybrać element wiersza, aby wyświetlić komunikat o błędzie.

Konfigurowanie niestandardowych zaplanowanych kopii zapasowych

  1. Na stronie Konfigurowanie niestandardowych kopii zapasowych wybierz pozycję Ustaw harmonogram.

  2. Skonfiguruj harmonogram tworzenia kopii zapasowej zgodnie z potrzebami, a następnie wybierz pozycję Konfiguruj.

Tworzenie kopii zapasowej i przywracanie połączonej bazy danych

Niestandardowe kopie zapasowe mogą obejmować połączone bazy danych (z wyjątkiem sytuacji, gdy kopia zapasowa jest skonfigurowana za pośrednictwem usługi Azure Virtual Network). Aby upewnić się, że kopia zapasowa zawiera połączoną bazę danych, wykonaj następujące czynności:

  1. Upewnij się, że połączona baza danych jest obsługiwana.
  2. Utwórz parametry połączenia wskazującą bazę danych. Baza danych jest uznawana za "połączoną" z aplikacją, gdy istnieje prawidłowa parametry połączenia dla niej w konfiguracji aplikacji.
  3. Wykonaj kroki opisane w temacie Tworzenie niestandardowej kopii zapasowej , aby wybrać połączoną bazę danych na karcie Zaawansowane .

Aby przywrócić bazę danych zawartą w niestandardowej kopii zapasowej:

  1. Wykonaj kroki opisane w artykule Przywracanie kopii zapasowej.
  2. W obszarze Opcje zaawansowane wybierz pozycję Uwzględnij bazę danych.

Aby uzyskać informacje dotyczące rozwiązywania problemów, zobacz Dlaczego nie utworzono kopii zapasowej połączonej bazy danych?

Tworzenie kopii zapasowej i przywracanie za pośrednictwem usługi Azure Virtual Network

Dzięki niestandardowym kopiom zapasowym możesz utworzyć kopię zapasową plików i danych konfiguracji aplikacji na koncie magazynu chronionego przez zaporę, jeśli spełnione są następujące wymagania:

Aby utworzyć kopię zapasową i przywrócić za pośrednictwem usługi Azure Virtual Network:

  1. Podczas konfigurowania niestandardowych kopii zapasowych wybierz pozycję Kopia zapasowa/przywracanie za pośrednictwem integracji z siecią wirtualną.
  2. Zapisz ustawienia, wybierając pozycję Konfiguruj.

Jeśli nie widzisz pola wyboru lub jeśli pole wyboru jest wyłączone, sprawdź, czy zasoby spełniają wymagania.

Po zapisaniu konfiguracji każda ręczna kopia zapasowa, zaplanowana kopia zapasowa lub przywracanie są wykonywane za pośrednictwem sieci wirtualnej. Jeśli wprowadzisz zmiany w aplikacji, sieci wirtualnej lub koncie magazynu, które uniemożliwią aplikacji uzyskiwanie dostępu do konta magazynu za pośrednictwem sieci wirtualnej, operacje tworzenia kopii zapasowej lub przywracania kończą się niepowodzeniem.

Konfigurowanie częściowych kopii zapasowych

Częściowe kopie zapasowe są obsługiwane w przypadku niestandardowych kopii zapasowych (ale nie w przypadku automatycznych kopii zapasowych). Czasami nie chcesz tworzyć kopii zapasowych wszystkich elementów w aplikacji. Oto kilka przykładów:

  • Konfigurujesz cotygodniowe kopie zapasowe aplikacji zawierającej zawartość statyczną, która nigdy się nie zmienia, na przykład stare wpisy w blogu lub obrazy.
  • Aplikacja ma ponad 10 GB zawartości. (Jest to maksymalna ilość, którą można utworzyć naraz).
  • Nie chcesz tworzyć kopii zapasowych plików dziennika.

Aby wykluczyć foldery i pliki z przechowywania w przyszłych kopiach zapasowych, utwórz _backup.filter plik w %HOME%\site\wwwroot folderze aplikacji. Określ listę plików i folderów, które chcesz wykluczyć w tym pliku.

Napiwek

Aby uzyskać dostęp do plików, przejdź do folderu https://<app-name>.scm.azurewebsites.net/DebugConsole. Jeśli zostanie wyświetlony monit, zaloguj się do konta platformy Azure.

Zidentyfikuj foldery, które mają zostać wykluczone z kopii zapasowych. Załóżmy na przykład, że chcesz odfiltrować wyróżniony folder i pliki.

Zrzut ekranu przedstawiający pliki i foldery do wykluczenia z kopii zapasowych.

Utwórz plik o nazwie _backup.filter i umieść poprzednią listę w pliku, ale usuń katalog główny %HOME%. Wyświetl jeden katalog lub plik w każdym wierszu. Zawartość pliku powinna być następująca:

\site\wwwroot\Images\brand.png
\site\wwwroot\Images\2014
\site\wwwroot\Images\2013

_backup.filter Przekaż plik do D:\home\site\wwwroot\ katalogu witryny przy użyciu protokołu FTP lub innej metody. Jeśli chcesz, możesz utworzyć plik bezpośrednio przy użyciu narzędzia Kudu DebugConsole i wstawić tam zawartość.

Uruchamianie kopii zapasowych w taki sam sposób, jak zwykle: niestandardowe harmonogramy na żądanie lub niestandardowe. Wszystkie pliki i foldery określone w programie _backup.filter są wykluczone z przyszłych kopii zapasowych.

Uwaga

_backup.filter zmienia sposób działania przywracania. Bez _backup.filterfunkcji przywracanie kopii zapasowej powoduje usunięcie wszystkich istniejących plików w aplikacji i zastąpienie ich plikami w kopii zapasowej. W przypadku _backup.filterprogramu każda zawartość w systemie plików aplikacji, która jest uwzględniona w _backup.filter pliku, jest pozostawiona w taki sposób, jak (nie jest usuwana).

Jak są przechowywane kopie zapasowe

Po utworzeniu co najmniej jednej kopii zapasowej aplikacji kopie zapasowe są widoczne na stronie Kontenery konta magazynu i aplikacji. Na koncie magazynu każda kopia zapasowa składa się z.zip pliku zawierającego dane kopii zapasowej i .xml pliku zawierającego .zip manifest zawartości pliku. Możesz rozpakować i przeglądać te pliki, jeśli chcesz uzyskać dostęp do kopii zapasowych bez faktycznego przywracania aplikacji.

Kopia zapasowa bazy danych dla aplikacji jest przechowywana w katalogu głównym pliku .zip. W przypadku usługi SQL Database jest to plik BACPAC (bez rozszerzenia pliku) i można go zaimportować. Aby utworzyć bazę danych w usłudze Azure SQL Database na podstawie eksportu BACPAC, zobacz Importowanie pliku BACPAC w celu utworzenia bazy danych w usłudze Azure SQL Database.

Ostrzeżenie

Zmiana dowolnego pliku w kontenerze webbackups może spowodować, że kopia zapasowa stanie się nieprawidłowa i dlatego nie można jej przywrócić.

Komunikaty o błędach

Na stronie Kopie zapasowe zostanie wyświetlony stan każdej kopii zapasowej. Aby uzyskać szczegóły dziennika dotyczące nieudanej kopii zapasowej, wybierz element wiersza na liście. Poniższa tabela ułatwia rozwiązywanie problemów z kopią zapasową. Jeśli błąd nie został udokumentowany w tabeli, otwórz bilet pomocy technicznej.

Błąd Napraw
Dostęp do magazynu nie powiódł się. Usuń harmonogram tworzenia kopii zapasowych i skonfiguruj go ponownie. Możesz też ponownie skonfigurować magazyn kopii zapasowych.
Rozmiar witryny internetowej i bazy danych przekracza {0} limit GB dla kopii zapasowych. Rozmiar zawartości to {1} GB. Wyklucz niektóre pliki z kopii zapasowej lub usuń część bazy danych kopii zapasowej i zamiast tego użyj zewnętrznie oferowanych kopii zapasowych.
Wystąpił błąd podczas nawiązywania połączenia z bazą danych {0} na serwerze {1}: Uwierzytelnianie hosta "{1}" dla użytkownika "<username>" przy użyciu metody "mysql_native_password" nie powiodło się z komunikatem: Nieznana baza danych "<db-name>" Zaktualizuj parametry połączenia bazy danych.
Nie można rozpoznać .{0} {1} (CannotResolveStorageAccount) Usuń harmonogram tworzenia kopii zapasowych i skonfiguruj go ponownie.
Logowanie użytkownika '{0}' nie powiodło się. Zaktualizuj parametry połączenia bazy danych.
Tworzenie kopii {0} bazy danych ({1}) zgłosiło wyjątek. Nie można utworzyć kopii bazy danych. Użyj użytkownika administracyjnego w parametry połączenia.
Podmiot zabezpieczeń serwera "<name>" nie może uzyskać dostępu do bazy danych "master" w bieżącym kontekście zabezpieczeń. Nie można otworzyć bazy danych "master" żądanej podczas logowania. Logowanie nie powiodło się. Logowanie użytkownika "<name>" nie powiodło się. Użyj użytkownika administracyjnego w parametry połączenia.
Podczas nawiązywania połączenia z serwerem SQL wystąpił błąd dotyczący sieci lub wystąpienia. Serwer nie został znaleziony lub był niedostępny. Sprawdź, czy nazwa wystąpienia jest prawidłowa oraz czy program SQL Server skonfigurowano tak, aby zezwalał na połączenia zdalne. (dostawca: dostawca nazwanych potoków, błąd: 40 — nie można nawiązać połączenia z programem SQL Server). Upewnij się, że parametry połączenia jest prawidłowa. Zezwalaj na wychodzące adresy IP aplikacji w ustawieniach serwera bazy danych.
Nie można otworzyć serwera "<name>" żądanego podczas logowania. Logowanie nie powiodło się. Upewnij się, że parametry połączenia jest prawidłowa.
Brak obowiązkowych parametrów prawidłowego sygnatury dostępu współdzielonego. Usuń harmonogram tworzenia kopii zapasowych i skonfiguruj go ponownie.
wymagane połączenie SSL. Określ opcje protokołu SSL i spróbuj ponownie podczas próby nawiązania połączenia. Łączność SSL z usługami Azure Database for MySQL i Azure Database for PostgreSQL nie jest obsługiwana w przypadku kopii zapasowych bazy danych. Zamiast tego użyj natywnej funkcji tworzenia kopii zapasowej w odpowiedniej bazie danych.

Automatyzowanie przy użyciu skryptów

Zarządzanie kopiami zapasowymi można zautomatyzować za pomocą skryptów przy użyciu interfejsu wiersza polecenia platformy Azure lub programu Azure PowerShell.

Przykłady można znaleźć w temacie:

Często zadawane pytania

Czy kopie zapasowe są aktualizacjami przyrostowymi, czy kompletnymi kopiami zapasowymi?

Każda kopia zapasowa jest kompletną kopią aplikacji w trybie offline, a nie przyrostową aktualizacją.

Czy usługa Azure Functions obsługuje automatyczne kopie zapasowe?

Automatyczne kopie zapasowe są dostępne dla usługi Azure Functions w dedykowanych warstwach (App Service) w warstwach Podstawowa, Standardowa i Premium. Automatyczne kopie zapasowe nie są obsługiwane w przypadku aplikacji funkcji w warstwach cenowych Zużycie ani Elastic Premium.

Co znajduje się w automatycznej kopii zapasowej?

W poniższej tabeli przedstawiono kopię zapasową zawartości w ramach automatycznej kopii zapasowej:

Zawartość Przywrócone?
Aplikacje systemu Windows: cała zawartość aplikacji w %HOME% katalogu.
Aplikacje systemu Linux: cała zawartość aplikacji w /home katalogu.
Kontenery niestandardowe (Windows i Linux): zawartość w magazynie trwałym.		 Tak
Zawartość pakietu run-from-ZIP Nie.
Zawartość z dowolnego magazynu platformy Azure zainstalowanego niestandardowego, na przykład z udziału usługi Azure Files Nie.

W poniższej tabeli przedstawiono, które konfiguracje aplikacji są przywracane po wybraniu przywracania konfiguracji aplikacji:

Ustawienia Przywrócone?
Ustawienia dziennika natywnego, w tym ustawienia konta usługi Azure Storage i kontenera Tak
Konfiguracja usługi Application Insights Tak
Sprawdzanie kondycji Tak
Funkcje sieci, takie jak prywatne punkty końcowe, połączenia hybrydowe i integracja sieci wirtualnej Nie.
Authentication Nie.
Tożsamości zarządzane Nie.
Niestandardowe domeny Nie.
TLS/SSL Nie.
Skalowanie w poziomie Nie.
Diagnostyka za pomocą usługi Azure Monitor Nie.
Alerty i metryki Nie.
Tworzenie kopii zapasowych Nie.
Skojarzone miejsca wdrożenia Nie.
Dowolna połączona baza danych obsługiwana przez niestandardową kopię zapasową Nie.

Co znajduje się w niestandardowej kopii zapasowej?

Niestandardowa kopia zapasowa (kopia zapasowa na żądanie lub zaplanowana kopia zapasowa) obejmuje całą zawartość i konfigurację uwzględniną w automatycznej kopii zapasowej oraz dowolną połączoną bazę danych do dozwolonego maksymalnego rozmiaru.

Podczas tworzenia kopii zapasowej za pośrednictwem usługi Azure Virtual Network nie można utworzyć kopii zapasowej połączonej bazy danych.

Dlaczego nie utworzono kopii zapasowej połączonej bazy danych?

Połączone bazy danych są kopiami zapasowymi tylko dla niestandardowych kopii zapasowych, aż do dozwolonego maksymalnego rozmiaru. Jeśli maksymalny rozmiar kopii zapasowej (10 GB) lub maksymalny rozmiar bazy danych (4 GB) zostanie przekroczony, tworzenie kopii zapasowej zakończy się niepowodzeniem. Oto kilka typowych powodów, dla których połączona baza danych nie jest tworzona:

  • Tworzenie kopii zapasowej usługi Azure Database for MySQL z obsługą protokołu TLS nie jest obsługiwane. Jeśli skonfigurowano kopię zapasową, wystąpią błędy tworzenia kopii zapasowej.
  • Tworzenie kopii zapasowej usługi Azure Database for PostgreSQL z obsługą protokołu TLS nie jest obsługiwane. Jeśli skonfigurowano kopię zapasową, wystąpią błędy tworzenia kopii zapasowej.
  • Bazy danych MySQL w aplikacji są automatycznie tworzone bez żadnej konfiguracji. Jeśli ustawisz ustawienia ręczne dla baz danych MySQL w aplikacji, takich jak dodawanie parametry połączenia, kopie zapasowe mogą nie działać poprawnie.

Co się stanie, jeśli rozmiar kopii zapasowej przekroczy dozwoloną wartość maksymalną?

Nie można przywrócić automatycznych kopii zapasowych, jeśli rozmiar kopii zapasowej przekracza maksymalny rozmiar. Podobnie niestandardowe kopie zapasowe kończą się niepowodzeniem, jeśli maksymalny rozmiar kopii zapasowej lub maksymalny rozmiar bazy danych zostanie przekroczony. Aby zmniejszyć rozmiar magazynu, rozważ przeniesienie plików, takich jak dzienniki, obrazy, dźwięk i wideo do usługi Azure Storage, na przykład.

Czy mogę użyć konta magazynu z włączonymi funkcjami zabezpieczeń?

Możesz utworzyć kopię zapasową konta magazynu chronionego przez zaporę, jeśli jest częścią tej samej topologii sieci wirtualnej co aplikacja. Zobacz Tworzenie kopii zapasowych i przywracanie za pośrednictwem usługi Azure Virtual Network.

Jak mogę przywrócić aplikację w innej subskrypcji?

  1. Utwórz niestandardową kopię zapasową w kontenerze usługi Azure Storage.
  2. Pobierz plik ZIP kopii zapasowej na komputer lokalny.
  3. Na stronie Kopie zapasowe aplikacji docelowej wybierz pozycję Przywróć w górnym menu.
  4. W obszarze Szczegóły kopii zapasowej wybierz pozycję Magazyn w polu Źródło.
  5. Wybierz preferowane konto magazynu.
  6. W pliku zip wybierz pozycję Przekaż plik.
  7. W polu Nazwa wybierz pozycję Przeglądaj i wybierz pobrany plik ZIP.
  8. Skonfiguruj pozostałe sekcje zgodnie z opisem w temacie Przywracanie kopii zapasowej.

Jak mogę przywrócić aplikację w tej samej subskrypcji, ale w innym regionie?

Kroki są takie same jak w Jak mogę przywracania do aplikacji w innej subskrypcji?.

Gdzie są przechowywane automatyczne kopie zapasowe?

Automatyczne kopie zapasowe są przechowywane w tym samym centrum danych co usługa App Service. Nie powinny one być oparte na planie odzyskiwania po awarii.

Jak mogę zatrzymać automatyczną kopię zapasową?

Nie można zatrzymać automatycznych kopii zapasowych. Automatyczna kopia zapasowa jest przechowywana na platformie i nie ma wpływu na bazowe wystąpienie aplikacji ani jej magazyn.

Następny krok

Dokumentacja usługi Azure Blob Storage