Noodherstel

AccessPoint draait volledig in uw Azure-abonnement. De planning voor noodherstel maakt gebruik van de ingebouwde redundantie- en herstelmogelijkheden van Azure. De uitgever beschikt niet over klantgegevens, zodat het herstel volledig onder uw controle valt.

Hersteldoelstellingen

Back-up en herstel

Database

• Herstel naar een tijdstip (PITR): Automatisch, tot 35 dagen. Geen handmatige configuratie vereist.
• Langetermijnretentie (LTR): Configureer wekelijkse, maandelijkse of jaarlijkse back-ups voor compliance. Configureer via Azure-portal > SQL Database > Back-ups > Retentiebeleid.
• Geo-redundante back-up: Standaard ingeschakeld op Standard- en Premium-niveaus. Maakt herstel mogelijk naar een gekoppelde Azure-regio bij een regionale storing.

Blob Storage

• Voorlopig verwijderen: Schakel voorlopig verwijderen in voor blobs en containers om per ongeluk verwijderde documenten te herstellen. Aanbevolen retentie: 30 dagen.
• Versiebeheer: Schakel blob-versiebeheer in om eerdere versies van overschreven documenten te bewaren.

Configuratie

Exporteer of documenteer uw configuratiepakketten voordat u ingrijpende wijzigingen aanbrengt. Als een configuratiewijziging ongedaan moet worden gemaakt, is de enige optie herstel vanuit een databaseback-up.

Terugdraaiprocedures

API-terugdraaiing

De API wordt als zip-pakket geïmplementeerd in Azure App Service. Om terug te keren naar een eerdere implementatie:

1. Open de Azure-portal en navigeer naar uw App Service
2. Ga naar Implementatiecentrum > Implementatiegeschiedenis
3. Zoek de vorige geslaagde implementatie
4. Selecteer deze en klik op Opnieuw implementeren
5. Controleer of de applicatie correct functioneert

Als u implementatieslots gebruikt, wissel dan terug naar de vorige slot via Implementatieslots > Wisselen.

Database-terugdraaiing

DacPac-implementaties zijn standaard additief — nieuwe kolommen en tabellen worden toegevoegd, maar bestaande objecten worden niet verwijderd. Dit biedt een vangnet voor de meeste schemawijzigingen.

Voor gegevensproblemen (beschadigde of onjuiste gegevens), gebruik Azure SQL-herstel naar een tijdstip:

1. Herstel de database naar een moment vóór het probleem
2. Controleer de inhoud van de herstelde database
3. Werk de App Service-verbindingsreeks bij om naar de herstelde database te verwijzen, of hernoem de databases om ze te wisselen

SPFx-terugdraaiing

Om het SPFx-webonderdeel terug te zetten naar een eerdere versie:

1. Download het .sppkg-pakket van de vorige versie van het Realizer-portaal
2. Open de SharePoint App-catalogus
3. Upload het vorige pakket, ter vervanging van de huidige versie
4. Klik op Implementeren

Configuratie-terugdraaiing

Configuratiepakketten zijn additief — het importeren van een pakket voegt items toe of werkt ze bij, maar verwijdert geen bestaande items. Om configuratiewijzigingen ongedaan te maken, herstelt u de database vanuit een tijdstipback-up die vóór de wijziging is gemaakt.

Noodherstelscenario's

Scenario 1: Per ongeluk verwijderde gegevens

1. Documenten verwijderd uit Blob Storage: Als voorlopig verwijderen is ingeschakeld, herstel dan blobs binnen het geconfigureerde retentievenster
2. Verwijderde databaserecords: Gebruik Azure SQL-herstel naar een tijdstip vóór de verwijdering. Kopieer de benodigde records van de herstelde database naar productie.

Scenario 2: Storing in een Azure-regio

Als de Azure-regio die uw implementatie host niet beschikbaar wordt:

1. Azure SQL: Herstel vanuit geo-redundante back-ups naar een nieuwe SQL Server in een andere regio
2. Blob Storage: Als u geo-redundante opslag (GRS of RA-GRS) gebruikt, start dan een accountfailover. Als u lokaal redundante opslag (LRS) gebruikt, moeten de gegevens worden hersteld vanuit een externe back-up.
3. App Service: Herimplementeer met behulp van de Bicep-sjabloon in de herstelregio
4. DNS en API-URL: Werk de AccessPoint API-URL-opslagentiteit in SharePoint bij om naar de nieuwe App Service-URL te verwijzen

Scenario 3: Volledige omgevingsherstructurering

De volledige AccessPoint-omgeving kan vanaf nul worden herbouwd met behulp van de gepubliceerde implementatieartefacten:

1. Voer de Bicep-sjabloon uit om alle Azure-resources in te richten
2. Implementeer de API-zip in de App Service (opgenomen in de ARM-implementatie)
3. Het databaseschema wordt automatisch geïmplementeerd bij de eerste API-start
4. Upload de SPFx .sppkg naar de SharePoint App-catalogus
5. Voer Deploy-AccessPoint.ps1 uit om uitsluitend Entra SQL-verificatie en Graph-machtigingen te configureren
6. Herstel de database vanuit de meest recente back-up om gegevens te herstellen
7. Herstel Blob Storage-documenten vanuit geo-redundante back-ups

Infrastructure as Code (Bicep-sjablonen) en het implementatiescript zorgen ervoor dat de omgeving volledig reproduceerbaar is.

Planningsaanbevelingen

• Schakel geo-redundante opslag (GRS) in op het Blob Storage-account voor regio-overschrijdende documentredundantie
• Schakel langetermijnretentie (LTR) in op Azure SQL voor wekelijkse, maandelijkse en jaarlijkse back-ups buiten het standaard PITR-venster
• Schakel voorlopig verwijderen in op Blob Storage met een retentieperiode van 30 dagen
• Schakel blob-versiebeheer in om overschreven documenten te herstellen
• Documenteer uw implementatieparameters — bewaar een overzicht van uw tenantnaam, resourcegroep, waarschuwings-e-mailadres en eventuele aangepaste App Service-instellingen zodat u snel opnieuw kunt implementeren
• Test het herstel jaarlijks — herstel de database en Blob Storage in een testomgeving om te verifiëren dat uw back-ups werken
• Overweeg Azure Front Door of Traffic Manager als uw organisatie automatische failover met minimale downtime vereist

Statusbewaking

AccessPoint biedt twee health check-eindpunten:

Belangrijke metrics om te bewaken

Schaling

Verticale schaling (opschalen)

Wijzig het App Service-planniveau in Azure-portal > App Service > Opschalen (App Service-plan). Geen herimplementatie vereist.

Horizontale schaling (uitschalen)

De AccessPoint API is stateloos en ondersteunt meerdere instanties. Configureer handmatige of automatische schaling in Azure-portal > App Service > Uitschalen (App Service-plan).

SQL-schaling

Pas het databaseniveau aan op basis van de werkbelasting. Veelvoorkomende servicedoelstellingen: Basic, S0, S1, S2, S3, P1, P2.

Rotatie van certificaten en geheimen