Underhålla GKS3
Vanliga IT-driftsuppgifter
Övervakning
Kontrollera att backup finns tillgänglig och är återställningsbar. Mappen
c:\gks3
på servern bör säkerhetskopieras dagligen och sparas i upp till ett år.Kontrollera att tjänster för GKS är startade.
Kontrollera felloggar (Event Viewer) för fel.
Kontrollera ledigt hårddiskutrymme.
Föra en förteckning över miljöer (produktion, test) med installerade programvaror, tjänster och eventuellt skräddarsydda lösningar. Det är speciellt användbart om dessa över installerade över fler serverdatorer.
Administrativt underhåll av SQL Server
Följande uppgifter ska utföras kontinuerligt och bör med fördel automatiseras genom exempelvis SQL Maintenance Plans.
Skapa fullständig (
Backup type: Full
) databasbackup till fil (.bak). Detta bör ske varje natt. En backupfil bör sparas i minst ett år.Skapa eventuellt Differential backup (
Backup type: Differential
) med den frekvens som det ska kunna gå att återskapa till. T.ex. en gång i timmen.Bygg om alla index för databas GKS.
Uppdatera statistik för databas GKS.
Kontrollera storlek på databas och transaktionslogg. Minska storlek (shrink) på databas och transaktionsloggar vid behov. För att storlek på transaktionslogg ska gå att minimera kan det krävas att det tas en backup på transaktionsloggen först (
Backup type: Transaction Log
).
Windows-tjänster
Webbapplikationer
Windows-applikationer
Loggfiler
Konfigurationsfiler
Klient
Server
Portar
GKS Plan (GKS.Plan.exe) är normalt konfigurerad att erhålla en dynamisk port som tilldelas av Windows. För att se det portintervall som används kan följande kommando köras på servern:
netsh int ipv4 show dynamicport tcp
För mer information om dynamiska portar och administration av dessa: https://learn.microsoft.com/en-us/troubleshoot/windows-server/networking/default-dynamic-port-range-tcpip-chang
Extern kommunikation
Testmiljö
Genom att sätta upp en testmiljö går det att minska risken för störningar i produktionsmiljön.
I testmiljön kan nya versioner testas av innan de tas i bruk. Det går även att testa större planerade förändringar i konfiguration såsom att lägga upp nya prislistor och andra genomgripande förändringar inom GKS.
Testdatabas
Första steget för att sätta upp en testmiljö är att skapa en kopia av databasen.
Behövs en ny server? Nej, det behövs ingen ny server. Det enklaste är att lägga upp testdatabasen på samma SQL Server som används i produktion. Enbart om det finns något specifikt skäl att helt isolera miljöerna åt behövs en ny serverdator.
Gör såhär för att skapa testdatabasen:
Ta en fullständig backup av databasen
GKS
till en .BAK-fil.Återställ denna backup till databas med nytt namn, t.ex.
GKS-TEST
.Kör databasscriptet nedan som stänger av viss funktionalitet som inte är lämplig i testmiljö. Detta gäller t.ex. funktioner för automatiska utskick av e-post mm.
Köra GKS3 Kalkyl mot testdatabasen
Starta GKS mot testmiljön från en kommandoprompt eller lägg upp en ny genväg:
gks.exe -database GKS-TEST
När GKS har startats, kontroller att det står testdatabasens namn i statusfältet.
Isolerad testmiljö
För att kunna testa av tilläggsmoduler krävs en ny separat applikationsserver avsedd för test. På denna server installeras GKS3 Kalkyl plus samtliga tilläggsmoduler.
Till skillnad från i produktion ska namnet på testdatabasen uppges vid installation och konfiguration.
Vid installation av GKS Plan-klienten och GKS Web ska testserverns namn uppges.
Last updated