Een back-up maken van uw app en deze herstellen in Azure-app Service
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 of 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 maken en herstellen wordt ondersteund in de lagen Basic, Standard, Premium en Isolated . 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 een doel-app van hetzelfde besturingssysteemplatform als de bron-app.
Back-ups maken en herstellen versus herstel na noodgevallen
| Platform | Richtlijnen voor back-ups maken en herstellen | Richtlijnen voor herstel na noodgevallen |
|---|---|---|
| App Service-web-apps (Gratis en Gedeelde prijscategorieën) |
Als u webtoepassingen hebt geïmplementeerd in de gratis of gedeelde laag 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. We raden u aan veelgebruikte technieken voor herstel na noodgevallen te implementeren om downtime en gegevensverlies tijdens een regionaal noodgeval te voorkomen. |
| App Service-web-apps (Prijscategorieën Basic, Standard en Premium) |
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 of 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 en 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 App Service-omgeving, 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 een V2 App Service-omgeving naar een V3 App Service-omgeving). Back-ups kunnen worden hersteld naar een 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 abonnement |
Wanneer u uw functie-app uitvoert in een Toegewezen (App Service)-plan, wordt de vereiste inhoud van de functie-app onderhouden met behulp van ingebouwde opslag. In een Dedicated-abonnement 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 of door deze te herstellen naar een nieuwe app of site. Zie Back-up maken en herstellen van uw app in Azure-app Service voor meer informatie. Azure Files wordt niet gebruikt door een Dedicated-abonnement, maar als u uw app onjuist hebt geconfigureerd met een Azure Files-verbinding, wordt back-up niet ondersteund. |
Huidige richtlijnen met betrekking tot het online brengen van functie-app-resources in een toegewezen plan 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. U moet in plaats daarvan de betrouwbaarheid in uw functie-apps plannen. U kunt ook verwijzen naar veelgebruikte technieken voor herstel na noodgevallen voor functie-apps in een Dedicated-plan. |
| Azure Functions: Flexverbruik, Verbruiks- en Premium-abonnementen |
Functie-apps die worden uitgevoerd in een Flex Consumption-abonnement, in een Verbruiksabonnement of in een Premium-abonnement , kunnen geen aangepaste of automatische back-upfunctionaliteit gebruiken in App Service. In deze dynamische schaalplannen wordt inhoud van de functie-app onderhouden in Azure Storage. Gebruik redundantieopties voor Azure Storage om ervoor te zorgen dat uw opslagaccount voldoet aan de beschikbaarheids- en duurzaamheidsdoelen tijdens een storing. U kunt uw bestaande functie-app-project ook downloaden als een .zip-bestand vanuit Azure Portal. |
We raden u ten zeere aan om betrouwbaarheid in uw functie-apps te plannen. |
Automatische versus aangepaste back-ups
Er zijn twee soorten back-ups in App Service. Automatische back-ups worden regelmatig voor uw app gemaakt zolang deze zich in een ondersteunde prijscategorie bevindt. Aangepaste back-ups vereisen de eerste 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 een virtueel netwerk | 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 een productie-app wilt minimaliseren, herstelt u eerst de back-up naar een implementatiesite en schakelt u over naar productie.
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 .
Selecteer de automatische back-up of aangepaste back-up die u wilt herstellen door de koppeling Herstellen te selecteren.
De sectie Back-updetails wordt automatisch voor u ingevuld.
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.
U kunt ervoor kiezen om uw siteconfiguratie te herstellen onder Geavanceerde opties.
Selecteer Terugzetten.
Een aangepaste back-up maken
Selecteer Back-ups in het linkermenu op de pagina App-beheer in Azure Portal.
Selecteer Boven aan de pagina Back-ups de optie Aangepaste back-ups configureren.
Selecteer in het opslagaccount een bestaand opslagaccount (in hetzelfde abonnement) of selecteer Nieuw maken. Doe hetzelfde in 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 aanwezig zijn in de sectie Verbindingsreeksen van de pagina Configuratie voor uw app.
In-app MySQL-databases worden altijd een back-up gemaakt zonder enige configuratie. Als u instellingen voor MySQL-databases in de app handmatig maakt, zoals het toevoegen van verbindingsreeks s, werken de back-ups mogelijk niet correct.
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.
Selecteer Nu back-up maken boven aan de pagina Back-ups.
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
Selecteer Planning instellen op de pagina Aangepaste back-ups configureren.
Configureer het back-upschema naar wens en selecteer Vervolgens 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 Azure Virtual Network). Ga als volgt te werk om ervoor te zorgen dat uw back-up een gekoppelde database bevat:
- Zorg ervoor dat de gekoppelde database wordt ondersteund.
- 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.
- 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:
- Volg de stappen in Een back-up herstellen.
- 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:
- De app is geïntegreerd met een virtueel netwerk of de app bevindt zich in een v3 App Service-omgeving.
- Het opslagaccount biedt toegang vanuit het virtuele netwerk waarmee de app is geïntegreerd of waarmee de v3 App Service Environment is gemaakt.
Een back-up maken en herstellen via Azure Virtual Network:
- Wanneer u aangepaste back-ups configureert, selecteert u Back-up/herstel via de integratie van een virtueel netwerk.
- 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 een handmatige back-up, 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 (maar 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 het maximumbedrag dat u tegelijk 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. Stel dat u de gemarkeerde map en bestanden wilt filteren.
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 zijn:
\site\wwwroot\Images\brand.png
\site\wwwroot\Images\2014
\site\wwwroot\Images\2013
Upload het _backup.filter bestand naar de D:\home\site\wwwroot\ map van uw site met behulp van 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 doorlopen 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 die is gebaseerd op 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>' | Werk de database verbindingsreeks bij. |
| 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). | Zorg ervoor dat 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. | Zorg ervoor dat 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 Azure CLI of Azure PowerShell.
Zie voor voorbeelden:
Veelgestelde vragen
- Zijn de incrementele updates voor back-ups of volledige back-ups?
- Biedt Azure Functions ondersteuning voor automatische back-ups?
- Wat is opgenomen in een automatische back-up?
- Wat is opgenomen in een aangepaste back-up?
- Waarom wordt er geen back-up gemaakt van mijn gekoppelde database?
- Wat gebeurt er als de back-up groter is dan het toegestane maximum?
- Kan ik een opslagaccount gebruiken waarvoor beveiligingsfuncties zijn ingeschakeld?
- Hoe kan ik herstellen naar een app in een ander abonnement?
- Hoe kan ik herstellen naar een app in hetzelfde abonnement, maar in een andere regio?
- Waar worden de automatische back-ups opgeslagen?
- Hoe kan ik een automatische back-up stoppen?
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 (App Service) Basic-, Standard- en Premium-lagen. Automatische back-ups worden niet ondersteund voor functie-apps in de prijscategorieën Consumption of Elastic Premium.
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:
| Inhoud | Gerestaureerd? |
|---|---|
Windows-apps: Alle app-inhoud onder de %HOME% map.Linux-apps: alle app-inhoud onder de /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-configuraties worden hersteld wanneer u ervoor kiest om app-configuraties te herstellen:
| Instellingen | Gerestaureerd? |
|---|---|
| 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 Azure Virtual Network, 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-up van Azure Database for MySQL met TLS wordt niet ondersteund. Als een back-up is geconfigureerd, krijgt u back-upfouten.
- Back-up van Azure Database for PostgreSQL met TLS wordt 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?
- Maak een aangepaste back-up naar een Azure Storage-container.
- Download het ZIP-back-upbestand naar uw lokale computer.
- Selecteer Herstellen in het bovenste menu op de pagina Back-ups voor uw doel-app.
- Selecteer in De details van de back-up de optie Opslag in bron.
- Selecteer het gewenste opslagaccount.
- Selecteer Bestand uploaden in zip-bestand.
- Selecteer Bladeren in Naam en selecteer het gedownloade ZIP-bestand.
- Configureer de rest van de secties zoals beschreven 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 worden opgeslagen in hetzelfde datacenter als de App Service. Ze moeten niet worden vertrouwd als uw noodherstelplan.
Hoe kan ik een 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.