Een back-up maken van uw app en deze herstellen in Azure-app Service

  • Artikel

In Azure-app Service kunt u eenvoudig app-back-ups herstellen. U kunt ook aangepaste back-ups op aanvraag maken of geplande aangepaste back-ups configureren. U kunt een back-up herstellen door een bestaande app te overschrijven door deze te herstellen naar een nieuwe app of site. In dit artikel leest u hoe u een back-up herstelt en aangepaste back-ups maakt.

Back-ups en herstel worden ondersteund in basic-, Standard-, Premium- en geïsoleerde lagen. Voor de Basic-laag kan alleen een back-up van de productiesite worden gemaakt en hersteld. Zie Een app omhoog schalen in Azure voor meer informatie over het schalen van uw App Service-plan voor het gebruik van een hogere laag.

Notitie

Voor App Service-omgevingen:

  • Automatische back-ups kunnen worden hersteld naar een doel-app in de App Service-omgeving zelf, niet in een andere App Service-omgeving.
  • Aangepaste back-ups kunnen worden hersteld naar een doel-app in een andere App Service-omgeving, zoals van App Service Environment v2 naar App Service Environment v3.
  • Back-ups kunnen worden hersteld naar de doel-app van hetzelfde besturingssysteemplatform als de bron-app.

Back-ups maken en herstellen versus herstel na noodgevallen

Platform Back-ups maken van richtlijnen voor back-ups en herstel Richtlijnen voor herstel na noodgevallen
App Service Web Apps
(Gratis en gedeelde prijscategorie)		 Als u webtoepassingen hebt geïmplementeerd in de laag Gratis of Gedeeld en toegang nodig hebt tot back-up- en herstelmogelijkheden voor deze web-apps, kunt u omhoog schalen naar de Basic-laag of hoger. Breng App Service-resources weer online in een andere Azure-regio tijdens een regionale ramp.

Vanaf 31 maart 2025 worden App Service-toepassingen niet in de modus voor herstel na noodgevallen geplaatst tijdens een noodgeval in een Azure-regio, zoals wordt uitgelegd in het artikel over herstel na een storing in de hele regio. Het wordt aanbevolen om veelgebruikte technieken voor herstel na noodgevallen te implementeren om downtime en gegevensverlies tijdens een regionaal noodgeval te voorkomen.
App Service Web Apps
(Basic\Standard\Premium-prijscategorie)		 In Azure-app Service kunt u aangepaste back-ups op aanvraag maken of automatische back-ups gebruiken. U kunt een back-up herstellen door een bestaande app te overschrijven door deze te herstellen naar een nieuwe app of site.

Raadpleeg Back-up en herstel uw app in Azure-app Service voor meer informatie.		 Huidige richtlijnen met betrekking tot het online brengen van App Service-resources in een andere Azure-regio tijdens een regionale noodgeval is beschikbaar bij Herstellen na een storing in de hele regio - Azure-app Service.

Vanaf 31 maart 2025 worden Azure-app Service-webtoepassingen niet meer in de modus voor herstel na noodgevallen geplaatst tijdens een noodgeval in een Azure-regio, zoals wordt uitgelegd in het artikel over herstel na een storing in de hele regio. We raden u aan veelgebruikte technieken voor herstel na noodgevallen te implementeren om verlies van functionaliteit of gegevens voor uw web-apps te voorkomen als er sprake is van een regionaal noodgeval.
App Service Environment (V2 & V3) In Azure-app Service Environment kunt u aangepaste back-ups op aanvraag maken of automatische back-ups gebruiken. Automatische back-ups kunnen worden hersteld naar een doel-app binnen dezelfde ASE, niet in een andere ASE. Aangepaste back-ups kunnen worden hersteld naar een doel-app in een andere ASE (zoals van een V2 ASE naar een V3 ASE). Back-ups kunnen worden hersteld naar de doel-app van hetzelfde besturingssysteemplatform als de bron-app.

Raadpleeg Back-ups maken en uw app herstellen in Azure-app Service voor meer informatie.		 We raden u aan richtlijnen voor herstel na noodgevallen te implementeren voor web-apps die zijn geïmplementeerd in App Service Environment met behulp van veelgebruikte technieken voor herstel na noodgevallen.
Azure Functions (toegewezen) In Azure Functions kunt u aangepaste back-ups op aanvraag maken of automatische back-ups gebruiken. U kunt een back-up herstellen door een bestaande app te overschrijven door deze te herstellen naar een nieuwe app of site.

Raadpleeg Back-up en herstel uw app in Azure-app Service voor meer informatie.		 Huidige richtlijnen met betrekking tot het online brengen van Azure Functions-app-resources (toegewezen) in een andere Azure-regio tijdens een regionale ramp, is beschikbaar bij Herstellen na een storing in de hele regio- Azure-app Service.

Vanaf 31 maart 2025 worden App Service-toepassingen niet in de modus voor herstel na noodgevallen geplaatst tijdens een noodgeval in een Azure-regio, zoals wordt uitgelegd in het artikel over herstel na een storing in de hele regio. Implementeer in plaats daarvan geo-noodherstel van Azure Functions.

Daarnaast kunt u ook verwijzen naar veelgebruikte technieken voor herstel na noodgevallen voor Toegewezen Azure Functions.
Azure Functions Consumption & Premium Azure-functies die zijn geïmplementeerd in verbruiks- en Premium-abonnementen bieden geen toegang tot aangepaste en automatische back-ups. De inhoud van de functie-app bevindt zich in een Azure-opslagaccount. Gebruik redundantieopties voor Azure Storage om ervoor te zorgen dat uw opslagaccount voldoet aan de beschikbaarheids- en duurzaamheidsdoelen tijdens een storing.

Als u uw functies hebt gemaakt met behulp van de editor in Azure Portal, kunt u uw bestaande functie-app-project ook downloaden als een .zip-bestand.		 We raden u ten zeere aan om geo-noodherstel en betrouwbaarheid van Azure Functions te implementeren.

Automatische versus aangepaste back-ups

Er zijn twee soorten back-ups in App Service. Automatische back-ups die voor uw app worden gemaakt, zolang deze zich in een ondersteunde prijscategorie bevinden. Aangepaste back-ups vereisen initiële configuratie en kunnen op aanvraag of volgens een schema worden gemaakt. In de volgende tabel ziet u de verschillen tussen de twee typen.

Functie Automatische back-ups Aangepaste back-ups
Prijscategorieën Basic, Standard, Premium, Isolated. Basic, Standard, Premium, Isolated.
Configuratie vereist Nee Ja.
Back-upgrootte 30 GB. 10 GB, waarvan 4 GB de gekoppelde database kan zijn.
Gekoppelde database Er is geen back-up gemaakt. Er kan een back-up worden gemaakt van de volgende gekoppelde databases: SQL Database, Azure Database for MySQL, Azure Database for PostgreSQL, MySQL in-app.
Opslagaccount vereist Nee Ja.
Back-upfrequentie Elk uur, niet configureerbaar. Te configureren.
Retentie 30 dagen, niet configureerbaar.
- Dagen 1-3: elk uur bewaarde back-ups.
- Dagen 4-14: elke derde uur bewaarde back-up.
- Dagen 15-30: elke zesde uur back-up bewaard.		 0-30 dagen of voor onbepaalde tijd.
Downloadbare Nee Ja, als Azure Storage-blobs.
Gedeeltelijke back-ups Wordt niet ondersteund. Ondersteund.
Back-ups via VNet Wordt niet ondersteund. Ondersteund.

Een back-up terugzetten

Notitie

App Service stopt de doel-app of doelsite tijdens het herstellen van een back-up. Als u downtime voor de productie-app wilt minimaliseren, herstelt u eerst de back-up naar een implementatiesite en wisselt u over naar productie.

  1. Selecteer Back-ups in het linkermenu op de pagina App-beheer in Azure Portal. De pagina Back-ups bevat alle automatische en aangepaste back-ups voor uw app en de status van elke back-up .

    Screenshot that shows how to open the backups page.

  2. Selecteer de automatische back-up of aangepaste back-up die u wilt herstellen door de koppeling Herstellen te selecteren.

    Screenshot that shows how to select the restore link.

  3. De sectie Back-updetails wordt automatisch voor u ingevuld.

  4. Geef het hersteldoel op in Kies een bestemming. Als u wilt herstellen naar een nieuwe app, selecteert u Nieuw maken onder het vak App Service . Als u wilt herstellen naar een nieuwe implementatiesite, selecteert u Nieuw maken onder het vak Implementatiesite.

    Als u een bestaande site kiest, worden alle bestaande gegevens in het bestandssysteem gewist en overschreven. De productiesite heeft dezelfde naam als de app-naam.

  5. U kunt ervoor kiezen om uw siteconfiguratie te herstellen onder Geavanceerde opties.

  6. Selecteer Terugzetten.

Een aangepaste back-up maken

  1. Selecteer Back-ups in het linkermenu op de pagina App-beheer in Azure Portal.

    Screenshot that shows how to open the backups page.

  2. Selecteer Boven aan de pagina Back-ups de optie Aangepaste back-ups configureren.

  3. Selecteer in het opslagaccount een bestaand opslagaccount (in hetzelfde abonnement) of selecteer Nieuw maken. Doe hetzelfde met Container.

    Als u een back-up wilt maken van de gekoppelde databases, selecteert u Volgende: Geavanceerde>include-database en selecteert u de databases die u wilt maken.

    Notitie

    Voor een ondersteunde database die in deze lijst wordt weergegeven, moet de bijbehorende verbindingsreeks bestaan in de sectie Verbinding maken iontekenreeksen van de pagina Configuratie voor uw app.

    In-app MySQL-databases worden altijd zonder configuratie een back-up gemaakt. Als u instellingen voor MySQL-databases in de app handmatig maakt, zoals het toevoegen van verbindingsreeks s, werken de back-ups mogelijk niet correct.

  4. Selecteer Configureren.

    Zodra het opslagaccount en de container zijn geconfigureerd, kunt u op elk gewenst moment een back-up op aanvraag starten. Back-ups op aanvraag worden voor onbepaalde tijd bewaard.

  5. Selecteer Nu back-up maken boven aan de pagina Back-ups.

    Screenshot that shows how to make an on-demand backup.

    De aangepaste back-up wordt weergegeven in de lijst met een voortgangsindicator. Als dit mislukt met een fout, kunt u het regelitem selecteren om het foutbericht weer te geven.

Aangepaste geplande back-ups configureren

  1. Selecteer Op de pagina Aangepaste back-ups configureren de optie Schema instellen.

  2. Configureer het back-upschema naar wens en selecteer Configureren.

Een back-up maken van een gekoppelde database en deze herstellen

Aangepaste back-ups kunnen gekoppelde databases bevatten (behalve wanneer de back-up is geconfigureerd via een virtueel Azure-netwerk). Ga als volgt te werk om ervoor te zorgen dat uw back-up een gekoppelde database bevat:

  1. Zorg ervoor dat de gekoppelde database wordt ondersteund.
  2. Maak een verbindingsreeks die verwijst naar uw database. Een database wordt beschouwd als 'gekoppeld' aan uw app wanneer er een geldige verbindingsreeks is in de configuratie van uw app.
  3. Volg de stappen in Een aangepaste back-up maken om de gekoppelde database te selecteren op het tabblad Geavanceerd .

Ga als volgt te werk om een database te herstellen die is opgenomen in een aangepaste back-up:

  1. Volg de stappen in Een back-up herstellen.
  2. Selecteer in Geavanceerde opties de optie Database opnemen.

Zie Waarom is er geen back-up gemaakt van mijn gekoppelde database voor informatie over het oplossen van problemen.

Back-ups maken en herstellen via Azure Virtual Network

Met aangepaste back-ups kunt u een back-up maken van de bestanden en configuratiegegevens van uw app naar een met firewall beveiligd opslagaccount als aan de volgende vereisten wordt voldaan:

Een back-up maken en herstellen via Azure Virtual Network:

  1. Wanneer u aangepaste back-ups configureert, selecteert u Back-up/herstel via de integratie van een virtueel netwerk.
  2. Sla uw instellingen op door Configureren te selecteren.

Als u het selectievakje niet ziet of als het selectievakje is uitgeschakeld, controleert u of uw resources voldoen aan de vereisten.

Zodra de configuratie is opgeslagen, wordt elke handmatige, geplande back-up of herstel uitgevoerd via het virtuele netwerk. Als u wijzigingen aanbrengt in de app, het virtuele netwerk of het opslagaccount waardoor de app geen toegang heeft tot het opslagaccount via het virtuele netwerk, mislukken de back-up- of herstelbewerkingen.

Gedeeltelijke back-ups configureren

Gedeeltelijke back-ups worden ondersteund voor aangepaste back-ups (niet voor automatische back-ups). Soms wilt u geen back-up maken van alles in uw app. Enkele voorbeelden:

  • U stelt wekelijkse back-ups van uw app in die statische inhoud bevat die nooit wordt gewijzigd, zoals oude blogberichten of afbeeldingen.
  • Uw app heeft meer dan 10 GB inhoud (dat is de maximale hoeveelheid waarvan u tegelijkertijd een back-up kunt maken).
  • U wilt geen back-ups maken van de logboekbestanden.

Als u mappen en bestanden wilt uitsluiten van het opslaan in toekomstige back-ups, maakt u een _backup.filter bestand in de %HOME%\site\wwwroot map van uw app. Geef de lijst met bestanden en mappen op die u wilt uitsluiten in dit bestand.

Tip

U kunt uw bestanden openen door te navigeren naar https://<app-name>.scm.azurewebsites.net/DebugConsole. Meld u aan bij uw Azure-account als u hierom wordt gevraagd.

Identificeer de mappen die u wilt uitsluiten van uw back-ups. U wilt bijvoorbeeld de gemarkeerde map en bestanden filteren.

Screenshot that shows files and folders to exclude from backups.

Maak een bestand met de naam _backup.filter en plaats de voorgaande lijst in het bestand, maar verwijder de hoofdmap %HOME%. Vermeld één map of bestand per regel. De inhoud van het bestand moet dus zijn:

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

Upload _backup.filter het bestand naar de D:\home\site\wwwroot\ map van uw site met ftp of een andere methode. Als u wilt, kunt u het bestand rechtstreeks maken met behulp van Kudu DebugConsole en daar de inhoud invoegen.

Voer back-ups op dezelfde manier uit als normaal gesproken, aangepast op aanvraag of aangepast gepland. Bestanden en mappen die zijn opgegeven in _backup.filter , worden uitgesloten van de toekomstige back-ups.

Notitie

_backup.filter wijzigt de manier waarop een herstelbewerking werkt. Zonder _backup.filter, als u een back-up herstelt, worden alle bestaande bestanden in de app verwijderd en vervangen door de bestanden in de back-up. Met _backup.filter, alle inhoud in het bestandssysteem van de app die is opgenomen in _backup.filter , blijft staan zoals is (niet verwijderd).

Hoe back-ups worden opgeslagen

Nadat u een of meer back-ups voor uw app hebt uitgevoerd, zijn de back-ups zichtbaar op de pagina Containers van uw opslagaccount en uw app. In het opslagaccount bestaat elke back-up uit een.zip bestand dat de back-upgegevens bevat en een .xml bestand dat een manifest van de .zip bestandsinhoud bevat. U kunt deze bestanden uitpakken en bladeren als u toegang wilt tot uw back-ups zonder daadwerkelijk een app-herstel uit te voeren.

De databaseback-up voor de app wordt opgeslagen in de hoofdmap van het .zip-bestand. Voor SQL Database is dit een BACPAC-bestand (geen bestandsextensie) en kan worden geïmporteerd. Zie Een BACPAC-bestand importeren om een database te maken in Azure SQL Database op basis van de BACPAC-export.

Waarschuwing

Als u een van de bestanden in uw container voor websitebackups wijzigt , kan dit ertoe leiden dat de back-up ongeldig wordt en daarom niet kan worden teruggestaan.

Foutberichten

Op de pagina Back-ups ziet u de status van elke back-up. Als u logboekgegevens over een mislukte back-up wilt ophalen, selecteert u het regelitem in de lijst. Gebruik de volgende tabel om problemen met uw back-up op te lossen. Als de fout niet wordt gedocumenteerd in de tabel, opent u een ondersteuningsticket.

Error Fix
Opslagtoegang is mislukt. Verwijder het back-upschema en configureer het opnieuw. Of configureer de back-upopslag opnieuw.
De grootte van de website en database overschrijdt de {0} GB-limiet voor back-ups. Uw inhoudsgrootte is {1} GB. Sluit sommige bestanden uit van de back-up of verwijder het databasegedeelte van de back-up en gebruik in plaats daarvan extern aangeboden back-ups.
Er is een fout opgetreden bij het maken van verbinding met de database {0} op de server {1}: verificatie voor host '{1}' voor gebruiker '<gebruikersnaam>' met behulp van methode 'mysql_native_password' is mislukt met het bericht: Onbekende database '<db-name>' Database-verbindingsreeks bijwerken.
Kan het probleem niet oplossen {0}. {1} (CannotResolveStorageAccount) Verwijder het back-upschema en configureer het opnieuw.
Aanmelden is mislukt voor gebruiker '{0}'. Werk de database verbindingsreeks bij.
Er is een uitzondering opgetreden bij het maken van een databasekopie van {0} ({1}). Kan databasekopie niet maken. Gebruik een gebruiker met beheerdersrechten in de verbindingsreeks.
De server-principal '<name>' heeft geen toegang tot de database 'master' onder de huidige beveiligingscontext. Kan de database master die is aangevraagd door de aanmelding niet openen. De aanmelding is mislukt. Aanmelden is mislukt voor gebruikersnaam<>. Gebruik een gebruiker met beheerdersrechten in de verbindingsreeks.
Een netwerkgerelateerde of exemplaarspecifieke fout is opgetreden bij het maken van een verbinding met SQL Server. De server wordt niet gevonden of toegang tot de server is niet mogelijk. Controleer of de exemplaarnaam correct is en of in de instellingen van SQL Server externe verbindingen zijn toegestaan. (benoemde provider van pipes, fout: 40 - Kan geen verbinding openen met SQL Server). Controleer of de verbindingsreeks geldig is. Sta de uitgaande IP-adressen van de app toe in de databaseserverinstellingen.
De servernaam<> die is aangevraagd door de aanmelding, kan niet worden geopend. De aanmelding is mislukt. Controleer of de verbindingsreeks geldig is.
Ontbrekende verplichte parameters voor geldige Shared Access Signature. Verwijder het back-upschema en configureer het opnieuw.
SSL connection is required. Geef SSL-opties op en probeer het opnieuw wanneer u verbinding probeert te maken. SSL-connectiviteit met Azure Database for MySQL en Azure Database for PostgreSQL wordt niet ondersteund voor databaseback-ups. Gebruik in plaats daarvan de systeemeigen back-upfunctie in de desbetreffende database.

Automatiseren met scripts

U kunt back-upbeheer automatiseren met scripts met behulp van de Azure CLI of Azure PowerShell.

Zie voor voorbeelden:

Veelgestelde vragen

Zijn de incrementele updates voor back-ups of volledige back-ups?

Elke back-up is een volledige offlinekopie van uw app, niet een incrementele update.

Biedt Azure Functions ondersteuning voor automatische back-ups?

Automatische back-ups zijn beschikbaar voor Azure Functions in toegewezen lagen (App Service)Basic of Standard of Premium . Functie-apps in de prijscategorieën Consumption of Elastic Premium worden niet ondersteund voor automatische back-ups.

Wat is opgenomen in een automatische back-up?

In de volgende tabel ziet u welke inhoud wordt back-up gemaakt in een automatische back-up:

Instellingen Hersteld?
Windows-apps: Alle app-inhoud onder %HOME% map
Linux-apps: Alle app-inhoud onder /home map
Aangepaste containers (Windows en Linux): inhoud in permanente opslag		 Ja
Inhoud van het run-from-ZIP-pakket Nee
Inhoud van aangepaste gekoppelde Azure-opslag, zoals van een Azure Files-share. Nee

In de volgende tabel ziet u welke app-configuratie wordt hersteld wanneer u ervoor kiest om de app-configuratie te herstellen:

Instellingen Hersteld?
Systeemeigen logboekinstellingen, waaronder het Azure Storage-account en de containerinstellingen Ja
Application Insights-configuratie Ja
Statuscontrole Ja
Netwerkfuncties, zoals privé-eindpunten, hybride verbindingen en integratie van virtuele netwerken Nee
Verificatie Nee
Beheerde identiteiten Nee
Aangepaste domeinen Nee
TLS/SSL Nee
Uitschalen Nee
Diagnostische gegevens met Azure Monitor Nee
Waarschuwingen en metrische gegevens Nee
Een back-up maken Nee
Gekoppelde implementatiesites Nee
Elke gekoppelde database die aangepaste back-up ondersteunt Nee

Wat is opgenomen in een aangepaste back-up?

Een aangepaste back-up (back-up op aanvraag of geplande back-up) bevat alle inhoud en configuratie die is opgenomen in een automatische back-up, plus een gekoppelde database, tot de toegestane maximale grootte.

Wanneer u een back-up maakt via een virtueel Azure-netwerk, kunt u geen back-up maken van de gekoppelde database.

Waarom wordt er geen back-up gemaakt van mijn gekoppelde database?

Er wordt alleen een back-up gemaakt van gekoppelde databases voor aangepaste back-ups, tot de toegestane maximumgrootte. Als de maximale back-upgrootte (10 GB) of de maximale databasegrootte (4 GB) wordt overschreden, mislukt de back-up. Hier volgen enkele veelvoorkomende redenen waarom er geen back-up wordt gemaakt van uw gekoppelde database:

  • Back-ups van Azure Database for MySQL met TLS worden niet ondersteund. Als een back-up is geconfigureerd, krijgt u back-upfouten.
  • Back-ups van Azure Database for PostgreSQL met TLS worden niet ondersteund. Als een back-up is geconfigureerd, krijgt u back-upfouten.
  • In-app MySQL-databases worden automatisch een back-up gemaakt zonder enige configuratie. Als u handmatige instellingen maakt voor MySQL-databases in de app, zoals het toevoegen van verbindingsreeks s, werken de back-ups mogelijk niet correct.

Wat gebeurt er als de back-up groter is dan het toegestane maximum?

Automatische back-ups kunnen niet worden hersteld als de back-up groter is dan de maximale grootte. Op dezelfde manier mislukken aangepaste back-ups als de maximale back-upgrootte of de maximale databasegrootte wordt overschreden. Als u de opslaggrootte wilt verkleinen, kunt u bijvoorbeeld bestanden zoals logboeken, afbeeldingen, audio en video's verplaatsen naar Azure Storage.

Kan ik een opslagaccount gebruiken waarvoor beveiligingsfuncties zijn ingeschakeld?

U kunt een back-up maken van een met firewall beveiligd opslagaccount als deze deel uitmaakt van dezelfde virtuele netwerktopologie als uw app. Zie Back-up en herstel via Azure Virtual Network.

Hoe kan ik herstellen naar een app in een ander abonnement?

  1. Maak een aangepaste back-up naar een Azure Storage-container.
  2. Download het ZIP-back-upbestand naar uw lokale computer.
  3. Selecteer op de pagina Back-ups voor uw doel-app Herstellen in het bovenste menu.
  4. Selecteer in De details van de back-up de optie Opslag in bron.
  5. Selecteer het gewenste opslagaccount.
  6. Selecteer Bestand uploaden in zip-bestand.
  7. Selecteer Bladeren in Naam en selecteer het gedownloade ZIP-bestand.
  8. Configureer de rest van de secties, zoals in Een back-up herstellen.

Hoe kan ik herstellen naar een app in hetzelfde abonnement, maar in een andere regio?

De stappen zijn hetzelfde als in Hoe kan ik herstellen naar een app in een ander abonnement.

Waar worden de automatische back-ups opgeslagen?

Automatische back-ups zijn eenvoudig en opgeslagen in hetzelfde datacenter als de App Service en moeten niet worden vertrouwd als uw noodherstelplan.

Hoe kan ik de automatische back-up stoppen?

U kunt automatische back-ups niet stoppen. De automatische back-up wordt opgeslagen op het platform en heeft geen invloed op het onderliggende app-exemplaar of de opslag ervan.

Volgende stappen

Documentatie voor Azure Blob Storage