Reihenfolge und Abhängigkeiten

Bezüglich der Reihenfolge der Verteilung hat die Reihenfolge (von oben nach unten) der Pakete im SoftwareDepot grundlegenden Einfluss. Diese Reihenfolge kann mit der Option „Reihenfolge“ auf dem Reiter „Version“ überschrieben werden. Hier werden die Software Pakete angegeben, die vor dieser Software installiert werden muss. Im Dialog „Abhängigkeiten“ können Pakete angegeben werden, die installiert sein müssen, damit diese Software auch installiert wird. Hierüber können auch „Verbote“ definiert werden. Dieses Paket wird nicht installiert, wenn bereits Software xy bereits installier ist. (Bespiele sind die Matrix42 Pakete SubDepot Services und DataCollector).

Betriebssystem Freigabe

Auf diesem Reiter werden die Betriebssysteme „angehakt“, auf denen die Setup.inf erfolgreich ausgeführt wird und getestet ist. Ist ein Paket nur für Windows 7 freigegeben und wird einem Windows XP Computer in der EMC zugewiesen, wird die Setup.inf erst gar nicht „angestartet“, da das Paket nicht dafür freigegeben wurde.

Computerumgebung 

Die Einstellungen auf dem Reiter Computerumgebung wirken sich genauso auf die Verteilung aus, wie auf dem Reiter Betriebssystem. Hier können jedoch Rahmenbedingungen bzgl. RAM, Festplattenplatz, etc. definiert werden. Sind die Rahmenbedingungen nicht erfüllt, startet die Installation erst gar nicht. Die „nicht erfüllte Voraussetzung“ wird mit einer „Requirement“ Meldung im SoftwareDepot Log dokumentiert.

Sonstiges

Wie der Name schon sagt, vereinen sich auf dem Reiter „Sonstiges“ alle weiteren Einstellungen.  Die Einstellungen „Externes Installationsprogramm“ und „Installationsprogramm asynchron aufrufen“ werden in den allermeisten Fällen nicht genutzt und haben mehr eine „historische“ Bedeutung. Beim zweiten Falle, werden die Pakete nicht in einer Stapelverarbeitung eins nach dem anderen installiert, sondern eine weitere Installation wird bereits gestartet. Dies führt in den überwiegenden Fällen zu Installationsproblemen!

„Nur bei Verteilung“ benutzen steuert, ob eine Software im Kiosk sichtbar ist oder nicht, oder nur mittels EMC/EWC verteilt werden kann. „Erlaube Deinstallation“ hat auch nur Einfluss auf das Kiosk und ermöglicht dem Endbenutzer nur eine Deinstallation einer Software zu starten, wenn dies hiermit „erlaubt“ wird.

„Installation weiterer Pakete nicht fortsetzen“ ist interessant zu nutzen, wenn eine abhängige Software-Installation einen Neustart oder ähnlich voraussetzt. Sehr häufig ist dies nach einem Windows Service Pack oder Internet Explorer Update nötig, damit die nachfolgenden Installationen die richtige Version erkennen (mittlerweile auch durch den Wert SetReboot 5 in der Setup.inf steuerbar).

Die Option „Installationskontext“ erlaubt einem einzustellen, ob das Paket nur vor oder nach der Anmeldung ausgeführt werden darf, oder ob es „immer“ installiert werden kann. Wenn das Paket auf eine Abfrage vom Benutzer warten soll, so wäre „Nur nach der Benutzeranmeldung“ passend.

„Installationsdauer“ wird dem Benutzer vor bzw. während der Installation im sogenannten Z-Dialog angezeigt. Der Z-Dialog zeigt die anstehenden Installationen an und gibt ggf. die Möglichkeit  die Installation zu verschieben (je nach Agenten-Konfiguration und Verteilungsoption des Software-Paketes).

„Lizenzen“ – diese Eingabe kann komplett „vergessen“ werden und wird nicht mehr unterstützt.

„Sync. Bandbreite“ bezieht sich auf die Synchronisation der Pakete auf den Client. So kann hier für ein großes Software-Paket eine minimale verfügbare Bandbreite zur Synchronisation der Quellen auf den Client angegeben werden.

Die Eigenschaft „Pakettyp“ ist für die Zusammenarbeit mit dem Matrix42 Service Store relevant. Somit können die Pakettypen beim Import bereits unterschieden werden, wie diese weiter im Service Store zur Verfügung stehen bzw. „verarbeitet“ werden.

Prüfung

Auf diesem Reiter ist der Wert für Prüfdatei/Prüfwert noch sehr interessant. Nur wenn diese Kriterien erfüllt sind, findet die Ausführung des Software-Paketes statt. Hier lohnt sich ein Blick in die Matrix42 Pakete “Patch-Management (Install) bzw (Fix)“.

SetupInfo

Die Nutzung der Paketinformationen durch den bzw. die Paketierer habe ich hier bereits erklärt.

Registrierung

Auf dem Reiter Registrierung wird beim Import der Wert für Schlüssel aus der Setup.inf und der Eigenschaft „MachineKeyName“ übernommen. Dazu sind die bereits vorhandenen Blog Beiträge wichtig zu lesen:

• Anpassung Paketierungsvorlage – Empirum Paket Informationen in der Registry
• Empirum Paket – Registry, SoftwareDepot, Version

AUT

Auf dem Reiter AUT kann eine zu „überwachende“ EXE Datei einem Software-Paket zugeordnet werden. Damit wird die Zuordnung und Erkennung auf dem Eigenschaften Reiter eines Computerobjektes vorgenommen.

Variablen

Hier werden Variablen, die zu dem Softwarepaket gehören und mit der Setup.inf importiert wurden angezeigt.

Der Beitrag Einbinden eines Software-Paketes in Empirum (Erweitert). erschien zuerst auf Workplace Management Blog.

• Paket im Packages Ordner ablegen
• Paket in der Standort Datenbank (SoftwareDepot) bekannt machen

Software Paket – Installationsdateien – ablegen

Das Software Paket muss im Packages Verzeichnis unterhalb der Freigabe Configurator$ (Standardeinstellung) abgelegt werden. Es sollte somit folgende Ordnerstruktur, durch die Ablage des Paketes, erstellt werden:

\\<EmpirumServer>\Configurator$\Packages\<Hersteller>\<SoftwareName>\<Version>\Install

Im Install Ordner liegt die Setup Information in Form einer Setup.inf oder auch anderem Namen.

Software Paket in das SoftwareDepot einbinden

Nachdem das Paket im Packages Ordner abgelegt wurde, muss dies der Standort Datenbank bekannt gemacht werden zur Verteilung. Dazu startet man die Empirum Management Console, kurz EMC, und wechselt in die Konfiguration und dort in Software-Management. In der Konfiguration des Software-Managements muss man das Register SoftwareDepot auswählen. Nun klickt man mit der rechten Maustaste auf ein Software-Register und wählt „Paket einfügen …“.

Beim ersten Dialog wählt man „Ja“, da uns eine Installationsdatei in Form einer INF Datei vorliegt.

Dann navigiert man in einer Paketstruktur (<Hersteller>\<SoftwareName>\<Version>\Install) bis zur *.INF Datei.

Nach dem Öffnen der Setup.inf werden diverse Informationen aus der *.INF Datei übernommen und vorgeschlagen zur Übernahme.

Nun werden die absolut notwendigen Einstellungen, sowie weitere mögliche Einstellungen erläutert.

Paketeigenschaften

Auf dem Reiter „Darstellung“ muss zur Verteilung der Haken bei „Zur Installation freigeben“ gesetzt sein. Ansonsten wird das Paket nur auf Computern verteilt, die die Variable „READY_TO_INSTALL_TEST“ auf 1 gesetzt haben.

Empfehlenswert ist es auch, die Version aus dem Feld Namen mit in das Feld Text zu übernehmen. Im oben genannten Falle kann man auch im Text einmal „Adobe“ entfernen, damit das Paket besser gelesen werden kann.

Optional kann hier auch noch ein Icon für die Software hinterlegt werden. Das Icon sollte eine ICO Datei sein, anstatt auf eine EXE Datei zu verweisen. Dies ermöglicht eine schnellere Bedienung bzw. Ladezeit der EMC! Eine Dokudatei, kann zur Dokumentation des Paketes für die EMC Nutzer dienen. Die Info-Datei kann bei der Nutzung des Software-Kiosks bei der Auswahl der Software angezeigt werden (Die Schaltfläche „Info“ wird dann im Kiosk bei der Auswahl der Software aktiv).

Als nächstes ist eine Angabe auf dem Reiter „Prüfung“ notwendig bzw. zu überprüfen. Der Befehl (im Feld Befehl) sollte mit einem Silent-Schalter versehen sein. Beim ersten Import bzw. Einfügen der Software in das SoftwareDepot, werden die Einstellungen aus dem Bereich [SetupInfo] aus der INF Datei übernommen. Bei nachträglichen Änderungen in der INF Datei, werden diese Einstellungen nicht mehr an diese Stelle übernommen!

Die „Silent“ Schalter kann  /S0, /S1, /S2 oder /S3 sein.

• /S0 – es wird kein Setup.inf Fenster angezeigt
• /S1 – es wird nur der Fortschrittsbalken der Setup.inf angezeigt
• /S2 – es wird das Hintergrundbild und der Fortschrittsbalken der Setup.inf angezeigt.

Zusätzlich kann es notwendig sein, dass der Schalter /AW zusätzlich angehängt wird, wenn das Paket über benutzerspezifische Einstellungen verfügt, wie (z.B.: HKCU Werte, Sektionen oder Kopierbefehle mit CLIENT, …).

Alle Setup.exe Parameter, oder auch noch ausführlichere Beschreibung kann hier eingesehen werden.

Speichern nicht vergessen …

Sind diese Einstellungen gemacht, ist das Minimum an Einstellungen getätigt und der Dialog kann mit „OK“ verlassen werden und das SoftwareDepot gespeichert werden (Diskettensymbol).

Der Beitrag Einbinden eines Software-Paketes in Empirum (Basis) erschien zuerst auf Workplace Management Blog.

Aktualisierung der Quellen

Möchte man die Quellen für das Paket mit einer unveränderten Version aktualisieren, reicht ein verändern des Zeitstempels der Setup.inf aus. Dazu kann man die Setup.inf öffnen und wieder speichern (sogenannt „touchen“), oder gar einen Vermerk in den Header [SetupInfo] schreiben, warum man eine Änderung durchgeführt hat.

Löschen von Paketen aus dem Cache

Möchte man jedoch auf die automatische Cacheverwaltung Einfluss nehmen und ein Paket vorzeitig, oder mit Absicht, komplett aus dem Cache löschen, so hilft das angefügte Tool, um dies von der Kommandozeile aus zu machen. Dies kann unter anderem dann notwendig sein, wenn man den Ablauf des Caches auf „0“, also niemals, stehen hat.

CleanUpEmpirumAgentCache.exe löscht die Registry Einträge und die Quellen aus dem lokalen Empirum Advanced Agent Cache-Verzeichnis für ein angegebenes Paket.

Die folgenden Parameter sind vorhanden:

/ITEM:“<Paketname>“ – ITEM muss angegeben werden, und der Paketname sollte zur Sicherheit in Hochkommas eingeschlossen werden. Der Paketname entspricht dem Namen aus dem Softwaredepot. {Developername}\{ProductName}\{Version}.

/S – Silent. Ist dieser Parameter nicht gesetzt, so werden die Rückmeldungen per Messageboxen angezeigt, was gefunden wurde und welche Änderungen durchgeführt werden bzw. wurden.

/L – LogFile. Erstelle eine Log-Datei in %TEMP% mit dem Namen CleanUpEmpirumAgentCache.log und enthält Debug und Log Informationen bei der Ausführung.

/T – Test only. Mittels dieses Schalters werden die Funde und möglichen Löschvorgänge angezeigt bzw. protokolliert, jedoch nicht durchgeführt.

Beispielhafte Aufrufe: CleanUpEmpirumAgentCache.exe /ITEM:“Microsoft\Office\12.0″ /S /L
– löscht das Microsoft Office 12.0 Paket ohne Anzeige aus dem Empirum Agent Cache und schreibt dazu Informationen in die Log-Datei.

CleanUpEmpirumAgentCache.exe /ITEM:“Matrix42″ /S /L
– löscht ALLE Pakete, die Matrix42 im Namen beinhalten ohne Anzeige aus dem Empirum Agent Cache und schreibt dazu Informationen in die Log-Datei.

CleanUpEmpirumAgentCache.exe /ITEM:“Matrix42″ /T
– zeigt ALLE Pakete an, die Matrix42 im Namen beinhalten und ohne den Parameter /T gelöscht werden.

Hier gibt es das CleanUpEmpirumAgentCache Tool:
CleanUpEmpirumAgentCache (1887 Downloads )

Der Beitrag Empirum Advanced Agent Cache – Aktualisieren und Löschen erschien zuerst auf Workplace Management Blog.

Nachdem ein Software-Paket mittels des PackageWizards erstellt wurde, ist man gut beraten, sich die erstellte Setup.inf anzusehen und gegebenenfalls Änderungen darin vorzunehmen.  Es ist keine Pflicht Änderungen an der erstellten Setup.inf vorzunehmen, doch helfen gerade die Änderungen in dem Bereich SetupInfo dem Informationsaustausch unter mehreren Nutzern bzw. Administratoren. So werden die Informationen unter SetupInfo auch beim Import des Paketes in das SoftwareDepot mit in die Datenbank übernommen und stehen direkt in der Management Console zur Verfügung. Nachträgliche Änderungen des Bereiches SetupInfo in der Setup.inf können mit dem Versionsabgleich im SoftwareDepot der Management Console jederzeit bedenkenlos übernommen werden.

Diese Informationen dienen zur Dokumentation wer, wann und wie das Paket erstellt hat, sowie mit welchen Betriebssystemversionen das Paket getestet wurde.

Weitergehende Informationen zu den Kopfdaten finden Sie hier.

Das Tutorial geht weiterhin darauf ein, wie man die angezeigte Version bei der Nutzung des Silentparameters „/S2“ auf Bedarf an einen dem Endbenutzer besser bekannte Versionsbezeichnung anpassen kann.

Dies ist zum Beispiel interessant bei den Microsoft Office Versionen, da hier die Version 2010 bei den Endbenutzern besser bekannt als die interne Version 14.

Als letztes wird gezeigt wo die Platform Eigenschaft angepasst wird. Welche Werte hier passend sind und was dies für Auswirkungen hat, wird in diesem Blog-Eintrag näher erläutert.

Der Beitrag Erste Setup.inf Anpassungen erschien zuerst auf Workplace Management Blog.

Die lokale Kopie wird im Bereich [Installer] vorgenommen. Wenn man den Zielort für die lokale Kopie verändern möchte, so muss man den Kopiervorgang unter [Installer] und den ReInstallString unter [Application] anpassen.

In dem hier aufgezeigten Beispiel wird die Setup.inf jeweils unter %WINDIR%\EmPack\%DeveloperName%\%ProductName%\%Version%\%SetupInfDir% abgelegt. Der gemeinsame Zielort kann sich je nach „Geschmack“ unterscheiden und kann z.B. auch %ProgramFiles%\_EmpirumPackages\%DeveloperName%\%ProductName%\%Version%\%SetupInfDir%\ sein.

[Application]
...
ReinstallString="%CommonSetupDir%\Setup.exe" "%WINDIR%\EmPack\%DeveloperName%\%ProductName%\%Version%\%SetupInfDir%\Setup.inf"
...

[Installer]
...
1:%SetupInfDir%\Setup.inf,"%WINDIR%\EmPack\%DeveloperName%\%ProductName%\%Version%\"  , NORMAL, 0
...

Der Beitrag Anpassung Paketierungsvorlage – lokaler Setup.inf Ablageort erschien zuerst auf Workplace Management Blog.

[SetupInfo]
Author                  =
CreationDate            =
InventoryID             =
Description             = Installiert, repariert und deinstalliert {Developername} {Productname} {Version}
Method                  = MSI
Tested on               = Win7 x86|x64, WinXP x86
Dependencies            =
Command line options    = /S2
Last Change             =
Build                   =

;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
;Datum, Bearbeiter, Änderung | Date, Author, Change
;
;
;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Der Beitrag Anpassung Paketierungsvorlage – Kopfdaten erschien zuerst auf Workplace Management Blog.