Hovedoplysning

786 - Vedligeholdelse af database platform til STAR's Forretningssystemer
IT-slutproduktbeskrivelse af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning Se følgende vejledninger:
Projektets dokumenter til beskrivelse af IT
Releaseprocessen og epic versioner

1. Indhold

2. Ændringslog
3. Målgruppe for dokumentet
4. Baggrund
5. Forretningsmål
6. Løsningens grænseflader
7. Løsningens omfang
7.1. Plan for implementering
8. Oversigt over epics

Ændringslog

Målgruppe for dokumentet

Baggrund

Der er et løbende teknisk behov for at vedligeholde den database platform, der er ansvarlig for at gemme data i STAR's Forretningssystemer.
Microsoft SQL Server 2008 har følgende datoer ift. support fra Microsoft:

• Service Pach Support slutdato: 7/10-2012
• Mailstream Support slutdato: 7/8-2014
• Extended Support slutdato: 7/9-2019

Jobnet anvender Ankiro som søgemaskine og STAR betaler ekstra for Ankiro for at opretholde understøttelse af Microsoft SQL Server 2008. Efter opgradering af database platform kan STAR anvende den samme version af Ankiro som andre kunder gør.

Forretningsmål

Som systemejer ønsker STAR, at data i STAR's Forretningssystemer gemmes i databaser der er understøttet af leverandøren (f.eks. Microsoft), så platformen vedligeholdes ift. performance, sikkerhed mm.

Løsningens grænseflader

Alle snitflader berøres indirekte.

Løsningens omfang

Der udestår løft fra Microsoft SQL Server 2008 R2 til Microsoft SQL Server 2016. Hvis det enkelte delsystem forventes at blive udfaset, laves der en vurdering om det giver værdi for STAR at lave løftet.
Link til oversigt for eksiterende databaser - https://starwiki.atlassian.net/wiki/download/attachments/46039072/Database%20oversigt%20-%20SQL%20Opgradering.xlsx?api=v2
Licenseringsmodellen fra Microsoft/Statens IT på SQL Server 2016 er ændret ift. SQL Server 2008 R2. Der skal forud for igangsætning af epics laves en godkendelse fra Systemforvalter (Flemming Jensen) på de forventede udgifter til SQL Server 2016.

Plan for implementering

Under mødet blev fremgangmåden omkring pkt. 2. diskuteret, og vi kom frem til et alternativ, som går på at lade opjusteringen foretaget i to omgange. Formålet er at mindske bindingen til nye features i SQL Server 2016 under transitionen og dermed skabe større råderum ifht. timing af opgraderingen i T-miljøerne. Desuden vil test af opgradering til lvl 100 være betydeligt mindre, da det de største ændringer først er introduceret i lvl 120 (optimeret query engine). 
Første omgang skal sikre at alle databaser kører lvl 100. Dette lvl kan anvendes i såvel den eksiterende version som i 2016. Andet omgang vil kunne foretages efter den opdateringen til SQL Server 2016. Denne fremgangsmåde vil resultere i følgende justering af ovenstående struktur.

1. Undersøg aktivitet på databaser. (SF)
2. Analyse af hvilke databaser og tabeller der kan slettes (2017.2)
   1. Herunder stillingtagen til arkivering af disse. 
3. Skab grundlag for tilpasningsopgaver lvl x-100  (2017.2)
   1. Check af compabilitet ifht. 2016 lvl 100 (SQL Server Advisor)
4. Tilpasning af løsninger til lvl 100 (2017.2)
   1. Herunder reel oprydning af databaser og tabeller 
5. Opgradering af SQL Server instancerne. (2017.3) (SF)
   1. Samt opjustering af compabilitets mode til 100 for alle databaser (SF)
6. Skab grundlag for tilpasningsopgaver lvl 100-130  (201x.x)
   1. Check af compabilitet ifht. 2016 lvl 130 (SQL Server Advisor)
7. Tilpasning af løsninger til lvl 100 (201x.x)
   1. Herunder reel oprydning af databaser og tabeller
8. Opjustering af compabilitets mode til 130 for udvalgte alle databaser (201x.x) (SF)

Der var enighed om at denne tilrettede fremgangmåde vil være at foretrække, hvorfor nedestående next step og afklaringer tager udgangspunkt i denne beslutning. 
Afklaringer:

• Ankiro: Opgradering af Ankiro (POC på 2014) - vi skal høre dem om de vil kunne køre 2016. Den test der kører skal inddrages i planerne for opgradering - således vi undgår at skulle gøre dette af to omgange.
• Afklar hvilke systemer der ønskes opgraderet til lvl 130. Det skal overvejes, der hvor systemer vurderes til at have en kort levetid, om opgraderingen til lvl 130 kan retfærdiggøres.
• Peter T finder et script der kan undersøge hvornår databaser sidst har været tilgået. Sendes til Peter K. / Jens.
• Følgende database skal undersøges hos SF - er disse relevante længere? (Jens) WSRMAktiv, WSRMAktiv151, WSRMKMD, WSRMMediaLogic og WSRMAalborg  

Next steps:

• Undersøge pris på opgradering (Peter T)
• BI opdatering af excel ark ifht SAS (Peter T)
• Inden igangsættelse af analyse opgave, skal SF undersøge transaktionslog (ændringer) for hvornår dbs sidst er tilgået. 
• EPIC skal oprettes (Ulrich)
• Userstories for analyseopgaven skal skrives (Peter K)
• Når cost er identificeret skal Lisbeth og Behrooz inddrages

Såfremt vi skulle vælge den oprindelige fremgangsmåde, vil vi skulle afklare følgende først:

• Undersøg mulighed for delvis opgradering af T - Miljøer til SQL Server 2016 ifbm. overgangen fra 2017.2 -> 2017.3 Udvikling
• Alt bliver deployet til T8, ifbm. transition som nævnt ovenfor, er der formodenligt behov for 2 separate strenge. Hvad med Build / Patch process, kræves der tilpasning?

Oversigt over epics