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

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 nowego 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 Podstawowej można tylko utworzyć kopię zapasową i przywrócić miejsce produkcji. 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.

Automatyczne a niestandardowe kopie zapasowe

W usłudze App Service istnieją dwa typy kopii zapasowych. Jeśli aplikacja znajduje się w obsługiwanej warstwie cenowej, automatyczne kopie zapasowe są tworzone regularnie. 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.

Przywracanie kopii zapasowej

Tworzenie niestandardowej kopii zapasowej

1. Przejdź do okienka zarządzania aplikacjami w witrynie Azure Portal. W menu po lewej stronie wybierz pozycję Kopie zapasowe.

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

3. W Konto magazynu wybierz istniejące konto magazynu w tej samej subskrypcji lub opcję Utwórz nowe. Powtórz w kontenerze.

   Aby utworzyć kopię zapasową połączonych baz danych, wybierz Dalej: Zaawansowane>Dołącz bazę danych i wybierz bazy danych do utworzenia kopii zapasowej.

   Uwaga

   Obsługiwana baza danych jest wyświetlana na tej liście tylko wtedy, gdy jego parametry połączenia istnieją w sekcji Parametry połączenia na stronie Konfiguracja aplikacji.

   Bazy danych MySQL w aplikacji są zawsze archiwizowane bez konieczności konfiguracji. Jeśli ręcznie utworzysz ustawienia dla baz danych MySQL w aplikacji, takich jak dodawanie parametrów 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 okienka Kopie zapasowe wybierz pozycję Utwórz kopię zapasową teraz.

   Kopia zapasowa niestandardowa jest wyświetlana na liście wraz 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. W okienku 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

Aby utworzyć kopię zapasową i przywrócić serwery elastyczne, zapoznaj się z dokładną dokumentacją bazy danych:

• Azure Database for MySQL — serwer elastyczny: tworzenie kopii zapasowej i przywracanie
• Azure Database for PostgreSQL — serwer elastyczny: tworzenie kopii zapasowej i przywracanie

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 kroki:

1. Upewnij się, że połączona baza danych jest obsługiwana.
2. Utwórz ciąg połączenia wskazujący bazę danych. Baza danych jest uznawana za "połączoną" z aplikacją, gdy w jej konfiguracji istnieje prawidłowy parametr połączenia.
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?

Wycofanie połączonych kopii zapasowych bazy danych

Od 31.31.2028 r. niestandardowe kopie zapasowe usługi Azure App Service nie będą już obsługiwać tworzenia kopii zapasowych połączonych baz danych. Zalecamy użycie natywnych narzędzi do tworzenia kopii zapasowych i przywracania udostępnianych przez każdą usługę bazy danych. Aby ułatwić użytkownikom przygotowanie się do tej zmiany, zespół usługi App Service usunie opcję dołączania połączonych baz danych do nowych niestandardowych konfiguracji kopii zapasowych zgodnie z następującym harmonogramem:

• Listopad 2025 r. — usuwanie połączonych baz danych MySQL i PostgreSQL
• Kwiecień 2026 r. — zaprzestanie obsługi połączonych baz danych Azure SQL i SQL Server. Niestandardowa kopia zapasowa, która już zawiera połączone bazy danych, będzie nadal obejmować te bazy danych do 31.03.2028 r., po czym połączone bazy danych nie będą już uwzględniane.

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 aplikacji i danych konfiguracji na koncie magazynu chronionego przez zaporę, jeśli spełnione są następujące wymagania:

• Aplikacja jest zintegrowana z siecią wirtualną lub aplikacja znajduje się w środowisku App Service Environment w wersji 3.
• Konto magazynowe zezwala na dostęp z sieci wirtualnej, z którą aplikacja jest zintegrowana, lub z którą jest tworzone środowisko App Service Environment w wersji 3.

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. Wybierz pozycję Konfiguruj , aby zapisać ustawienia.

Aby włączyć tworzenie kopii zapasowej/przywracanie za pośrednictwem sieci wirtualnej dla miejsc wdrożenia, wykonaj niezbędne kroki specjalnie dla każdego miejsca:

• Integracja z siecią wirtualną jest włączona dla slotów wdrożeniowych lub slot znajduje się w wersji 3 środowiska App Service Environment.
• Opcja tworzenia kopii zapasowej/przywracania za pośrednictwem integracji z siecią wirtualną jest wybierana dla miejsc wdrożenia.

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ć kopię zapasową 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.

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

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 zwykły sposób: niestandardowo na żądanie lub niestandardowy harmonogram. Wszystkie pliki i foldery określone w programie _backup.filter są wykluczone z przyszłych kopii zapasowych.

Jak są przechowywane kopie zapasowe

Po utworzeniu co najmniej jednej kopii zapasowej dla Twojej aplikacji kopie zapasowe będą widoczne na stronie Kontenery Twojego konta magazynowego i Twojej aplikacji. Na koncie przechowywania każda kopia zapasowa składa się z pliku ZIP, który zawiera dane kopii zapasowej, i pliku XML, który zawiera manifest zawartości pliku ZIP. 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.

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 pozycję 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.

Jak działa tworzenie i przywracanie kopii zapasowych w środowiskach 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.

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źć tutaj:

• Przykłady interfejsu wiersza polecenia platformy Azure
• Przykłady dla programu Azure PowerShell

Często zadawane pytania

• Czy kopie zapasowe są aktualizacjami przyrostowymi, czy kompletnymi kopiami zapasowymi?
• Czy usługa Azure Functions obsługuje automatyczne kopie zapasowe?
• Co znajduje się w automatycznej kopii zapasowej?
• Co znajduje się w niestandardowej kopii zapasowej?
• Dlaczego nie utworzono kopii zapasowej połączonej bazy danych?
• Co się stanie, jeśli rozmiar kopii zapasowej przekroczy dozwoloną wartość maksymalną?
• Czy mogę użyć konta magazynowego z włączonymi funkcjami zabezpieczeń?
• Jak mogę przywrócić aplikację w ramach innej subskrypcji?
• Jak mogę przywrócić aplikację w tej samej subskrypcji, ale znajdującą się w innym regionie?
• Gdzie są przechowywane automatyczne kopie zapasowe?
• Jak mogę zatrzymać automatyczną kopię zapasową?

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 Azure Functions w dedykowanych (App Service) warstwach Podstawowa, Standardowa i Premium. Automatyczne kopie zapasowe nie są obsługiwane dla aplikacji funkcji w warstwach cenowych Zużycie lub Elastic Premium.

Co znajduje się w automatycznej kopii zapasowej?

W poniższej tabeli przedstawiono, która zawartość jest zapisywana w automatycznej kopii zapasowej:

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

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.

Każda kopia zapasowa zawiera plik .zip z danymi kopii zapasowej i plikiem .xml {siteName}-{dateTime}.xml, który zawiera listę zawartości, w tym domen niestandardowych. Podczas przywracania niestandardowej kopii zapasowej domeny niestandardowe z pliku .xml zostaną dodane do aplikacji docelowej, jeśli nie istnieje konflikt DNS (tj. domena jest dostępna do powiązania), a jeśli aplikacja docelowa ma inne domeny niestandardowe niż lista domen niestandardowych .xml pliku, te domeny niestandardowe zostaną usunięte.

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ą kopiowane zapasowo tylko w przypadku 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 kopiowana.

• 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ępują błędy 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ępują błędy kopii zapasowej.
• Bazy danych MySQL w aplikacji są automatycznie archiwizowane 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 magazynowego 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ć dane do aplikacji w innej subskrypcji?

1. Utwórz niestandardową kopię zapasową aplikacji źródłowej w kontenerze usługi Azure Storage.
2. Pobierz plik ZIP kopii zapasowej i plik metadanych XML na komputer lokalny.
3. Prześlij pliki ZIP i XML na docelowe konto przechowywania.
4. Na stronie Kopie zapasowe aplikacji docelowej kliknij pozycję Przywróć w górnym menu.
5. W sekcji Szczegóły kopii zapasowej wybierz pozycję Magazyn jako źródło. Wybierz konto magazynowe, na które załadowano pliki kopii zapasowej.
6. Kliknij Użyj pliku w koncie storage i wybierz plik ZIP do odzyskania.
7. Skonfiguruj pozostałe ustawienia zgodnie z opisem w temacie Przywracanie kopii zapasowej. Potwierdź i uruchom proces przywracania.

Jak mogę przywrócić dostęp do aplikacji w tej samej subskrypcji, ale w innym regionie?

Aplikację można przywrócić do innego regionu w ramach tej samej subskrypcji. Proces jest zgodny z tymi samymi krokami opisanymi w temacie Przywracanie kopii zapasowej. Upewnij się, że magazyn kopii zapasowych aplikacji źródłowej jest dostępny dla aplikacji docelowej. Proces przywracania w witrynie Azure Portal umożliwia wybranie aplikacji w innym regionie, o ile pozostaje ona w ramach tej samej subskrypcji.

Gdzie są przechowywane automatyczne kopie zapasowe?

Automatyczne kopie zapasowe są przechowywane w tym samym centrum danych co usługa App Service. Nie zalecamy polegania na automatycznych kopiach zapasowych jako 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 podstawową instancję aplikacji ani jej przechowywanie.

Powiązana zawartość

• Dokumentacja usługi Azure Blob Storage