Katastrofeberedskab

AccessPoint kører udelukkende i dit Azure-abonnement. Planlægning af katastrofeberedskab udnytter Azures indbyggede redundans- og gendannelsesfunktioner. Udgiveren opbevarer ingen kundedata, så gendannelse er fuldt under din kontrol.

Gendannelsesmål

Sikkerhedskopiering og gendannelse

Database

• Punkt-i-tid-gendannelse (PITR): Automatisk, op til 35 dage. Ingen manuel konfiguration påkrævet.
• Langtidsopbevaring (LTR): Konfigurer ugentlige, månedlige eller årlige sikkerhedskopier til overholdelse af regelsæt. Opsættes via Azure Portal > SQL Database > Backups > Retention policies.
• Geo-redundant sikkerhedskopiering: Aktiveret som standard på Standard- og Premium-niveauer. Tillader gendannelse til en parret Azure-region i tilfælde af et regionalt nedbrud.

Blob Storage

• Soft delete: Aktivér soft delete for blobs og containere for at gendanne utilsigtet slettede dokumenter. Anbefalet opbevaringsperiode: 30 dage.
• Versionering: Aktivér blob-versionering for at vedligeholde tidligere versioner af overskrevne dokumenter.

Konfiguration

Eksportér eller dokumentér dine konfigurationspakker, inden du foretager større ændringer. Hvis en konfigurationsændring skal tilbageføres, er den eneste mulighed at gendanne fra en databasesikkerhedskopi.

Tilbagerulningsprocedurer

API-tilbagerulning

API'en installeres som en zip-pakke til Azure App Service. For at vende tilbage til en tidligere installation:

1. Åbn Azure Portal og naviger til din App Service
2. Gå til Deployment Center > Deployment history
3. Find den tidligere vellykkede installation
4. Vælg den og klik på Redeploy
5. Bekræft, at applikationen fungerer korrekt

Hvis du bruger installationsslots, swap tilbage til det tidligere slot via Deployment slots > Swap.

Database-tilbagerulning

DacPac-installationer er additive som standard — nye kolonner og tabeller tilføjes, men eksisterende objekter fjernes ikke. Dette giver et sikkerhedsnet for de fleste skemaændringer.

Ved dataproblemer (korrupte eller forkerte data), brug Azure SQL punkt-i-tid-gendannelse:

1. Gendan databasen til et tidspunkt før problemet opstod
2. Bekræft indholdet af den gendannede database
3. Opdater App Service-forbindelsesstrengen til at pege på den gendannede database, eller omdøb databaserne for at bytte dem

SPFx-tilbagerulning

For at vende SPFx-webdelen tilbage til en tidligere version:

1. Download den tidligere versions .sppkg-pakke fra Realizer-portalen
2. Åbn SharePoint App Catalog
3. Upload den tidligere pakke, som erstatter den aktuelle version
4. Klik på Deploy

Konfigurationstilbagerulning

Konfigurationspakker er additive — import af en pakke tilføjer eller opdaterer elementer, men fjerner ikke eksisterende. For at tilbageføre konfigurationsændringer skal du gendanne databasen fra en punkt-i-tid-sikkerhedskopi taget før ændringen.

Scenarier for katastrofeberedskab

Scenarie 1: Utilsigtet sletning af data

1. Dokumenter slettet fra Blob Storage: Hvis soft delete er aktiveret, gendan blobs inden for det konfigurerede opbevaringsvindue
2. Databaseposter slettet: Brug Azure SQL punkt-i-tid-gendannelse til tidspunktet før sletningen. Kopiér de nødvendige poster fra den gendannede database til produktion.

Scenarie 2: Azure-regionalt nedbrud

Hvis Azure-regionen, der hoster din installation, bliver utilgængelig:

1. Azure SQL: Gendan fra geo-redundante sikkerhedskopier til en ny SQL Server i en anden region
2. Blob Storage: Hvis geo-redundant lagring (GRS eller RA-GRS) anvendes, igangsæt en kontoovertagelse. Hvis lokalt redundant lagring (LRS) anvendes, skal data gendannes fra en ekstern sikkerhedskopi.
3. App Service: Geninstaller ved hjælp af Bicep-skabelonen i gendannelsesregionen
4. DNS og API-URL: Opdater AccessPoint API-URL storage entity i SharePoint til at pege på den nye App Service-URL

Scenarie 3: Fuld genopbygning af miljø

Hele AccessPoint-miljøet kan genopbygges fra bunden ved hjælp af de publicerede installationsartefakter:

1. Kør Bicep-skabelonen for at klargøre alle Azure-ressourcer
2. Installer API-zip'en til App Service (inkluderet i ARM-installationen)
3. Databaseskemaet installeres automatisk ved første API-opstart
4. Upload SPFx .sppkg til SharePoint App Catalog
5. Kør Deploy-AccessPoint.ps1 for at konfigurere Entra-only SQL-godkendelse og Graph-tilladelser
6. Gendan databasen fra den seneste sikkerhedskopi for at gendanne data
7. Gendan Blob Storage-dokumenter fra geo-redundante sikkerhedskopier

Infrastructure as Code (Bicep-skabeloner) og installationsscriptet sikrer, at miljøet er fuldt reproducerbart.

Planlægningsanbefalinger

• Aktivér geo-redundant lagring (GRS) på Blob Storage-kontoen for dokumentredundans på tværs af regioner
• Aktivér langtidsopbevaring (LTR) på Azure SQL for ugentlige, månedlige og årlige sikkerhedskopier ud over det standard PITR-vindue
• Aktivér soft delete på Blob Storage med en 30-dages opbevaringsperiode
• Aktivér blob-versionering for at gendanne overskrevne dokumenter
• Dokumentér dine installationsparametre — opbevar en registrering af dit lejernavn, ressourcegruppe, alarm-e-mail og eventuelle brugerdefinerede App Service-indstillinger, så du hurtigt kan geninstallere
• Test gendannelse årligt — gendan databasen og Blob Storage til et testmiljø for at bekræfte, at dine sikkerhedskopier fungerer
• Overvej Azure Front Door eller Traffic Manager, hvis din organisation kræver automatisk failover med minimal nedetid

Sundhedsovervågning

AccessPoint stiller to sundhedskontrol-endepunkter til rådighed:

Nøglemetrikker at overvåge

Skalering

Vertikal skalering (Scale Up)

Skift App Service Plan-niveauet i Azure Portal > App Service > Scale up (App Service plan). Ingen geninstallation påkrævet.

Horisontal skalering (Scale Out)

AccessPoint API'en er tilstandsløs og understøtter flere instanser. Konfigurer manuel eller automatisk skalering i Azure Portal > App Service > Scale out (App Service plan).

SQL-skalering

Justér databaseniveauet baseret på arbejdsbelastning. Almindelige serviceniveauer: Basic, S0, S1, S2, S3, P1, P2.

Certifikat- og hemmeligheds-rotation