Erfa-seminar 2014 Efterår. Print og IT-drift

Transkript

1 Erfa-seminar 2014 Efterår Print og IT-drift

2 Agenda Status fra forandringsteamet om Print og IT-drift v/henrik Hjorth Hansen Målgruppe / niveau: Forretningsprocesorienteret Sparring ift. IT-driften v/ Rasmus Glibstrup (IT-Craft) og Jesper Johansen (Miracle) High availability med SQL Server (Jesper) Mirror Failover clustering Availability groups Fordele og ulemper ved de enkelte typer High performance infrastruktur med SQL Server (Rasmus) I/O muligheder DAS / SAN / FusionIO / Flash SAN / Øvrige CPU og Memory options Valg af CPU og licensiering. Mængder af Memory Netværk og afstande imellem Servere jf. HA valg Q&A SYSTEMER, DER ER ALWAYS ON (24/7) v/ Rasmus Glibstrup (IT-Craft) og Jesper Johansen (Miracle) CASE : Samme punkter for HEF / SE (Jesper på SE og Rasmus på HEF) Beskrivelse af infrastruktur Begrundelse for valg af HA for den enkelte kunde. Performance udfordringer hos den enkelte kunde, og eventuelle løsninger herpå.

3 FT: Print og IT-drift Sammenfatning af emner fra møderne

4 Opgaver Sonlinc fremsender emneliste med forslag til prioritering ultimo juni Sonlinc fremsender forslag til mødedatoer, ud fra princippet om fysisk møde hver anden måned og et telefonmøde i mellem de to fysiske møder.

5 Erfa-seminar 22. oktober 2014 Print og IT-drift et helt spor på den første dag. Første del bliver en gennemgang af forandringsteamets arbejde Anden del bliver med fokus på sparring mellem IT-afdelingerne, hvor selskabernes forskellige IT-opsætning debateres Miracle-mand (SE) IT-craft (HEF) Performance Hvor kan man skrue på SQL-Serveren i et SonWinmiljø Tredje del bliver et oplæg fra ekstern Vigtigt at det ikke er en salgstale Allways on (24/7) Microsoft (DBA + Windows / Fysisk vs Virtual) Overvågning ( SAN / SQL-Server) Fordele og udfordringer Microsoft SQL 2014 Performance counters

6 WebCast Gennemgang af Print-opsætning, herunder duplex, Skærmbilledet aprn og bakkevalg Dannelse af PDF er i den nye model Den nye Release-proces Export / Import af data i SonWin Reporting Service Brugeradgang, biviewer og gennemgang hvordan de distribueres

7 SonWin Databasen

8 Mulighed for selv at administrere SonWin-Databasen Formål IT-afdelingen får større mulighed for at styre opsætningen af SonWindatabasen Kunderne ønsker selv at oprette nye index at partitionerne tabellerne at indføre komprimering Løsning Det blev besluttet at indføre 3 niveauer, jf tegning til højre Niveauet IT-Drift medindflydelse bliver kun vedligeholdelsespris Niveauet IT-Drift fuld kontrol får en licenspris, med tilhørende vedligehold. Med vedligeholdelsen er Sonlinc forpligtet til at kunne svare på anbefalinger til fx hvordan tabeller mest optimalt kunne partitionernes Der oprettes et databaseopgraderingsprogram, med egen MSI-pakke, der skal kunne logge hvilke ændringer der er foretaget. Øvrige konklusioner Databaseændringer skal vises i Releasenoten, så kunderne kan vurdere eventuelle tilretninger til egenudviklede SQL er. For at IT-afdelingerne selv bedre kan vedligeholde de index der er på SonWin-databasen er der et ønske om Fjernelse af "select *" Fjernelse af "Index hints" og i første omgang en liste over hvilke der er, så man ved at de ikke må fjernes Mulighed for at index ikke oprettes automatisk ifm reorganiseringen på eksisterende tabeller. Nye tabeller må gerne få lagt index på

9 Øvrige konklusioner Relaterede tabeller lægges i samme database Logisk adskillelse via SQL-Skemaer SonWin-Databasen tilføjes fremmednøgler FileStream må ikke benyttes. I stedet af filer gemmes i varbinary(max) og komprimeres af SonWin.

10 Et SonWin-landskab

11 Isolering af produktionsmiljøet Formål Sikre en mere klar adskillelse mellem Udviklings-, Test- og Produktionsmiljøerne. Løsning Skærmbilledet akurs ændret, således at akurs fremsender installationsdata til Sonlincs regressionstest, i stedet for at Sonlinc trækker oplysningerne fra akurs. således at akurs fremsendelser installationsoplysninger ifm supportsager. Det skal derfor være en funktion hos selskaberne, der fremsender værdierne i stedet for at det er Sonlinc der henter oplysningerne. Øvrige konklusioner

12 Konfiguration af SonWin Der skal udarbejdes en konfigurationsguide Selskaberne fremsende deres SonWin-miljøer En systemtegning, der illustrerer hvilke servere der benyttes til fx SonWin Billing Server, XMLBasis og hvor klienterne er installeret. Der er et ønske om at kunne køre med flere versioner af det samme klientprogram på samme maskine

13 Overvågning af SonWin Formål SonWin skal giv mulighed for at IT-drift og superbrugere kan overvåge SonWin Løsning Logning i de enkelte produkter skal foregå på følgende prioriterede måde Skrive i eventvieweren ind til der er database adgang Journalen skal skrives ned i databasen Error-log skal skrives ned i databasen i stedet for fil Debug-log skal skrives ned i databasen i stedet for fil Som udgangspunkt skal debug-loggen ikke skrives til fil Der skal være en snmp-trap, hvor et overvågningssystem kan forespørge på aktuel status Stub der skal sikre at der er flow igennem ifm andre løsninger Hvert produkt skal levere information om aktuel status via snmp-trap Hvilken version Hvad er aktuel status - Fx Kører og faktura 156 ud af 340 Hvad er det sidste den har lavet Hvad er status på sidste kommunikation med eksternt system og hvor mange af de sidste 100 stk er gået ok Øvrige konklusioner Kunderne har et ønske om en management pack til Microsoft System Center Operations Manager. Det løses med en snmp-trap. Det skal desuden vurderes om der er parametre der skal kunne styres online; fx antal tråde og databaseforbindelser.

14 Brugeradgang Formål Fastholde og sikre at det maksimale sikkerhedsniveau til funktionalitet i SonWin og adgang til SonWin-databasen Løsning Der skal til login skærmbilledet tilrettes således at man bliver automatisk opgraderet til krypteringsniveau 3 hvis brugeren ikke er på dette niveau. Klient-programmerne skal logge på SonWin-Databasen med en application-user, på samme måde som en SonWin-Service Brugeren skal fortsat kunne logge SonWin på via sin AD-adgang. Det skal være muligt at tildele brugere at kunne logge på som en anden bruger SonWin Database Utility skal opdateres så den kan tilknytte brugerne på testmiljøerne. Øvrige konklusioner Desuden var der et ønske om at listen over brugeradgange skal også vise det fulde skærmbilledenavn så man kan se hvilke funktioner der er adgangs til også indirekte via grupper Det skal være muligt at udsøge brugere i swuser

15 Øvrige konklusioner Der var en snak omkring hvordan BATIDSERIE skal lagres, når tabellen alligevel skal konverteres i forbindelse med idriftsættelsen af Engrosmodellen. Sonlinc arbejder videre på en model.

16 Håndtering af print

17 Håndtering af Print Formål En modernisering af den måde print håndteres i SonWin Løsning Der skal foretages en kategorisering af de eksisterende rapporter inden for de tre kategorier: Lister, Journaler og Bilag/Breve. Der skal udarbejdes en plan for hver af disse kategorier, der sikre overgangen for den enkelte rapport til den nye model Øvrige konklusioner

18 Print - Lister Der er en række rapporter der blot levere en liste i swprint og hvor brugeren overfører listen til et regneark for at arbejde videre med den. Rapporten skal i stedet danne et regneark der kan hentes i SonWin, alternativt maile den hvis det angives ved bestillingen. Regnearket skal forblive i SonWin så man kan åbne det senere Nogle lister skal automatisk slettes når de hentes og andre der er statusrapporter må ikke slettes med mindre brugeren aktivt sletter den enkelte rapport Alle selskaber forventer at benytte Excel fremtiden og det er derfor besluttet at vi danner *.xls er.

19 Print - Journal Rapporter der danner journaler skal ændres så de kommer til at køre på samme måde som fx SonWin Invoice Engine Journalen skrives til databasen Der dannes en rapport i Reporting Service der viser journalen

20 Print til kunden

21 Kundeområde

22 Kundeområde Formål Kundeområdet skal opgraderes for at kunne tilbyde blog og bedre muligheder for download Løsning Der skal indarbejdes en Blog, samt et overblik over aktuel status Det skal være muligt at stille feeds tilrådighed, for at kunne indarbejde dette i ITafdelingen Der er et ønske om at dem der håndtere IT-driften for andre også kan se deres downloads (Fx SE => NRGi => ENHO/NRGi) Øvrige konklusioner Zita modtager i dag et regneark der indeholder supportsagerne. Sonlinc vender tilbage med hvordan det er sat op, da der var flere der viste interesse for lignende lister. Der skal også arbejdes på oversigten på hjemmesiden

23 House-keeping

24 House-keeping Formål Sikre at der kommer fokus på hele tiden at have den mest optimale SonWindatabase Løsning Mulighed for flytte gamle edi-filer til sub-folders og ændre pegepinden i databasen Mulighed for arkivering af printfiler og filmail Arkivering af alogedi Nyeste Native-ODBC-driver BCHEC Opdeling Liste-værdier, Opsætning (IT-drift vs Forretning) og Temporære værdier (fx batidstype) Mulighed for at disable trimninger ifs at x e dem ud Styring af at man kun at indsætte gyldige kodenavne Øvrige konklusioner

25 SonWin Server Struktur Batch-Server

26 Formål SonWin Server Sikre en ensartet funktionalitet omkring batch-servere Løsning Der benyttes to modeller Job der kører hele tiden får deres egen instans under Windows Services, fx swie, snex Job der starter og stopper installeres i en Plug-In-løsning Øvrige konklusioner

27 Engrosmodel

28 Engrosmodel Formål Engrosmodellen får betydning for IT-afdelingen, da der skal etableres mindst 1 testmiljø (End2Endtest + evt. migrering), samt i cut-overfasen, for det den nye SonWin-struktur skal etableres Løsning Der skal tages stilling til om Netselskabets data skal ikke i sin egen database eller blot i sit eget firmanr Det aktuelle pladsbehov skal vurderes Der skal udarbejdes en beskrivelse af End2End-testmiljøet Husk at der skal tages backup 13. august Der skal udarbejdes en plan for Cut-Over-fasen, samt udarbejdes en særkilt plan for SonWin Øvrige konklusioner I forbindelse med Engrosmodellen skal MessageDB og FileDB skal lægges ind i BillingDB as-is Det var et ønske at aftagenummeret var et validt EAN-nummer. Sonlinc forklarede hvorfor det var en tekststreng og der ikke var lagt restriktioner på feltet, hvor kunderne opdaterede bagom.