App Service op Azure Stack Hub herstellen
In dit onderwerp vindt u instructies voor de acties die moeten worden ondernomen voor herstel na noodgevallen App Service.
De volgende acties moeten worden uitgevoerd om App Service op Azure Stack Hub te herstellen vanuit een back-up:
- Herstel de App Service databases.
- De inhoud van de bestandsservershare herstellen.
- Herstel App Service functies en services.
Als Azure Stack Hub-opslag is gebruikt voor de opslag van functie-apps, moet u ook stappen ondernemen om Functie-apps te herstellen.
De App Service databases herstellen
De App Service SQL Server databases moeten worden hersteld op een exemplaar dat gereed is voor productie SQL Server.
Nadat u het SQL Server-exemplaar hebt voorbereid voor het hosten van de App Service-databases, gebruikt u deze stappen om databases te herstellen vanuit een back-up:
- Meld u aan bij de SQL Server die als host fungeert voor de herstelde App Service databases met beheerdersmachtigingen.
- Gebruik de volgende opdrachten om de App Service databases te herstellen vanaf een opdrachtprompt die wordt uitgevoerd met beheerdersmachtigingen:
sqlcmd -U <SQL admin login> -P <SQL admin password> -Q "RESTORE DATABASE appservice_hosting FROM DISK='<full path to backup>' WITH REPLACE" sqlcmd -U <SQL admin login> -P <SQL admin password> -Q "RESTORE DATABASE appservice_metering FROM DISK='<full path to backup>' WITH REPLACE"
- Controleer of beide App Service databases zijn hersteld en sluit SQL Server Management Studio af.
Notitie
Zie Herstellen van failoverclusterexemplaren als u een fout wilt herstellen van een failoverclusterexemplaren.
De inhoud van de App Service bestandsshare herstellen
Nadat u de bestandsserver hebt voorbereid voor het hosten van de App Service bestandsshare, moet u de inhoud van de tenantbestandsshare herstellen vanuit de back-up. U kunt de beschikbare methode gebruiken om de bestanden te kopiëren naar de zojuist gemaakte App Service bestandssharelocatie. Als u dit voorbeeld uitvoert op de bestandsserver, wordt PowerShell en robocopy gebruikt om verbinding te maken met een externe share en de bestanden naar de share te kopiëren:
$source = "<remote backup storage share location>"
$destination = "<local file share location>"
net use $source /user:<account to use to connect to the remote share in the format of domain\username> *
robocopy /E $source $destination
net use $source /delete
Naast het kopiëren van de inhoud van de bestandsshare, moet u ook de machtigingen voor de bestandsshare zelf opnieuw instellen. Als u machtigingen opnieuw wilt instellen, opent u een beheerdersopdrachtprompt op de bestandsservercomputer en voert u het bestand ReACL.cmd uit. Het bestand ReACL.cmd bevindt zich in de App Service installatiebestanden in de BCDR-map.
App Service rollen en services herstellen
Nadat de App Service databases en inhoud van de bestandsshare zijn hersteld, moet u vervolgens PowerShell gebruiken om de App Service rollen en services te herstellen. Met deze stappen worden App Service geheimen en serviceconfiguraties hersteld.
Meld u aan bij de App Service controller CN0-VM als roleadmin met het wachtwoord dat u hebt opgegeven tijdens de installatie van App Service.
Tip
U moet de netwerkbeveiligingsgroep van de VM wijzigen om RDP-verbindingen toe te staan.
Kopieer het bestand SystemSecrets.JSON lokaal naar de controller-VM. In de volgende stap moet u het pad naar dit bestand opgeven als de
$pathToExportedSecretFile
parameter.Gebruik de volgende opdrachten in een PowerShell-consolevenster met verhoogde bevoegdheid om App Service functies en services te herstellen:
# Stop App Service services on the primary controller VM net stop WebFarmService net stop ResourceMetering net stop HostingVssService # This service was deprecated in the App Service 1.5 release and is not required after the App Service 1.4 release. # Restore App Service secrets. Provide the path to the App Service secrets file copied from backup. For example, C:\temp\SystemSecrets.json. # Press ENTER when prompted to reconfigure App Service from backup # If necessary, use -OverrideDatabaseServer <restored server> with Restore-AppServiceStamp when the restored database server has a different address than backed-up deployment. # If necessary, use -OverrideContentShare <restored file share path> with Restore-AppServiceStamp when the restored file share has a different path from backed-up deployment. Restore-AppServiceStamp -FilePath $pathToExportedSecretFile # Restore App Service roles Restore-AppServiceRoles # Restart App Service services net start WebFarmService net start ResourceMetering net start HostingVssService # This service was deprecated in the App Service 1.5 release and is not required after the App Service 1.4 release. # After App Service has successfully restarted, and at least one management server is in ready state, synchronize App Service objects to complete the restore # Enter Y when prompted to get all sites and again for all ServerFarm entities. Get-AppServiceSite | Sync-AppServiceObject Get-AppServiceServerFarm | Sync-AppServiceObject
Tip
Het wordt ten zeerste aanbevolen om deze PowerShell-sessie te sluiten wanneer de opdracht is voltooid.
Functie-apps herstellen
App Service voor Azure Stack Hub biedt geen ondersteuning voor het herstellen van andere tenantgebruikers-apps of -gegevens dan inhoud van bestandsshares. Van alle andere gegevens moet een back-up worden gemaakt en worden hersteld buiten App Service back-up- en herstelbewerkingen. Als Azure Stack Hub-opslag is gebruikt voor functie-apps-opslag, moeten de volgende stappen worden uitgevoerd om verloren gegevens te herstellen:
- Maak een nieuw opslagaccount dat moet worden gebruikt door de functie-app. Deze opslag kan Azure Stack Hub-opslag, Azure-opslag of een compatibele opslag zijn.
- Haal de connection string voor de opslag op.
- Open de functieportal en blader naar de functie-app.
- Blader naar het tabblad Platformfuncties en klik op Toepassingsinstellingen.
- Wijzig AzureWebJobsDashboard en AzureWebJobsStorage in de nieuwe connection string en klik op Opslaan.
- Schakel over naar Overzicht.
- De app opnieuw starten. Het kan meerdere pogingen duren om alle fouten te wissen.
Volgende stappen
Feedback
https://aka.ms/ContentUserFeedback.
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie:Feedback verzenden en weergeven voor