Planlæg skemaændringer med plads til driftsstop.
Det planlagte opdateringsforløb skelner mellem kort lukning, tabsfri tilbagerulning og fejlrettelse fremad.
Lukning på jeres godkendte tidspunkt
Når en opdatering ændrer databasens skema, er planen at lukke adgangen kort og lade igangværende arbejde afslutte, før ændringen udføres. I skal kunne godkende versionsskiftet og vælge tidspunktet.
Der er intet fast tilbagevendende servicevindue og ingen lovet maksimal varighed. Et fejlet forløb kan kræve afklaring og kontrolleret genåbning; en udløbet tidsfrist åbner ikke automatisk adgangen.
Tilbage kun når det er dokumenteret tabsfrit
Den planlagte udgivelsesvej tillader kun tilbagerulning af skemaændringer, når det er dokumenteret, at data ikke går tabt. Ellers skal fejlen rettes fremad med en ny ændring.
Et skift til en ældre softwareversion er derfor ikke i sig selv en sikker vej tilbage. Den faktiske database og dens data skal passe til versionen, før adgangen genåbnes.
Se installation og opdateringerEt snapshot før den bekræftede skemaændring
Før en bekræftet ventende skemaændring er målet, at Tomstok automatisk tager et snapshot af databasen. Antallet af beholdte migrationssnapshots skal kunne indstilles; vælger I nul, tages der ikke et sådant snapshot.
Snapshot-trinnet er endnu ikke bygget. Det skal indgå i jeres aftalte backup- og gendannelsesforløb.
Se ansvar for backup og gendannelseSe Tomstok med jeres produkter i tankerne.
Tal med os om jeres sortiment og produktionskrav.