Backup og restore¶
Når brukes denne prosessen¶
Løpende (planlagte backuper) og ved gjenoppretting etter datatap, feilkjøringer eller servertap.
Hva som må sikres¶
| Data | Hvor | Kritikalitet | Innhold |
|---|---|---|---|
Visma Business-databasene (F{id} per selskap) |
SQL Server | Høyest | Ordrer, kunder, produkter, beholdningstransaksjoner (FreeInf2), bilag — hele forretningsgrunnlaget |
| Connect-tabellene (i selskapsdatabasene) | SQL Server | Høy | RefreshTokens (innloggingssesjoner), KioskTokens (kioskoppsett), SurveySubmissions (kiosk-buffer/audit), Deviations |
| FormsDB | SQL Server | Middels | Eldre skjemadata (EF-basert) |
| Web.config / App.config | API-server + ConnectMonitor-maskin | Høy | All konfigurasjon og alle nøkler — ta kopi før hver endring |
| Vedleggsfiler | Filshare (WorkOrderFiles/PDF-share) | Middels | Ordrevedlegg og kvitterings-PDF-er |
| Landax-data | Landax (skytjeneste) | — | Sikres av leverandøren |
| Kildekode | Azure DevOps | — | Sikres av Azure DevOps |
Anbefalt opplegg¶
- Full backup daglig av alle
F{id}-databaser + FormsDB, med transaksjonslogg-backup hver time på Visma-databasene (de tar ordrer hele dagen). - Behold 30 dager daglige, 12 måneder månedlige.
- Konfigfil-kopier ved hver endring (datostemplet ved siden av originalen).
- Test gjenoppretting kvartalsvis mot testmiljøet (9999).
-- Eksempel (SQL Agent-jobb per database)
BACKUP DATABASE [F106]
TO DISK = N'<backup-share>\F106_full.bak'
WITH COMPRESSION, CHECKSUM, INIT;
Restore-scenarier¶
Visma-database tilbake til punkt i tid¶
- Stopp ConnectMonitor-jobbene og varsle brukerne (appen skriver til basen).
RESTORE DATABASEsiste fulle backup + transaksjonslogger til ønsket tidspunkt.- Sjekk
StrFVar-vannmerkene (ConnectMonitor) — jobber etter restore-tidspunktet vil kjøre om igjen; det er normalt trygt pga. duplikatkontrollene, men kontroller bilagsseriene 310/320/8/950/951. - Funksjonstest: innlogging, ordreliste, levering i testselskap.
Mistet RefreshTokens¶
Ikke kritisk: brukerne må bare logge inn på nytt. Tabellen kan også gjenskapes
tom med refresh_token_database_setup.sql.
Mistet KioskTokens/SurveySubmissions¶
Kiosk-tokens må gjenopprettes fra backup (eller opprettes på nytt i
/kiosk-token-admin — QR-kodene på nettbrettene må da byttes).
SurveySubmissions med Status='Submitted' finnes også i Landax; rader med
Failed/Pending er ikke oversendt og går tapt uten backup.
Konfigurasjonsfil ødelagt¶
Gjenopprett siste daterte kopi; verifiser med sjekklisten i Drift og overvåking.
Verifisering¶
Etter enhver restore: kjør verifiseringspunktene i
Drift og overvåking, og
avstem én bils beholdning (SUM(Val1) i FreeInf2 per R9) mot appen.
Vanlige problemer¶
| Symptom | Årsak | Løsning |
|---|---|---|
| Brukere logges ut etter restore | RefreshTokens rullet tilbake |
Forventet — brukerne logger inn på nytt |
| ConnectMonitor fører gamle transaksjoner på nytt | StrFVar-vannmerke eldre enn restore-punktet |
Sett vannmerket manuelt til riktig dato/ID |
| Kiosk virker ikke etter restore | Token i URL/QR finnes ikke lenger | Gjenopprett KioskTokens eller lag nye tokens |
| Beholdning stemmer ikke etter restore | Transaksjoner mellom backup og feil gikk tapt | Rekonstruer fra sjåførenes kvitteringer/logg; før korrigerende lasting |