Applikasjoner i SCCM. Innhold

Transkript

1 Forfatter: John Helge Grevstad, Ronny Tjelle og Are Skotnes Godkjent: Jakob Bolstad Versjon: Applikasjoner i SCCM Innhold Begrepsforklaring...2 Forord...3 Filshare for kildefiler...4 Source-share...4 Programpakkemappen...5 DOC-mappen...5 MSI-mappen...6 Direkte kjøring av programpakke...6 Oppsett og konfigurasjon av applikasjonspakker...9 Felles standard...9 Oppretting av applikasjonspakker Programdefinisjoner Oppretting av applikasjonspakker fra definisjon Distribusjon til distribusjonspunkt... 23

2 Applikasjoner i SCCM Side 2 av 25 Begrepsforklaring Applikasjonspakke Definisjon av et program i SCCM. Inneholder filer for installasjon av programmet på klienten hentet fra kildefilene til en definert Programpakke, programdefinisjoner for kommandoer som skal eller kan kjøres av klient, liste over hvilke distribusjonspunkt som har eller skal ha pakken tilgjengelig for klienter, m.m. Ikke å forveksle med Programpakke. Collection Driverpakke Kildefiler Node Programdefinisjon Programpakke Source-share Subcollection En logisk samling objekter (maskin eller brukere) i SCCM. Medlemskap av objekter kan reguleres med regler som automatisk assosierer objekter med samlingen. Regler er vanligvis skrevet med SQL-kode rettet mot SQL-basen SCCM jobber mot. Definisjon i SCCM av en samling drivere. I dagligtale kan begrepet bli brukt om en samling driverfiler fra produsent, men i dette dokumentet vil begrepet kun bli brukt om definisjonen i SCCM. Også kalt sourcefiler. Normalt en samling installasjonsfiler for installasjon av programvare. En del av en Programpakke. Mappe eller collection i SCCM. Inneholder undermapper, subcollections, applikasjonspakker, tasksekvenser eller advertisements. Også kalt program, når det henvises til funksjoner i en Applikasjonspakke. Defineres i tilhørende applikasjonspakke. Inneholder kommandolinje kommando for kjøring av et spesifikt program og/eller funksjon fra filene i applikasjonspakken. Ikke å forveksle med begrepet Program, som viser til software. Alle filer og dokumentasjon som tilhører et program som er klargjort til å rulles ut i SCCM. Skal inneholde selve installasjonsfilene (kildefiler), og dokumentasjon fra den som har laget programpakken. Brukes ikke nødvendigvis om en pakke med kun filer fra produsent av programmet, kun om den samlingen filer som er klargjort for SCCM. Ligger lagret på et Sourceshare. Ikke å forveksle med Applikasjonspakke. Område på filserver der programpakker ligger lagret, og applikasjonspakker henter kildefilene sine fra. En collection som er underordnet en annen collection. Har fellestrekk med undermapper.

3 Applikasjoner i SCCM Side 3 av 25 Forord Dette dokumentet er ment som en veiledning og standard i opprettelse av applikasjonspakker i SCCM, og plassering og organisering av kildefiler til disse. Dokumentet er ment for Klientdriftsgruppen i Møre og Romsdal fylkeskommune, og de som har fått ansvar for å legge inn applikasjonspakker i fylkeskommunens SCCM-løsning. Brukere som ikke er medlem av Klientgruppen, eller som ikke har fått delegert ansvar for opprettelse av applikasjonspakker, kan gjøre seg kjent med innholdet i dette dokumentet, men har ikke anledning til å benytte seg av det eller å opprette applikasjonspakker i fylkeskommunens SCCMløsning eller endre innhold i source-share for fylkeskommunens SCCM-løsning uten godkjennelse fra Klientdriftsgruppen og IT-driftsleder. Kommentarer/spørsmål: klientdrift@mrfylke.no

4 Applikasjoner i SCCM Side 4 av 25 Filshare for kildefiler Source-share Source-filer for programpakkene ligger på Fil01, under share: \\fil01\packages$\applications\ Under denne mappen skal det ligge en hovedtrestruktur som speiler trestrukturen for tilhørende pakker i SCCM: Under disse nodene lages det mapper for hver Produsent, avhengig av hvilken lokasjon programmet tilhører. Om programmet skal være tilgjengelig for alle klienter i fylkesnettet, legges den under Felles-mappen; program spesifikt for SADM legges i SADM-mappen; programmer for undervisningsbruk som ikke krever lisens, eller som har en felles lisens for alle skolene, legges i VGS\Felles-mappen; og lisensierte program der lisensen gjelder en spesifikk skole legges under skolens egen mappe. Deretter er det forskjell mellom trestrukturen på filshare og trestrukturen i SCCM. Under produsentmappene vil det i SCCM ligge selve applikasjonspakkene, en for hver programversjon, mens det på filshare ligger undermapper for hvert program. Under hver programmappe på filshare lages det så en undermappe for programpakken,altså hver versjon av programmet. Hver versjonsmappe skal inneholde to undermapper: DOC og MSI: MSI-mappen inneholder alle filer og mapper som trengs for installasjon av programmet, mens DOCmappen inneholder dokumentasjon for programpakken. Source-mappe for applikasjonspakken i SCCM er da MSI-mappen, ikke overordnet mappe.

5 Applikasjoner i SCCM Side 5 av 25 Programpakkemappen Mappen for en programpakke har navn etter versjonsnummeret til programmet, og inneholder to undermapper, DOC og MSI. DOC-mappen Inneholder dokumentasjon fra produsent av programpakken. Dokumentasjonen skal inneholde: - Navn på programmet - Versjonsnummer for programmet - Produsent av programmet - Produsent av programpakken - Dato for utgivelse av programmet fra programprodusent - Dato for produksjon av programpakken - Produktkode (Product ID eller Product code) for programmet. Dette benyttes av spørringer i Collections (se dokumentasjon for Collections). o Tips: Ved produksjon av en programpakke der installasjonsfilen er en.exe-fil, kan en finne produktkode ved å installere programpakken på en testmaskin, og så åpne Registry og gå til nøkkelen: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\ <- 64-bit HKLM\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\ <- 32-bit på x64 OS En må så bla seg gjennom nøklene en finner her til en finner programmet. Navnet på nøkkelen er produktkoden til programmet. Eksempel: Produktkoden til dette programmet (Adobe Edge Animate CC), er navnet på nøkkelen (folderen) som er markert i trestrukturen til venstre. En vil også finne en verdi kalt UninstallString i egenskapene for nøkkelen, som inneholder kommandoen for å avinstallere programmet. Denne er vanligvis ment for avinstallasjon med interaksjon fra brukeren, det må derfor finnes en kommandostreng for stille avinstallasjon. I noen tilfeller vil en også finne verdien QuietUninstallString, som direkte inneholder kommandoen for stille avinstallasjon o Tips: En kan også kjøre en WMIC-kommando i et kommandolinjevindu. Den kan ta noe tid, men er litt enklere å implementere enn å lete i registry: wmic product where "Name like '%Word%'" get Name, Version, IdentifyingNumber IdentifyingNumber er produktkoden til programmet. o Tips: Når det gjelder.msi, brukes Orca eller et lignende program til å åpne MSIdatabasen og hente informasjon derfra. Merk at standard.msi-fil ikke skal endres! Skal man tilpasse installasjon av en.msi-fil, brukes properties i kommandolinjestrengen, eller det opprettes en.mst-fil som benyttes i en transforms= -kommando i kommandolinjestrengen for installasjon. - Oppgraderingskode (Upgrade code), hvis tilgjengelig.

6 Applikasjoner i SCCM Side 6 av 25 o Tips: Om programmet kommer som en MSI-fil, finnes oppgraderingskoden ved å åpne.msi-filen i Orca eller lignende program. o Tips: Om produsenten har konfigurert.msi-filen riktig, kan man også finne oppgraderingskoden ved å først installere programmet, og så reinstallere med følgende kommando: msiexec /i {PRODUCT-CODE} REINSTALL=ALL REINSTALLMODE=omus /l*v log.txt Dette vil reparere installasjonen. En bør være sikker på at reinstallasjon vil fungere før en bruker denne kommandoen. Søk gjennom loggfilen som genereres (log.txt) etter UpgradeCode. Dette er oppgraderingskoden. - Kommandolinjestreng for installasjon av programmet. Om det er flere kommandoer som må kjøres, skal hver kommando dokumenteres her, i rekkefølge. - Kommandolinjestreng for avinstallasjon av programmet. - Kommandolinjestreng for reparasjon av programinstallasjon, om programmet støtter dette. - Dokumentasjon av eventuelle endringer gjort i oppsett av programmet fra standard installasjon. MSI-mappen Inneholder alle filer som trengs for installasjon av programmet. Filene kan organiseres i undermapper ved behov. Rotmappen skal inneholde - Installasjonsfil - Script Install [Programnavn] [Versjon].[cmd/vbs] o Skal inneholde alle kommandoer fra dokumentasjon for installasjon av programpakken, med eventuell logikk, for direkte kjøring på klientmaskiner. o Denne skal ikke benyttes av SCCM. - Script Repair [Programnavn] [Versjon]. [cmd/vbs] o Opprettes kun hvis pakken støtter reparasjon av installasjonen. o Skal inneholde alle kommandoer fra dokumentasjon for reparasjon av programpakken, med eventuell logikk, for direkte kjøring på klientmaskiner. o Denne skal ikke benyttes av SCCM. - Script TSinstall [Programnavn] [Versjon]. [cmd/vbs] o Skal inneholde alle kommandoer fra dokumentasjon for installasjon av programpakken, med eventuell logikk, for installasjon på terminalservere. o Denne skal ikke benyttes av SCCM. - Script Uninstall [Programnavn] [Versjon]. [cmd/vbs] o Skal inneholde alle kommandoer fra dokumentasjonen for avinstallasjon og fjerning av programpakken, med eventuell logikk, fra klientmaskiner. o Denne skal ikke benyttes av SCCM. Direkte kjøring av programpakke Ved behov for å installere programpakker definert i SCCM direkte på en klient i Backend-nettet, uten å benytte seg av SCCM, vil man ikke kunne hente installasjonsfiler fra Source-share på Fil01, da Fil01 ikke er tilgjengelig for klienter på Backend-nettet. Direkte kjøring gjøres da fra pakke-share på skolens Secondary Site. Dette forutsetter at pakken er opprettet i SCCM og distribuert til skolens Secondary Site.

7 Applikasjoner i SCCM Side 7 av 25 Pakker som ikke er distribuert til skolens Secondary Site skal normalt ikke benyttes av skolen, eller applikasjonspakken er ikke satt opp med korrekte distribusjonspunkt. Dette må korrigeres før pakken kan tas i bruk ved skolen. Pakkeshare på skolens Secondary Site finnes under: \\SR-[LokasjonsID]-SS\SMSPKGD$\ Under denne share-mappen ligger en mappe for hver applikasjonspakke, navngitt etter ApplikasjonsID: En har to muligheter for å finne riktig mappe for programpakken man vil kjøre: 1. En benytter søkefeltet i Windows Utforsker og søker etter programnavnet: 1 2 Etter å ha funnet programmet, kan en enten kjøre programfilen eller scriptet direkte, eller en kan høyreklikke på filen som ligger i mappen en vil ha, og velger Open file location. En får da åpnet mappen der programfilen ligger:

8 Applikasjoner i SCCM Side 8 av En henter ApplikasjonsID fra SCCM: a. Enten fra Computer Management > Software Distribution > Packages > [Path] > [To] > [Package]: b. Eller fra System Status > Package Status: En kan da åpne mappen under SMSPKGD$ som har samme navn som ApplikasjonsID (Package ID) til programmet man vil finne, for å finne programfilene.

9 Applikasjoner i SCCM Side 9 av 25 Oppsett og konfigurasjon av applikasjonspakker Felles standard Vi oppretter mapper (noder) for hver enkelt produsent (Microsoft, Google, Citrix osv) i Software Distribution > Packages > [Enhet], applikasjonspakker opprettes så for det enkelte produkt. Felles pakker for Sentraladministrasjonen og de videregående skolene opprettes på Central Site CEN og legges i noden Software Distribution > Packages > Felles > [Produsent]. (Java, Flash Player, FEP osv). Dette fordi de ulike Primary Sites ikke kan lese hverandres innhold eller se hverandres klienter. Øvrige pakker opprettes enten på Primary Site Ressurs PSR (SADM) eller Primary Site Backend - PSB (VGS). Pakker navngis [Programnavn] [Versjon] i Name-feltet (se Oppretting av applikasjonspakker under). Feltet Manufacturer fylles ut med [Enhet], hvis pakken er ment for spesifikke enheter, og Produsent. Felles pakker merkes ikke med [Enhet]. På PSR opprettes lisensierte eller gratis pakker som er spesifikke for SADM under noden Software Distribution > Packages > SADM > [Produsent]. Pakker merkes SADM først i Manufacturer-feltet for å skille dem fra applikasjonspakker som er felles fra sentralt hold, og fra pakker som tilhører VGS. På PSB opprettes felles lisensierte eller gratis pakker for VGS under noden Software Distribution > Packages > VGS > Felles > [Produsent]. Pakker merkes med VGS i Manufacturer-feltet.

10 Applikasjoner i SCCM Side 10 av 25 Pakker lisensiert av den enkelte skole, opprettes under mappen for den enkelte skole. Pakker merkes [Enhet] i Manufacturer-feltet (se Oppretting av applikasjonspakker under) for å skille dem fra applikasjonspakker fra andre enheter. Om to eller flere skoler deler en lisens, slik at de skal ha samme program, med samme lisens, mens andre skoler ikke kan benytte samme applikasjonspakke, navngis applikasjonspakken med VGS og et suffiks Restricted i navnefeltet (se Oppretting av applikasjonspakker under): VGS [Programnavn] [Versjon] Restricted Dette for å skille dem fra applikasjonspakker fra andre enheter og de som er felles for alle skolene. LokasjonsID for alle de involverte føres opp i feltet Version. Pakken legges så i noden Software Distribution > Packages > VGS > Felles > [Produsent]. Det finnes to måter å opprette applikasjonspakker på, en manuell, og en delvis automatisert. Den manuelle benyttes på programpakker som ikke kommer som.msi, eller som ikke har en ferdig oppsatt definisjon. Denne er omfattende, og gir dårligere MIF-rapportering. Se avsnittet Oppretting av applikasjonspakker på neste side for instruks for manuelt oppsett av applikasjonspakke. Den delvis automatiserte benyttes på programpakker som kommer med en ferdig oppsatt definisjon. Den er rask og enkel å sette opp, og gir god MIF-rapportering, men er som nevnt ikke mulig å benytte på alle typer programpakker. Se Oppretting av applikasjonspakker fra definisjon på side 18.

11 Applikasjoner i SCCM Side 11 av 25 Oppretting av applikasjonspakker Høyreklikk på produsentnavn (f.eks Microsoft) og velg New > Package Følg Wizard: Legg inn produktnavn og versjonsnr osv i Name-feltet. Version-feltet fyller man inn med en bindestrek: - Manufacturer fylles litt ulikt, avhengig av hvor pakken hører til: For applikasjonspakker som er felles, skriver man inn kun produsent i Manufacturer-feltet. For applikasjonspakker som er felles for skolene, skriver man inn VGS, og så produsent i Manufacturer-feltet. For applikasjonspakker som gjelder kun for en enkelt skole eller SADM, skriver man inn [Enhet] og så produsent i Manufacturer-feltet. Eksempel: Vi har et program som er produsert av Contoso og heter Radfinder, versjon 1.5. Vi har da følgende alternativ (i alle alternativene skriver man Radfinder 1.5 i feltet Name): Pakke er felles for alle og legges på CEN > Software Distribution > Packages > Felles > Contoso. Feltet Manufacturer fylles kun ut med Contoso. Pakke er spesifikk for SADM og legges da på PSR > Software Distribution > Packages > SADM > Contoso. I feltet Manufacturer skriver man SADM Contoso. Pakke er felles for de videregående skolene og legges da på PSB > Software Distribution > Packages > VGS > Felles > Contoso. Feltet Manufacturer fylles ut med VGS Contoso. Pakke er spesifikk for skolen Eksempel (som har LokasjonsID VEKS) og legges da på PSB > Software Distribution > Packages > VGS > VEKS > Contoso. I feltet Manufacturer skrives VEKS Contoso.

12 Applikasjoner i SCCM Side 12 av 25 Language fylles ut med språkkode der vi har samme pakke på forskjellige språk, la stå tomt ellers. I Comments-feltet kan vi legge inn informasjon om pakken, brukes spesielt om det er en test. Trykk [Next >] når du har fylt inn relevant informasjon. Velg Source Directory (mappe på filshare der filene til pakken ligger). Dette er MSI-mappen forklart under avsnittet Forord Dette dokumentet er ment som en veiledning og standard i opprettelse av applikasjonspakker i SCCM, og plassering og organisering av kildefiler til disse. Dokumentet er ment for Klientdriftsgruppen i Møre og Romsdal fylkeskommune, og de som har fått ansvar for å legge inn applikasjonspakker i fylkeskommunens SCCM-løsning. Brukere som ikke er medlem av Klientgruppen, eller som ikke har fått delegert ansvar for opprettelse av applikasjonspakker, kan gjøre seg kjent med innholdet i dette dokumentet, men har ikke anledning til å benytte seg av det eller å opprette applikasjonspakker i fylkeskommunens SCCMløsning eller endre innhold i source-share for fylkeskommunens SCCM-løsning uten godkjennelse fra Klientdriftsgruppen og IT-driftsleder. Kommentarer/spørsmål: klientdrift@mrfylke.no

13 Applikasjoner i SCCM Side 13 av 25 Filshare for kildefiler over (side 6). Velg Enable binary differential replication. (Medfører at dersom du endrer på pakken, og oppdaterer distribusjonspunktene, vil kun endringen bli replikert ut, og ikke hele pakken. Sparer nettverkstrafikk) Velg deretter [Next >] til du kommer til dette bildet, da er pakken opprettet:

14 Applikasjoner i SCCM Side 14 av 25 Programdefinisjoner For å opprette programdefinisjoner tilhørende pakken; ekspander pakken ved å klikke på plusstegnet, høyreklikk på Programs og velg New > Program Wizarden starter opp og vi får opp dette bildet: Fyll inn programnavn i feltet Name med prefiks Install eller Uninstall. I Command line-feltet skriver vi inn installasjonsrutinen dokumentert av produsent eller tredjepart. Comments-boksen fylles ut om det er noe spesielt med installasjonen, eller om man har notater som forklarer mer om hva programmet innebærer. Category-feltet fylles ut dersom vi velger å legge programmet i en spesiell kategori for rapportering/sortering. Kategorier allerede brukt finnes i drop-down boksen.

15 Applikasjoner i SCCM Side 15 av 25 Følg wizard: Fyll inn Estimated disk space og Maximum allowed run time, dette finner du ut under testing (Du har vel testet programmet??). Om programmet krever en spesiell versjon av operativsystemet legges det også inn her. Trykk deretter Next. Velg Program can run: Whether or not a user is logged on, da vil wizard automatisk velge Run with administrative rights. Om programmet krever at det kjøres med begrensede brukerrettigheter eller brukerinteraksjon, vil dette være dokumentert av produsent. La resten stå, og trykk deretter [Next >].

16 Applikasjoner i SCCM Side 16 av 25 Velg kun Allow this program to be installed from the Install Software task sequence without being advertised. Dette medfører at programmet kan kjøres i en Task Sequence, enten under maskinutrulling eller i en egen Task Sequence for installasjon av flere programmer. Trykk deretter [Next >] til du får dette bildet: Velg Disable Operations Manager alerts while this program runs.

17 Applikasjoner i SCCM Side 17 av 25 Fortsett wizard til du kommer til dette bildet: Da er programmet opprettet, og klart for å distribueres til distribusjonspunkt. Se avsnittet Distribusjon til distribusjonspunkt på side 23 for instruksjoner.

18 Applikasjoner i SCCM Side 18 av 25 Oppretting av applikasjonspakker fra definisjon Programmer som kommer i MSI-format kan legges inn i SCCM via en automatisert prosess. Høyreklikk på noden der pakken skal legges, og velg New > Package from Definition: Veiviseren starter:

19 Applikasjoner i SCCM Side 19 av 25 En skal så angi en ferdiglaget definisjon for programpakken: Trykk [Browse...], og bla deg frem til.msi installasjonsfilen til programmet, eller om produsent har gitt ut en.pdf eller.sms-fil med pakkedefinisjon, velg denne. Om pakken inneholder en pakkedefinisjon, vil den dukke opp i listen under Package definition. Merk riktig definisjon, og trykk [Next >]. Se til at Always obtain files from a source directory er markert:

20 Applikasjoner i SCCM Side 20 av 25 Kontroller at source directory er korrekt, og at Source directory location er satt til Network path (UNC name): Du vil så få en oppsummering. Klikk [Finish]:

21 Applikasjoner i SCCM Side 21 av 25 Åpne deretter egenskapene for applikasjonspakken: Hak av for Enable binary differential replication på Data Source-fanen. Det vil normalt ha blitt opprettet seks programdefinisjoner: De vi skal benytte oss av, er Per-system unattended, og Per-system uninstall.

22 Applikasjoner i SCCM Side 22 av 25 For begge programdefinisjonene, åpne egenskaper og angi først Maximum allowed run time på Requirements-fanen: Sett til en passelig tid, avhengig av hvor lang tid installasjonen tok i testfasen. Gå så til Advanced-fanen, og huk av for Allow this program to be installed from the Install Software task sequence without being advertised: Pakken er så klar til å distribueres til distribusjonspunkt.

23 Applikasjoner i SCCM Side 23 av 25 Distribusjon til distribusjonspunkt Velg Distribution Points under applikasjonspakken, høyreklikk og velg New distributions points. Følg Wizard, og velg distribusjonspunktene pakken skal distribueres til: Er pakken felles for SADM og VGS, velges samtlige Secondary Sites. Om pakken er spesifikk for SADM, utelates den fra Secondary Sites for VGS. Om pakken er felles for skolene, utelates SCCM-SSK. Ellers velges samtlige Secondary Sites. Er pakken lisensiert til en enkelt skole, legges den kun ut på distribusjonspunktet for den aktuelle skolen. Merk at distribusjonspunkt merket [Navn på punkt]\smspxeimages$ ikke skal benyttes. Unngå å distribuere pakker som ikke benyttes av en enhet til distribusjonspunktet for enheten, da pakkekopiering medfører både nettverkstrafikk og diskforbruk. Om en enhet senere vil benytte pakken, legges bare distribusjonspunktet deres til ved å gå gjennom wizard en gang til. Pass da på å ikke fjerne kryss for distribusjonspunkt som allerede er krysset av; om dette gjøres vil pakken fjernes fra det aktuelle distribusjonspunktet. Trykk [Next >] og deretter lukkes wizard.

24 Applikasjoner i SCCM Side 24 av 25 For å sjekke status på pakken, ekspander Package Status > Package Status: Verifiser at pakken er kopiert til distribusjonspunkt, status skal da se slik ut: Står det 0 på alt annet enn Targeted, er ikke pakken på plass på distribusjonspunktet. Kjapp sjekk av logger på distribusjonspunkt: Høyreklikk på aktuelt distribusjonspunkt, velg Show messages > All, velg tidsrom og du får fram denne: Her vil aktuelle feilmeldinger dukke opp, vanlige feil er tilgang til filshare for kildefilene til pakken og fulle disker på distribusjonspunkt. Korriger feil, høyreklikk på applikasjonspakken, og velg Update Distribution Points for å kopiere pakken på nytt. Når pakken er ferdig definert og havnet på korrekte distribusjonspunkt, gjenstår det kun å dokumentere pakken på wiki, og pakken er ferdig og klar for å kjøres ut på klientmaskiner.

25 Applikasjoner i SCCM Side 25 av 25 Referanser: IT Support og Incident mmgt i MRFK Problem prosessen i MRFK Endringshåndtering i MRFK