Uppdatera våra programvaror

Förberedelse - innan bokad tid, valfri tidpunkt.Kontrollera att vi har åtkomst till kundens server/servrar. Om inte, säkerställ åtkomsten innan bokad tid för uppdateringen. Exempelvis ligger ibland kassainstallationen på separat dator.Red ut vad kunden kör för programvaror så att vi vet i förväg vad som ska uppdateras. Om något är oklart stäm av det med kunden, så undviker vi att uppdatera onödiga program. Undersök också vad, utöver servern, som behöver uppdateras. Exempelvis:CardPayment på klienter.Lokala Jupiter-klientinstallationerÖverför nödvändiga programvaror för uppdateringen till servern så att de finns på plats när uppdateringen drar i gång.Kontakta kunden en stund innan uppdateringen ska påbörjas för att stämma av att dom är redo att köra i gång på utsatt tid och är redo att stänga ner Jupiter, Rebnis kassa och våra övriga program till angiven tid. De kan även förbereda TeamViewer-åtkomst till klienter vid behov så att det är klart när serverdelen av uppdateringen är färdig.Utförande - när tiden för uppdateringen är inne och kunden är beredd på att arbetet påbörjas.Kontrollera att inga Jupiter-klienter är i gång. ”Kör” +”compmgmt.msc”, det ger åtkomst till ”Datorhantering” där vi kontrollerar detta. Välj ”Delade mappar” och därefter ”Öppna filer”. Stäng de eventuella filer som är öppna, men endast de med Rebnis-anknytning. Markera de filer som ska stängas, högerklicka och välj ”stäng”. Så här kan det se ut om kunden inte stängt ner ordentligt:Stäng de tjänster som är i gång som är relevanta för oss. ”Kör” + ”services.msc”, det ger åtkomst till tjänstelistan. Bläddra ner till ”Rebnis-delen” och stäng berörda tjänster.Inaktivera de schemalagda aktiviteter som kommer köras i närtid, under den period uppdateringen väntas ta. ”Kör” + ”taskschd.msc”, det ger åtkomst till schemalagda aktiviteter.Kontrollera om vi har någon installation via IIS. Har vi det, inaktivera webbplats eller dylikt. Sök ”iis” via startmenyns fritextsökning för att komma åt detta.Testa slutligen att döpa om Jupiters databas för att verifiera att den inte är låst mot någon tjänst/användare eller annat. Är den låst behöver det åtgärdas innan nästa steg eftersom den kommer att behöva döpas om i samband med kommande ”restore” av databasen.Nu kan uppdateringen som sådan påbörjas.För Rebnis-kassa:Börja med att ta en ”copy paste” på databaserna så att dessa finns kvar i nödfall. Klistra förslagsvis in dom i mappen ”Arkiv” som brukar finnas under ”C:\ProgramData\Rebnis\Data”. Annars är det bara att skapa mappen. Ligger det gamla databaser här, exempelvis sedan tidigare uppdateringar, kan de med fördel tas bort så att det inte skapas fler på hög.Utför sedan backup av båda databaserna i kommandotolken med verktyget ”Rebnis.DatabaseBackupManager.exe”, som återfinns i Rebnis-kassas installationsmapp. Placera därefter också backup-databaserna i arkivmappen. En lämplig namngivning på dessa är:MASTER_PREUPDATE_DAGENSDATUM.FBK  OCH ENTERPRISE_PREUPDATE_DAGENSDATUM.FBK. Flytta därefter de två filerna till mappen ”Arkiv”.Stäng manuellt ner BPTIX (vid aktivitetsfältet) om den är i gång och tjänsten ”Rebnis.ServiceRunner”. Då behöver inte installationspaketet fastna på dessa två detaljer. Om man glömmer detta gör det dock inget då installern ska klara att lösa detta.Kör installationspaketet och välj ”Fullständig”-installation. I filen ”C:\ProgramData\Rebnis\Logs\Migration.log” går det att se status på när åtgärden är slutförd. Annars vet man inte med säkerhet att jobbet är klart. Gå längst ner i filen. När texten ” INFO Done applying migrations.” syns efter ” Start applying migrations, if any, for database C:\ProgramData\Rebnis\Data\Enterprise.fdb” så är uppdateringen klar. Efter detta har tjänsten ”Rebnis.ServiceRunner” startats av installationspaketet.Testa att logga in i kassan för att säkerställa att uppdateringen gick bra. Gå inte vidare så länge detta steg inte fungerar. Starta om tjänsten som första åtgärd om det inte går att logga in. Om man inte lyckas logga in trots detta, efter uppdateringen, behöver felsökning utföras och steg ett är att stänga tjänsten ”Rebnis.ServiceRunner” och starta programmet manuellt för att se eventuella fel som uppstår. Konsultera kollega vid behov.Stäng sedan manuellt ner BPTIX om den är i gång och tjänsten ”Rebnis.ServiceRunner”.Kör igen, via kommandotolken, programmet ”Rebnis.DatabaseBackupManager.exe”. Denna gång använder vi alternativ tre ”Backup/Restore”. Detta utför både en ”backup” och ”restore” i, för användaren, ett moment.Två nya backup-filer skapas i datamappen. Namngiv dessa på samma vis som ovan fast med ”POSTUPDATE” istället för "PRE". Exempel: MASTER_POSTUPDATE_221109.FBK. Flytta filerna till ”Arkiv”-mappen.Starta tjänsten ”Rebnis.ServiceRunner”. Vänta därefter cirka en minut och testa sedan att logga in. Fungerar det är uppdateringen klar. Fungerar det inte avvakta lite till och testa på nytt. Går det ändå inte, testa att åter starta om tjänsten, vänta ett par minuter, och testa igen.Uppdatera klienterna genom att starta kassaprogrammet på varje dator med programmet installerat. Instruera gärna kunden hur de kan göra detta själv så behöver inte vi lägga tid på det. Men var då noga med att förklara hur de med säkerhet vet att uppdateringen gått bra och påminn om testköp vid behov.För Jupiter:Börja med att ta en ”copy paste” på databaserna så att dessa finns kvar i nödfall. Klistra förslagsvis in den i mappen ”Arkiv”, som brukar finnas under datamappen. Annars är det bara att skapa mappen. Ligger det gamla databaser här, exempelvis sedan tidigare uppdateringar, kan de med fördel tas bort så att det inte skapas fler på hög.Utför sedan backup av Jupiters databas via kommandotolken med Firebird-verktyget ”gbak”. Exempel på kommando för backup är:  ”gbak -b -t -user sysdba -pas masterke localhost:jupiter ” C:\Rebnis\Data\KUNDNAMN_JUPITER_PREUPDATE_DAGENSDATUM.FBK”. Stäm först av att Firebird-aliaset ”Jupiter” finns och stämmer och justera backupfilens namn inklusive datum. Vilka Firebird-alias som finns upplagda går att se i Firebirds installationsmapp i filen ”aliases.conf”.Flytta backup-filen till ”Arkiv”-mappen.Notera vilken version av Jupiter kunden så att informationen finns vid behov.För sedan över ny version av jupiter.exe med tillhörande filer till Jupiter-mappen. I och med att denna uppdateras kan inte kunden råka starta Jupiter under tiden uppdateringen av databasen pågår.Kör in de SQL-uppdateringar av databasen som finns tillgängliga, med verktyget ”jupcfg”.Efter att uppdateringarna är på plats gör vi åter en backup och restore av databasen.Precis som ovan, utför backup via gbak men döp filen i stället till: ”KUNDNAMN_JUPITER_POSTUPDATE_DAGENSDATUM.FBK”.Döp sedan om ordinarie databasfil (.FDB) till något annat, så att namnet inte är upptaget/låst när vi ska packa upp .FBK-filen. Exempelvis: "KUNDNAMN_JUPITER.FDBx"Packa upp .FBK-filen: "gbak -r -p 4096 -user sysdba -pas masterke KUNDNAMN_JUPITER_POSTUPDATE_DAGENDATUM.FBK” localhost:jupiter. Nu återställs databasen och om inget fel meddelas innan det är färdigt så kan man sedan ta bort databasen som vi nyss döpte om (KUNDNAMN_JUPITER.FDBx).Nu är Jupiter uppdaterat. Men även tillhörande program ska uppdateras, Jupiter server-program, IO med flera. Dessa följer samma princip.Zippa mapparna först så att de finns kvar innan vi uppdaterar filerna. Till exempel hela ”Jupiter server”-mappen. Namnförslag: JS_PreUpdate_DagensDatumUppdatera filerna för respektive program från uppdateringsmappen. Uppdatera även filerna som ligger i ”config” eftersom dessa justeras emellanåt. Notera först relevant information ur respektive config-fil. Det brukar gälla portar, databasalias och email-inställningar. Är man osäker på vilken information som är relevant – fråga en kollega. I värsta fall har vi kvar den zippade mappen med tidigare inställningar som facit.Starta sedan ett program i taget manuellt för att kontrollera att de startar upp korrekt. Om det startar utan problem kan tjänsten för det programmet startas.Utför eventuella uppdateringsjobb på klienter. Gör testköp vid behov.Efterarbete.Kontrollera att tjänster och schemalagda aktiviteter är i gång.Testkör schemalagda aktiviteter vid behov. Exempelvis för att se att funktion att kunna maila via Jupiter/IO fortsatt fungerar.Stäng ner öppna program och logga ut ur Windows på servern.Stäm av uppdateringen med kunden.