Dies kann mit den folgenden beiden Schritten behoben werden …

Schritt1: Sync-Job für Windows Server 2012R2 freigeben

Der nachfolgende Befehl ist auf die Standort Datenbank auszuführen:

Update Software Set OSSystems='101171616' Where Type='SYNC'

Schritt 2: Neuerstellung der SWDepot.dds

Anschließend muss die neue Erstellung der SwDepot.dds Datei durch das Speichern der Konfiguration bzw. einer Konfigurationsänderung in der Management Console unter Konfiguration, Software-Management, SoftwareDepot erzwungen werden.

Hinweis in eigener Sache

Dieses Vorgehen habe ich mit der Empirum V16.1 mehrmals erfolgreich durchgeführt. Teilweise waren selbst erstellte SYNC Jobs für alle Betriebssysteme freigegeben. Bei neueren Empirum Versionen ist zur Sicherheit zuvor zu prüfen, welchen OSSystems Wert andere SYNC Jobs haben:

select SoftwareName, OSSystems from Software where Type='SYNC'

Der Beitrag Empirum Sync-Job wird nicht auf Windows Server 2012R2 installiert erschien zuerst auf Workplace Management Blog.

Ein Beispiel: Ein Paket von FileZilla mit der Version 3.7.3 wurde erstellt. Das Paket macht wie es soll, die Software funktioniert und es wurde bereits verteilt. Nun wird festgestellt, dass die automatischen Updates nicht ausgeschaltet wurden.

Somit muss also dieses Paket erneuert bzw. angepasst und erneut verteilt werden. Doch welche Version hat die Software nun? Es ist faktisch immer noch FileZilla 3.7.3. Jedoch benötigt man zur erneuten Verteilung (falls man keine Reinstallation durchführt) eine Erhöhung der Version. Die Revision wird nahezu „unsichtbar“ immer an die Version angehängt.

Somit hilft jetzt die Revision!

ACHTUNG – die nachfolgenden Zeilen sorgfältig lesen bevor man dies mit einem produktiven Paket durchführt!

Erster Schritt – Erhöhung der Revision in der Setup.inf um einen Zähler (z.B. von 0 auf 1).

Zweiter Schritt – Erhöhung der Revision auch im SoftwareDepot. Dies geht auf zwei Arten. Man wechselt in der EMC in die Eigenschaften des Paketes. Dazu die EMC starten, Konfiguration, Software-Management, Depot, Software-Paket auswählen und die Eigenschaften aufrufen und auf den Reiter „Version“ wechseln. Hier die gleiche Revision eintragen, wie sie auch in der Setup.inf steht! Konfigurationsänderung mittels des Diskettensymbols speichern. Fertig!

Der bessere und einfachere Weg ist folgender: Durchführen des Versionsabgleiches im SoftwareDepot. Dabei werden die im SoftwareDepot bekannten Pakete (Setup.inf) erneut eingelesen und mit den Werten in der Datenbank verglichen und zur Anpassung vorgeschlagen. Dazu die EMC starten, Konfiguration, Software-Management, Depot, im Baum (links) auf Register gehen. Dann im Menü unter „Extras“, „Versionen abgleichen …“ starten und durchführen (mehr hierzu in der Matrix42 Online Hilfe). Konfigurationsänderung mittels des Diskettensymbols speichern. Fertig!

Wichtig ist hier auch das man weiß, was man mit dem „Versionen abgleichen …“ tatsächlich macht. Darauf werde ich in einem anderen Beitrag nochmals genauer eingehen. Denn hier ist Vorsicht geboten.

Sind die zuvor getätigten Änderung in der Setup.inf in das SoftwareDepot (und somit der SWDepot.dds) übertragen und gespeichert, gehts auch schon los …

Warum habe ich zuvor groß ACHTUNG geschrieben? Ist die Revisionsänderung durchgeführt (Setup.inf und SoftwareDepot) müssen die Computer nicht erneut aktiviert werden, damit die „Neuverteilung“ aktiviert ist. Alle bereits aktivierten Installationen sind mit der Änderung „scharfgeschaltet“ für eine erneute Durchführung der Installation beim nächsten Agenten-Polling! Sprich, wenn man die Revision erhöht, hat man keine Chance mehr das Paket definiert mittels der Softwareverteilung zu testen! Die notwendigen Tests müssen zuvor durchgeführt worden sein (ggf. mittels Setup.exe/Setup.inf Aufruf)!

Diesen besonderen Umstand sollte man sich in Erinnerung rufen, wenn man den Schritt der Revisionserhöhung durchführt.

Wozu kann man die Revisionserhöhung sorgenfrei nutzen?

Bei Paketen, wie der reinen Kopieraktion von SapLogon.ini, TnsNames.ora, o.ä. die einem ständigen Wandel unterliegen, ist die Nutzung der Revision zur Neuverteilung der einfachste Weg. Wurden Dateien in Differenzpaketen ausgetauscht, wie z.B. der Matrix42 eigenen Pakete wie EmpirumAgent, Inventory, etc. nach einem Update oder Hotfix, ist es auch ein leichtes, diese mittels der Revisionserhöhung erneut auf die Computer zu verteilen. Bei den beiden zuletzt genannten Einsatzvarianten kann man, oder sollte man, auch darüber nachdenken diese Pakete komplett „silent“ zu verteilen (/S0 und „Nicht anzeigen“ bei den Verteilungsoptionen).

Wenn die Revisionserhöhung bei Paketen genutzt wird, deren Installationsumfang sehr groß ist, sollte man die Revisionsänderung ggf. im Paket „abfangen“. Dazu jedoch auch mehr in einem separaten folgenden Blog-Beitrag.

Der Beitrag Empirum Paket – Revision erschien zuerst auf Workplace Management Blog.

Der Empirum Agent prüft bei einem Verteilauftrag anhand der %Computername%.DDC und SWDepot.DDS Einträge, ob die Installation für diesen Computer ausgeführt werden muss. Sind die Voraussetzungen bzgl. Berechtigungen, Betriebssystem, etc. erfüllt, wird der MachineKeyName Eintrag aus der DDS Datei in der Registry überprüft.

Registry Eintrag nicht vorhanden
Ist der Eintrag in der Registry nicht vorhanden, wird die Installation (Voraussetzungen erfüllt!) gestartet.

Registry Eintrag vorhanden – Registry Version gleich wie im SoftwareDepot, Revision
Ist der Eintrag mit der entsprechenden Version vorhanden, wird die Revision (Version der Version) überprüft. Ist die Revision in der Software Depot.DDS höher als in der Registry, wird die Installation gestartet.

Registry Eintrag vorhanden – Registry Version kleiner als im SoftwareDepot
Ist ein Eintrag vorhanden und nur die Version weicht ab, so wird die Installation gestartet, wenn die Version in der SoftwareDepot.DDS höher bzw. größer ist.

Deinstallation der Altversion
Ob nun vor der Installation der neueren Version eine zu vorige Deinstallation des „älteren“ Paketes durchgeführt wird, wird über den Eintrag AskUninstallOld= in der [Application] Sektion gesteuert. Ist der Wert 1, so wird eine Deinstallation der kleineren/älteren Version durchgeführt. Ist der Wert 0 so wird direkt die Installation des höheren/neueren Version durchgeführt.

Der Beitrag Empirum Paket – Registry, SoftwareDepot, Version erschien zuerst auf Workplace Management Blog.

In Empirum gibt es einen Agenten mit dem Namen „Empirum Remote Installation Service“, kurz ERIS oder Advanced Agent und den „Empirum Agenten“ oder auch Legacy Agent genannt.

Warum zwei Agenten? In der „Historie“ von Empirum war zuerst der Legacy Agent vorhanden. Der Legacy Agent installiert die Software direkt von seinem zugeordneten Verwaltungsserver (EmpirumServer). Die macht ihn anfällig für mobile Endbenutzer. Mit diesem Hintergrund und der Änderungen, die mit dem zu verwaltenden Betriebssystem ab Microsoft Windows Vista einhergingen, wurde der Advanced Agent geschaffen. Dieser trägt den Anforderungen der neuen Betriebssysteme und der Mobilität Rechnung, indem er die Softwarepakete lokal zwischenspeichert und im SYSTEM Kontext ausführt. Welche Änderungen die beiden Agenten genau ausmachen lässt sich in der Hilfe zu Empirum nachsehen.

Die Verteilaufträge werden den zu verwaltenden Computern per „DDC“ Dateien dargereicht.

Diese Dateien beinhalten die Informationen, welches Software-Paket, wie und zu welchem Zeitpunkt installiert werden soll.

Die Software-Pakete werden wiederum in der DDS Datei beschrieben.

Dienst: ERIS bzw. SetupService (SetupSvc) Dienst

Auftrag: <Computername>.ddc

Paketinformationen: SWdepot.dds

Der Beitrag Softwareverteilung mit Empirum von Matrix42 erschien zuerst auf Workplace Management Blog.

• Welche bzw. wieviele Pakete haben wir?
• Wieviele Pakete davon sind bereits für Windows 7 freigegeben?
• Welche Pakete müssen neu erstellt werden bzw. sind zukünftig obsolet?

Um die meisten Fragen davon zu beantworten, habe ich ein kleines Tool geschrieben, dass die Informationen aus der SWDepot.dds ausliest. Ein paar Informationen sind hier nicht enthalten, was nicht bedeuten muss, dass dies das letzte Tool dieser Art ist. Die ausgelesenen Informationen werden in einer CSV Datei gespeichert. Beim Import bzw. Öffnen mit Microsoft Excel ist darauf zu achten, die Versionsspalte als „Text“ zu importieren, sonst kann es zu unschönen Optimierungen durch Microsoft Excel kommen.

Hier gibt es das Tool zum Download:
SWDepotInfo183 (2678 Downloads )
SHA256 Hash der Version 1.8.3: A133D895D75FE01EB50B5BFC78106C2793AE42A481E26955C64FBD69264A01DE

Der Beitrag Auslesen der verfügbaren Software-Pakete in Empirum erschien zuerst auf Workplace Management Blog.