Teilen über

Sichern und Wiederherstellen Ihrer App in Azure App Service

  • Artikel

In Azure App Service können Sie App-Sicherungen ganz einfach wiederherstellen. Sie können auch bedarfsgesteuerte benutzerdefinierte Sicherungen erstellen oder geplante benutzerdefinierte Sicherungen konfigurieren. Sie können eine Sicherung wiederherstellen, indem Sie eine vorhandene App überschreiben oder sie in einer neuen App oder einem neuen Slot wiederherstellen. In diesem Artikel wird gezeigt, wie Sie eine Sicherung wiederherstellen und benutzerdefinierte Sicherungen erstellen.

Sicherung und Wiederherstellung werden in den Tarifen Basic, Standard, Premium und Isoliert unterstützt. Beim Tarif Basic kann nur der Produktionsslot gesichert und wiederhergestellt werden. Weitere Informationen zum Skalieren des App Service-Plans zur Verwendung eines höheren Tarifs finden Sie unter Hochskalieren einer App in Azure.

Hinweis

Für App Service-Umgebungen:

  • Automatische Sicherungen können in einer Ziel-App innerhalb derselben App Service-Umgebung wiederhergestellt werden, nicht in einer anderen App Service-Umgebung.
  • Benutzerdefinierte Sicherungen können in einer Ziel-App in einer anderen App Service-Umgebung wiederhergestellt werden, z. B. von App Service-Umgebung v2 zu App Service-Umgebung v3.
  • Sicherungen können in einer Ziel-App derselben Betriebssystemplattform wie der der Quell-App wiederhergestellt werden.

Sichern und Wiederherstellen im Vergleich zur Notfallwiederherstellung

Plattform Leitfaden zum Sichern und Wiederherstellen Leitfäden zur Notfallwiederherstellung
App Service-Web-Apps
(Tarife „Free“ und „Shared“)		 Wenn Sie Webanwendungen im Tarif „Free“ oder „Shared“ bereitgestellt haben und für diese Web-Apps Zugriff auf die Funktionen zum Sichern und Wiederherstellen benötigen, können Sie auf den Tarif „Basic“ oder höher hochskalieren. Verschieben von App Service-Apps in eine andere Region

Ab dem 31. März 2025 werden App Service-Anwendungen während eines Notfalls in einer Azure-Region nicht in den Notfallwiederherstellungsmodus versetzt, wie im Artikel Verschieben von App Service-Apps in eine andere Region erläutert. Es wird empfohlen, häufig verwendete Methoden zur Notfallwiederherstellung zu implementieren, um Downtime und Datenverluste während eines regionalen Notfalls zu verhindern.
App Service-Web-Apps
(Tarif „Basic“, „Standard“ und „Premium“)		 In Azure App Service können Sie bedarfsgesteuerte benutzerdefinierte Sicherungen erstellen oder automatische Sicherungen verwenden. Sie können eine Sicherung wiederherstellen, indem Sie eine vorhandene App überschreiben oder sie in einer neuen App oder einem neuen Slot wiederherstellen.

Weitere Informationen finden Sie unter Sichern und Wiederherstellen Ihrer App in Azure App Service.		 Aktuelle Anleitungen dazu, wie Sie App Service-Ressourcen während eines regionalen Notfalls in einer anderen Azure-Region wieder online schalten, finden Sie unter Verschieben von App Service-Apps in eine andere Region.

Ab dem 31. März 2025 werden Azure App Service-Webanwendungen während eines Notfalls in einer Azure-Region nicht mehr in den Notfallwiederherstellungsmodus versetzt, wie im Artikel Verschieben von App Service-Apps in eine andere Region erläutert. Wir empfehlen Ihnen, häufig verwendete Methoden zur Notfallwiederherstellung zu implementieren, um den Verlust von Funktionen oder Daten für Ihre Web-Apps zu verhindern, wenn es zu einem regionalen Notfall kommt.
App Service-Umgebung (V2 und V3) In einer Azure App Service-Umgebung können Sie bedarfsgesteuerte benutzerdefinierte Sicherungen erstellen oder automatische Sicherungen verwenden. Automatische Sicherungen können in einer Ziel-App innerhalb derselben App Service-Umgebung wiederhergestellt werden, nicht in einer anderen App Service-Umgebung. Benutzerdefinierte Sicherungen können in einer Ziel-App in einer anderen App Service-Umgebung wiederhergestellt werden, z. B. von einer V2-App Service-Umgebung zu einer V3-App Service-Umgebung. Sicherungen können in einer Ziel-App derselben Betriebssystemplattform wie der der Quell-App wiederhergestellt werden.

Ausführlichere Informationen finden Sie unter Sichern und Wiederherstellen Ihrer App in Azure App Service.		 Wir empfehlen Ihnen, mithilfe von häufig verwendeten Methoden zur Notfallwiederherstellung Richtlinien zur Notfallwiederherstellung für Web-Apps zu implementieren, die in einer App Service-Umgebung bereitgestellt werden.
Azure Functions:
Dedizierter Plan		 Wenn Ihre Funktions-App in einem Dedicated-Plan (App Service) ausgeführt werden, werden die erforderlichen Funktions-App-Inhalte mit integriertem Speicher verwaltet. In einem Dedicated-Plan können Sie nach Bedarf benutzerdefinierte Sicherungen erstellen oder automatische Sicherungen verwenden. Sie können eine Sicherung wiederherstellen, indem Sie eine vorhandene App überschreiben oder sie in einer neuen App oder einem neuen Slot wiederherstellen.

Weitere Informationen finden Sie unter Sichern und Wiederherstellen Ihrer App in Azure App Service.

Azure Files wird nicht mit einem Dedicated-Plan verwendet, aber wenn Sie Ihre App mit einer Azure Files-Verbindung falsch konfiguriert haben, wird die Sicherung nicht unterstützt.		 Einen aktuellen Leitfaden dazu, wie Sie Funktions-App-Ressourcen in einem Dedicated-Plan während eines regionalen Notfalls in einer anderen Azure-Region wieder online schalten, finden Sie unter Wiederherstellen nach einem regionsweiten Ausfall – Azure App Service.

Ab dem 31. März 2025 werden App Service-Anwendungen während eines Notfalls in einer Azure-Region nicht in den Notfallwiederherstellungsmodus versetzt, wie im Artikel Verschieben von App Service-Apps in eine andere Region erläutert. Sie sollten stattdessen die Zuverlässigkeit Ihrer Funktions-Apps planen.

Sie können auch häufig verwendete Notfallwiederherstellungstechniken für Funktions-Apps in einem Dedicated-Plan nutzen.
Azure Functions:
Flex Consumption-,
Consumption- und Premium-Pläne		 Funktions-Apps, die in einem Flex-Verbrauchsplan, in einem Verbrauchsplan oder in einem Premium-Plan ausgeführt werden, können keine benutzerdefinierten und automatischen Sicherungsfunktionen in App Service verwenden. In diesen Plänen mit dynamischer Skalierung wird der Inhalt der Funktions-App in Azure Storage verwaltet. Verwenden Sie Optionen für Azure Storage-Redundanz, um sicherzustellen, dass Ihr Speicherkonto während eines Ausfalls die Verfügbarkeits- und Dauerhaftigkeitsziele erfüllt.

Sie können ihr vorhandenes Funktions-App-Projekt auch als ZIP-Datei aus dem Azure-Portal herunterladen.		 Wir empfehlen Ihnen dringend, Zuverlässigkeit in Ihren Funktions-Apps zu planen.

Automatische und benutzerdefinierte Sicherungen

Es gibt zwei Typen von Sicherungen in App Service. Es werden regelmäßig automatische Sicherungen für Ihre App erstellt, solange diese in einem unterstützten Tarif genutzt wird. Benutzerdefinierte Sicherungen erfordern eine anfängliche Konfiguration und können bedarfsgesteuert oder nach einem Zeitplan durchgeführt werden. Die folgende Tabelle enthält die Unterschiede zwischen den beiden Typen.

Funktion Automatische Sicherungen Benutzerdefinierte Sicherungen
Tarife Basic, Standard, Premium, Isoliert Basic, Standard, Premium, Isoliert
Konfiguration erforderlich Nein. Ja.
Sicherungsgröße 30 GB. 10 GB, davon können 4 GB von der verknüpften Datenbank genutzt werden
Verknüpfte Datenbank Nicht gesichert. Die folgenden verknüpften Datenbanken können gesichert werden: SQL-Datenbank, Azure Database for MySQL, Azure Database for PostgreSQL, MySQL-in-App.
Speicherkonto erforderlich Nein. Ja.
Sicherungshäufigkeit Stündlich, nicht konfigurierbar. Konfigurierbar.
Aufbewahrung 30 Tage, nicht konfigurierbar.
– Tage 1 bis 3: Stündliche Sicherungen werden aufbewahrt.
- Tage 4 bis 14: Jede dritte stündlich erstellte Sicherung wird aufbewahrt.
- Tage 15 bis 30: Jede sechste stündlich erstellte Sicherung wird aufbewahrt.		 0–30 Tage oder unbefristet.
Herunterladbar Nein. Ja, als Azure Storage-Blobs.
Teilsicherungen Nicht unterstützt.  Unterstützt.
Sicherungen über ein virtuelles Netzwerk Nicht unterstützt. Unterstützt.

Wiederherstellen einer Sicherung

Hinweis

App Service beendet die Ziel-App oder den Zielslot während der Wiederherstellung einer Sicherung. Um Ausfallzeiten für eine Produktions-App zu minimieren, stellen Sie die Sicherung zuerst in einem Bereitstellungsslot wieder her, und wechseln Sie dann in die Produktion.

  1. Wählen Sie auf der App-Verwaltungsseite im Azure-Portal im linken Menü Sicherungen aus. Auf der Seite Sicherungen werden alle automatischen und benutzerdefinierten Sicherungen für Ihre App mit ihrem Status aufgeführt.

    Screenshot, der anzeigt, wie man die Sicherungskopie Seite öffnet.

  2. Wählen Sie die automatische Sicherung oder die benutzerdefinierte Sicherung aus, die Sie wiederherstellen möchten, indem Sie den zugehörigen Link Wiederherstellen auswählen.

    Screenshot: Wie wird die Wiederherstellungslink ausgewählt.

  3. Der Abschnitt Sicherungsdetails wird automatisch für Sie aufgefüllt.

  4. Geben Sie das Wiederherstellungsziel in Ziel auswählen an. Wenn Sie eine Wiederherstellung in einer neuen App durchführen möchten, wählen Sie im Feld App Service die Option Neu erstellen aus. Wenn Sie die Wiederherstellung in einem neuen Bereitstellungsslot durchführen möchten, wählen Sie im Feld Bereitstellungsslot die Option Neu erstellen aus.

    Bei Verwendung eines vorhandenen Slots werden alle im Dateisystem vorhandenen Daten gelöscht und überschrieben. Der Produktionsslot hat denselben Namen wie die App.

  5. Sie können unter Erweiterte Optionen auswählen, dass Ihre Websitekonfiguration wiederhergestellt werden soll.

  6. Wählen Sie Wiederherstellen aus.

Erstellen einer benutzerdefinierten Sicherung

  1. Wählen Sie auf der App-Verwaltungsseite im Azure-Portal im linken Menü Sicherungen aus.

    Screenshot, der anzeigt, wie man die Sicherungskopie Seite öffnet.

  2. Wählen Sie oben auf der Seite Sicherungen die Option Benutzerdefinierte Sicherungen konfigurieren aus.

  3. Wählen Sie unter Speicherkonto ein vorhandenes Speicherkonto (im gleichen Abonnement) oder Neu erstellen aus. Führen Sie dasselbe in Container aus.

    Um die verknüpften Datenbanken zu sichern, wählen Sie Weiter: Erweitert>Datenbank einschließen und dann die zu sichernden Datenbanken aus.

    Hinweis

    Damit eine unterstützte Datenbank in dieser Liste angezeigt wird, muss die zugehörige Verbindungszeichenfolge auf der Seite Konfiguration für Ihre App im Abschnitt Verbindungszeichenfolgen angegeben sein.

    In-App-MySQL-Datenbanken werden immer ohne Konfiguration gesichert. Wenn Sie Einstellungen für In-App-MySQL-Datenbanken manuell festlegen (beispielsweise durch Hinzufügen von Verbindungszeichenfolgen), funktionieren die Sicherungen unter Umständen nicht ordnungsgemäß.

  4. Wählen Sie Konfigurierenaus.

    Wenn Speicherkonto und Container konfiguriert sind, können Sie jederzeit eine Sicherung nach Bedarf initiieren. Bedarfsgesteuerte Sicherungen werden unbegrenzt aufbewahrt.

  5. Wählen Sie oben auf der Seite Sicherungen die Option Jetzt sichern aus.

    Der Screenshot zeigt, wie Sie eine On-Demand-Sicherung machen.

    Die benutzerdefinierte Sicherung wird in der Liste mit einer Fortschrittsanzeige angezeigt. Wenn ein Fehler auftritt, können Sie den Zeileneintrag auswählen, um die Fehlermeldung anzuzeigen.

Konfigurieren von benutzerdefinierten geplanten Sicherungen

  1. Wählen Sie auf der Seite Benutzerdefinierte Sicherungen konfigurieren die Option Zeitplan festlegen aus.

  2. Konfigurieren Sie den Sicherungszeitplan wie gewünscht, und wählen Sie anschließend Konfigurieren aus.

Sichern und Wiederherstellen einer verknüpften Datenbank

Benutzerdefinierte Sicherungen können verknüpfte Datenbanken enthalten (es sei denn, die Sicherung wird über eine Azure Virtual Network-Instanz konfiguriert). Führen Sie Folgendes aus, um sicherzustellen, dass Ihre Sicherung eine verknüpfte Datenbank enthält:

  1. Stellen Sie sicher, dass die verknüpfte Datenbank unterstützt wird.
  2. Erstellen Sie eine Verbindungszeichenfolge, die auf Ihre Datenbank verweist. Eine Datenbank wird als „verknüpft“ mit Ihrer App betrachtet, wenn es eine gültige Verbindungszeichenfolge für sie in der Konfiguration Ihrer App gibt.
  3. Führen Sie die Schritte in Erstellen einer benutzerdefinierten Sicherung aus, um die verknüpfte Datenbank auf der Registerkarte Erweitert auszuwählen.

So stellen Sie eine Datenbank wieder her, die in einer benutzerdefinierten Sicherung enthalten ist

  1. Führen Sie die Schritte unter Wiederherstellen einer Sicherung aus.
  2. Wählen Sie in Erweiterte Optionen die Option Datenbank einschließen aus.

Informationen zur Problembehandlung finden Sie unter Warum wird meine verknüpfte Datenbank nicht gesichert?.

Sicherung oder Wiederherstellung über Azure Virtual Network

Mithilfe benutzerdefinierter Sicherungen können Sie die Dateien und Konfigurationsdaten Ihrer App in einem per Firewall geschützten Speicherkonto sichern, wenn die folgenden Voraussetzungen erfüllt sind:

So führen Sie eine Sicherung oder Wiederherstellung über Azure Virtual Network durch

  1. Wählen Sie beim Konfigurieren benutzerdefinierter Sicherungen die Option Sicherung/Wiederherstellung über VNet-Integration aus.
  2. Speichern Sie Ihre Einstellungen, indem Sie Konfigurieren auswählen.

Wenn das Kontrollkästchen nicht angezeigt wird oder deaktiviert ist, überprüfen Sie, ob Ihre Ressourcen die Voraussetzungen erfüllen.

Sobald die Konfiguration gespeichert wird, erfolgen alle manuellen oder geplanten Sicherungen bzw. Wiederherstellungen über das virtuelle Netzwerk. Wenn Sie Änderungen an der App, dem virtuellen Netzwerk oder dem Speicherkonto vornehmen, die den App-Zugriff auf das Speicherkonto über das virtuelle Netzwerk verhindern, schlagen die Sicherungs- oder Wiederherstellungsvorgänge fehl.

Konfigurieren von Teilsicherungen

Teilsicherungen werden bei benutzerdefinierten Sicherungen unterstützt (nicht bei automatischen Sicherungen). Mitunter möchten Sie nicht alles in Ihrer App sichern. Hier sind einige Beispiele:

  • Sie richten wöchentliche Sicherungen der App ein, die statische Inhalte enthält, die sich nie ändern, z.B. alte Blogbeiträge oder Bilder.
  • Ihre App verfügt über mehr als 10 GB an Inhalten. (Dies ist die maximale Datenmenge, die Sie gleichzeitig sichern können.)
  • Sie möchten die Protokolldateien nicht sichern.

Um Ordner und Dateien von der Speicherung in zukünftigen Sicherungen auszuschließen, erstellen Sie eine _backup.filter-Datei im Ordner %HOME%\site\wwwroot Ihrer App. Geben Sie die Liste von Dateien und Ordnern an, die Sie in dieser Datei ausschließen möchten.

Tipp

Sie können auf Ihre Dateien zugreifen, indem Sie zu https://<app-name>.scm.azurewebsites.net/DebugConsole navigieren. Melden Sie sich nach Aufforderung bei Ihrem Azure-Konto an.

Geben Sie die Ordner an, die Sie von Ihren Sicherungen ausschließen möchten. Angenommen, Sie möchten die hervorgehobenen Ordner und Dateien herausfiltern.

Screenshot zeigt an, wie Dateien und Ordnern von der Sicherungskopie ausgeschloßen wird.

Erstellen Sie eine Datei namens _backup.filter, und fügen Sie die oben aufgeführte Liste in die Datei ein, entfernen Sie aber das Verzeichnis %HOME% des root-Benutzers. Geben Sie ein Verzeichnis oder eine Datei pro Zeile an. Der Inhalt der Datei sollte folgendermaßen aussehen:

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

Laden Sie die _backup.filter-Datei in das D:\home\site\wwwroot\-Verzeichnis Ihrer Site hoch. Verwenden Sie dazu FTP oder eine andere Methode. Wenn Sie möchten, können Sie die Datei direkt mit der Kudu-DebugConsole erstellen und den Inhalt dort einfügen.

Führen Sie die Sicherungen wie gewohnt aus: bedarfsgesteuert benutzerdefiniert oder geplant benutzerdefiniert. Alle Dateien und Ordner, die in _backup.filter angegeben sind, werden aus zukünftigen Sicherungen ausgeschlossen.

Hinweis

_backup.filter ändert die Funktionsweise einer Wiederherstellung. Ohne _backup.filter werden beim Wiederherstellen einer Sicherung alle vorhandenen Dateien in der App gelöscht und durch die Dateien in der Sicherung ersetzt. Mit _backup.filter werden alle Inhalte im Dateisystem der App, die in _backup.filter enthalten sind, unverändert beibehalten (nicht gelöscht).

Speichern von Sicherungen

Nachdem Sie eine oder mehrere Sicherungen für Ihre App erstellt haben, werden die Sicherungen auf der Seite Container in Ihrem Speicherkonto sowie in Ihrer App angezeigt. Im Speicherkonto besteht jede Sicherung aus einer .zip-Datei mit den gesicherten Daten und einer .xml-Datei, die ein Manifest des .zip-Dateiinhalts enthält. Sie können diese Dateien extrahieren und durchsuchen, wenn Sie auf die Sicherungen zugreifen möchten, ohne eine App-Wiederherstellung auszuführen.

Die Datenbanksicherung für die App wird im Stammverzeichnis der ZIP-Datei gespeichert. Bei SQL-Datenbank ist dies eine BACPAC-Datei (ohne Dateierweiterung), die importiert werden kann. Schritte zum Erstellen einer Datenbank in Azure SQL-Datenbank, die auf dem BACPAC-Export basiert, finden Sie unter Importieren einer BACPAC-Datei zum Erstellen einer Datenbank in Azure SQL-Datenbank.

Warnung

Wenn Sie die Dateien im Container websitebackups ändern, kann die Sicherung ungültig werden und nicht mehr wiederhergestellt werden.

Fehlermeldungen

Auf der Seite Sicherungen wird der Status der einzelnen Sicherungen angezeigt. Um Protokolldetails zu einer fehlerhaften Sicherung abzurufen, wählen Sie den Zeileneintrag in der Liste aus. Verwenden Sie die folgende Tabelle als Hilfe beim Behandeln von Problemen mit Ihrer Sicherung. Falls der Fehler nicht in der Tabelle dokumentiert ist, sollten Sie ein Supportticket erstellen.

Fehler Behebung
Fehler beim Speicherzugriff. Löschen Sie den Sicherungszeitplan, und konfigurieren Sie ihn neu. Oder konfigurieren Sie den Sicherungsspeicher neu.
Die gemeinsame Größe der Website und der Datenbank überschreitet den GB-Grenzwert von {0} für Sicherungen. Die Größe Ihrer Inhalte beträgt {1} GB. Schließen Sie einige Dateien aus der Sicherung aus, oder entfernen Sie den Datenbankteil der Sicherung, und verwenden Sie stattdessen extern angebotene Sicherungen.
Beim Verbinden mit der Datenbank {0} auf dem Server {1} ist ein Fehler aufgetreten: Authentifizierung beim Host '{1}' für Benutzer '<Benutzername>' mit Methode 'mysql_native_password' fehlgeschlagen mit Meldung: Unbekannte Datenbank '< DB-Name>' Aktualisieren Sie die Datenbank-Verbindungszeichenfolge.
{0} kann nicht aufgelöst werden. {1} (CannotResolveStorageAccount) Löschen Sie den Sicherungszeitplan, und konfigurieren Sie ihn neu.
Fehler bei der Anmeldung für den Benutzer „{0}“. Aktualisieren Sie die Datenbank-Verbindungszeichenfolge.
Beim Erstellen einer Datenbankkopie von {0} ({1}) wurde eine Ausnahme ausgelöst. Fehler beim Erstellen der Datenbankkopie. Verwenden Sie in der Verbindungszeichenfolge einen Administrator.
Der Serverprinzipal "<name>" kann im aktuellen Sicherheitskontext nicht auf die Datenbank "master" zugreifen. Der von der Anmeldung angeforderte „Master“ der Datenbank kann nicht geöffnet werden. Fehler bei der Anmeldung. Anmeldung für Benutzer '<Name>' fehlgeschlagen. Verwenden Sie in der Verbindungszeichenfolge einen Administrator.
Netzwerkbezogener oder instanzspezifischer Fehler beim Herstellen einer Verbindung mit SQL Server. Der Server wurde nicht gefunden, oder auf ihn kann nicht zugegriffen werden. Stellen Sie sicher, dass der Instanzname richtig und SQL Server so konfiguriert ist, das Remoteverbindungen zulässig sind. (Anbieter: Named Pipes-Anbieter, Fehler: 40 – Es konnte keine Verbindung zu SQL Server hergestellt werden. Vergewissern Sie sich, dass die Verbindungszeichenfolge gültig ist. Lassen Sie in den Einstellungen des Datenbankservers die IP-Adressen für die ausgehende Richtung zu.
Der von der Anmeldung angeforderte Server "<name>" kann nicht geöffnet werden. Fehler bei der Anmeldung. Vergewissern Sie sich, dass die Verbindungszeichenfolge gültig ist.
Erforderliche Parameter für gültige SAS (Shared Access Signature) fehlen. Löschen Sie den Sicherungszeitplan, und konfigurieren Sie ihn neu.
SSL-Verbindung ist erforderlich. Geben Sie SSL-Optionen an, und wiederholen Sie den Vorgang, wenn Sie versuchen, eine Verbindung herzustellen. SSL-Konnektivität mit Azure Database for MySQL und Azure Database for PostgreSQL wird für Datenbanksicherungen nicht unterstützt. Verwenden Sie in der jeweiligen Datenbank stattdessen das native Sicherungsfeature.

Automatisieren mit Skripts

Sie können die Sicherungsverwaltung mithilfe von Skripts automatisieren, indem Sie Azure CLI oder Azure PowerShell verwenden.

Beispiele finden Sie unter:

Häufig gestellte Fragen

Sind die Sicherungen inkrementelle Updates oder vollständige Sicherungen?

Jede Sicherung ist eine vollständige Offlinekopie Ihrer App. Es gibt keine inkrementellen Aktualisierungen.

Unterstützt Azure Functions automatische Sicherungen?

Automatische Sicherungen sind für Azure Functions in den Tarifen Dediziert (App Service) Basic, Standard und Premium verfügbar. Automatische Sicherungen von Funktions-Apps werden in den Tarifen Verbrauch oder Elastisch Premium nicht unterstützt.

Was ist in einer automatischen Sicherung enthalten?

In der folgenden Tabelle finden Sie die Inhalte, die bei einer automatischen Sicherung gesichert werden:

Inhalt Wiederhergestellt?
Windows-Apps: Alle App-Inhalte im %HOME%-Verzeichnis
Linux-Apps: Alle App-Inhalte im /home-Verzeichnis
Benutzerdefinierte Container (Windows und Linux): Inhalt im persistenten Speicher		 Ja
Inhalt des Pakets „run-from-ZIP“ No
Inhalte aus einem benutzerdefinierten eingebundenen Azure-Speicher, z. B. aus einer Azure Files-Freigabe. No

In der folgenden Tabelle wird gezeigt, welche App-Konfigurationen wiederhergestellt werden, wenn Sie die App-Konfigurationen wiederherstellen:

Einstellungen Wiederhergestellt?
Native Protokolleinstellungen, einschließlich Azure Storage-Konto- und Containereinstellungen Ja
Application Insights-Konfiguration Ja
Integritätsprüfung Ja
Netzwerkfeatures wie private Endpunkte, Hybridverbindungen und die Integration virtueller Netzwerke Nein
Authentifizierung Nein
Verwaltete Identitäten Nein
Benutzerdefinierte Domänen Nein
TLS/SSL Nein
Aufskalieren Nein
Diagnose mit Azure Monitor Nein
Warnungen und Metriken Nein
Backup Nein
Zugeordnete Bereitstellungsslots Nein
Jede verknüpfte Datenbank, die benutzerdefinierte Sicherungen unterstützt Nein

Was ist in einer benutzerdefinierten Sicherung enthalten?

Eine benutzerdefinierte Sicherung (bedarfsgesteuert oder geplant) umfasst alle Inhalte und Konfigurationen, die auch in einer automatischen Sicherung enthalten sind, sowie alle verknüpften Datenbanken bis zur maximal zulässigen Größe.

Bei einer Sicherung über ein Azure Virtual Network können Sie keine Sicherung der verknüpften Datenbank durchführen.

Warum wird meine verknüpfte Datenbank nicht gesichert?

Verknüpfte Datenbanken werden nur bei benutzerdefinierten Sicherungen und nur bis zur maximal zulässigen Größe gesichert. Wenn die maximale Sicherungsgröße (10 GB) oder die maximale Datenbankgröße (4 GB) überschritten wird, tritt bei der Sicherung ein Fehler auf. Nachfolgend finden Sie einige häufige Gründe, aus denen verknüpfte Datenbanken nicht gesichert werden:

  • Sicherungen von Azure Database for MySQL mit aktiviertem TLS werden nicht unterstützt. Wenn eine Sicherung konfiguriert ist, treten Sicherungsfehler auf.
  • Sicherungen von Azure Database for PostgreSQL mit aktiviertem TLS werden nicht unterstützt. Wenn eine Sicherung konfiguriert ist, treten Sicherungsfehler auf.
  • In-App-MySQL-Datenbanken werden automatisch ohne Konfiguration gesichert. Wenn Sie manuelle Einstellungen für MySQL-Datenbanken in der App festlegen (beispielsweise durch Hinzufügen von Verbindungszeichenfolgen), funktionieren die Sicherungen unter Umständen nicht ordnungsgemäß.

Was geschieht, wenn die Sicherungsgröße den zulässigen Höchstwert überschreitet?

Automatische Sicherungen können nicht wiederhergestellt werden, wenn die Sicherungsgröße die maximal zulässige Größe überschreitet. Entsprechend treten bei benutzerdefinierten Sicherungen Fehler auf, wenn die maximale Sicherungsgröße oder die maximale Datenbankgröße überschritten werden. Um Ihre Speichergröße zu reduzieren, können Sie Dateien wie Protokolle, Bilder, Audiodateien und Videos z. B. nach Azure Storage verschieben.

Kann ich ein Speicherkonto verwenden, für das Sicherheitsfeatures aktiviert sind?

Sie können eine Sicherung in einem per Firewall geschützten Speicherkonto durchführen, wenn dieses Konto derselben VNet-Topologie angehört wie Ihre App. Weitere Informationen finden Sie unter Sicherung oder Wiederherstellung über Azure Virtual Network.

Wie stelle ich eine App in einem anderen Abonnement wieder her?

  1. Erstellen Sie eine benutzerdefinierte Sicherung in einem Azure Storage-Container.
  2. Laden Sie die ZIP-Sicherungsdatei auf Ihren lokalen Computer herunter.
  3. Wählen Sie auf der Seite Sicherungen für Ihre Ziel-App im oberen Menü die Option Wiederherstellen aus.
  4. Wählen Sie in Sicherungsdetails unter Quelle die Option Storage aus.
  5. Wählen Sie das gewünschte Speicherkonto aus.
  6. Wählen Sie in ZIP-Datei die Option Datei hochladen aus.
  7. Wählen Sie unter Name die Schaltfläche Durchsuchen und dann die heruntergeladene ZIP-Datei aus.
  8. Konfigurieren Sie die restlichen Abschnitte, wie unter Sicherung wiederherstellen beschrieben.

Gewusst wie: Wiederherstellen einer App im selben Abonnement, aber in einer anderen Region

Die Schritte sind identisch mit denen unter Gewusst wie: Wiederherstellen einer App in einem anderen Abonnement.

Wo werden die automatischen Sicherungen gespeichert?

Automatische Sicherungen werden im gleichen Rechenzentrum wie App Service gespeichert. Sie sollten sich nicht auf diese Sicherungen als Notfallwiederherstellungsplan verlassen.

Wie beende ich eine automatische Sicherung?

Sie können automatische Sicherungen nicht stoppen. Die automatische Sicherung wird auf der Plattform gespeichert und hat keine Auswirkungen auf die zugrunde liegende App-Instanz oder deren Speicher.

Nächster Schritt

Dokumentation zu Azure Blob Storage