Aber wie macht man das?
Im Internet gibt es z.B. einen Online EpochConverter, der einem dabei hilft dies Ad-hoc umzurechnen und stellt darüber hinaus die Syntax und Formeln für die gängigen Scriptsprachen bereit.

So kann man z.B. herausfinden, wann ein Paket auf einen Client heruntergeladen wurde, oder wann das Paket aus dem Cache gelöscht wird:
Dies kann man in der Registry unter HKLM\Software\Matrix42\ComManager\Cache\Items\<Eintrag>\DownloadTime bzw. ExpirationTime einsehen und umrechnen bzw. umrechnen lassen.

Viel Spaß damit!

Der Beitrag Was ist 1390330593 für eine Zeitangabe? erschien zuerst auf Workplace Management Blog.

Das Thema VDI (Virtual Desktop Infrastructure) ist in aller Munde. Häufig tritt das Thema in den Vordergrund, um den Mitarbeitern weitere Möglichkeiten zu bieten auf Unternehmensinformationen zuzugreifen.

Die Gründe für das Interesse sind zumeist die wachsende Mobilität und sich ändernde Endgeräte. Der Slogan den Zugriff „jederzeit, von jedem Ort und mit jedem Endgerät“ zur Verfügung zu stellen trifft die Thematik wahrscheinlich am besten, auch wenn auch schon etwas „abgenutzt“ ist.

Im nachfolgenden Text wird auf die Bereitstellung von Windows Arbeitsplätzen eingegangen. Dieser soll einen Überblick über Verfahren und teilweise auch Produkte geben – es besteht jedoch kein Anspruch auf Vollständigkeit! Auch wird auf das Thema Client-Management eingegangen, weil viele Entscheider denken, dass das Thema Client-Management hinfällig wird mit dem Einsatz einer VDI Lösung.

Wenn man von VDI spricht, wird im ersten Schritt nicht unterschieden, ob es um einen dedizierten virtuellen Desktop für einen Benutzer geht,  oder ob sich der Benutzer die physikalische bzw. virtuelle Ressource(n) mit anderen Benutzern teilt.

Shared Desktop

Das Nutzen einer gemeinsamen physikalischen oder virtuellen Ressource („Shared Desktop“) für einen Windows-Desktop ist bekannt durch:

• Microsoft Terminal Server oder
• Citrix XenApp (Metaframe)

die als Grundlage einen Microsoft Windows Server 2008 R2 bzw. 2012 besitzen.

Individual Desktop

Die Nutzung einer eigenen Desktop Umgebung wird auf unterschiedliche Art und Weise realisiert:

• einzelne Windows Installationen auf physikalischer oder virtueller Hardware auf die von der Ferne zugegriffen wird.
• Citrix XenDesktop bzw. VDI in a Box
• vmware Horizon View
• andere …

Als Grundlage dient hier die Windows Version, die für den jeweiligen Einsatzzweck die richtige ist.

Zuweisungsszenarien

Die gemeinsamen Windows-Desktops (Shared Desktops) werden zumeist in Gruppen oder sogenannten Farms bereitgestellt. Die generelle Bereitstellung von mehr Ressourcen als benötigt, ermöglicht eine Lasterverteilung und Ausfallsicherheit im Betrieb. Darüber hinaus können so auch einzelne Windows Server während der Nutzung aktualisiert oder angepasst werden.

Die Nutzung der eigenen Desktops wird wiederum in drei Zuweisungsszenarien unterschieden:

• Dedicated / Dedizierter Arbeitsplatz für einen Benutzer, zumeist liegt hier eine ganze Windows Installation für einen Benutzer vor
• Assigned / Zugewiesener Arbeitsplatz – der Benutzer bekommt beim ersten Zugriff eine VDI zugewiesen, die dann fortan nutzen kann
• Pooled / Der Benutzer bekommt einen Arbeitsplatz aus einem Pool von gleichartigen Arbeitsplätzen zugewiesen.

Bereitstellung der zugrundeliegenden Windows-Installation

Die zugrundliegende Windows Installation kann über mehrere Verfahren bereitgestellt werden und hat Einfluss auf die Wartung und Pflege. Zumeist werden gewisse Benutzer-Zuweisungsszenarien auch wiederum über die gleichen Bereitstellungsverfahren umgesetzt, eine „Faustformel“ gibt es hier jedoch nicht.

• Jeweilige Installation von Windows auf eine Hardware, gerne auch „Blech“ genannt.
• Jeweilige Installation von Windows auf einem Hypervisor (vmware ESX(i), XENServer, Hyper-V, uvm.)
• Nutzen einer gemeinsamen Installation (Master-Image) und speichern der Änderungen auf Basis eines Hypervisors (Linked Clone)
• Streaming einer gemeinsamen Installation (Master-Image) auf einen Hypervisor

Bereitstellung der darauf genutzten Software bzw. Applikationen

Zumeist hat die Bereitstellungsvariante und somit Notwendigkeit der Software Einfluss auf die Bereitstellung des Windows Systems. Bei der Bereitstellung der Software bzw. Applikationen gibt es die nachfolgenden Möglichkeiten:

• Jeweilige Installation der Software auf einem Windows Betriebssystem
• Anzeige der Software von einer anderen Windows Installation. Hier ist die sogenannte Anwendungspublizierung („Published Apps“) von XenApp, XenDesktop bzw. Terminal Server gemeint. Die Software selbst wird dann auch auf dem entfernten Windows ausgeführt und nur auf dem genutzten Arbeitsplatz angezeigt.
• Anwendungsvirtualisierung durch unterschiedliche Produkte und Methoden wie Microsoft App-V, vmware Thinstall/ThinApp, Citrix Streaming, uvm. Die Zuweisung der Applikation und der Zugriff darauf geschieht dabei in den meisten Fällen auf Basis von Windows Benutzergruppen.

Benutzerprofil Verwaltung

Wenn es nicht schon zu einem anderen Zeitpunkt geschehen ist, muss man sich spätestens bei dem Gedanken zur Einführung einer VDI Lösung Gedanken machen, wie die Benutzerprofile verwaltet werden.

Da der Benutzer nicht bei jedem Zugriff zwangsweise den gleichen Desktop nutzt, so sollte man gerade deswegen dem Benutzer den Zugriff auf seine individuellen Internet Favoriten, Software-Einstellungen und vieles mehr sicherstellen.

Eine Ausnahme stellt gegebenenfalls der Einsatz von vollinstallierten dedizierten Arbeitsplätzen dar. Alle anderen Szenarien verlangen nach einer zentralen Profilspeicherung bzw. Verwaltung. Auch hier gibt es neben den Lösungen von Microsoft wie Roaming Profiles, Folder Redirection und UE-V auch weitergehende Lösungen von Drittanbietern wie Citrix, Sepago, AppSense uvm.

Was ist nun die richtige Lösung für mich bzw. mein Unternehmen?

Diese Frage lässt sich leider nicht so einfach beantworten, wie einem so mancher Hersteller das suggeriert.

Somit ist eine Analyse notwendig, um ein VDI Projekt zielsicher und mit dem gewünschten Erfolg umzusetzen. Wobei in mancher Situation ein Testaufbau, der von den Grundlagen nicht einmal 100% sein muss, eine Abschätzung ermöglicht, ob die Lösung mit der benötigten Software funktioniert und die Akzeptanz bei den Schlüsselpersonen vorhanden ist.

Vorgehensweise

Ein VDI Projekt gliedert sich wie viele andere Projekte in die Phasen: Analyse, Pilot und Betrieb

Analyse

Die ersten Schritte in Richtung VDI bestehen u.a. aus den folgenden Aufgaben:

• Bestimmen und Analysieren der Benutzer-Kreise und Nutzung, der sogenannten Use-Cases.
• Bestimmen der dazu benötigten Software bzw. Applikationen. (Software-Inventarisierung)
• Werden die Anwendungen auch noch genutzt? (Software Nutzungsanalyse)
• Dokumentieren der Abhängigkeiten der Anwendungen in Form von Peripherie (USB,etc.) und Netzwerk- bzw. Datenbankzugriff?
• Gibt es für die Software Abhängigkeiten in Bezug auf die Lizenzierung?
• Analysieren der Kosten (Hardware, Software-(Lizenzen), Consulting, Training)

Der Analyse und Entscheidung folgt die Pilotierung und je nach Erfolg der Live-Betrieb.

Strategie, Vorteile und Bedenken …

Wenn die IT Strategie besagt, dass man die Arbeitsplätze in Zukunft zentral bereitstellen möchte,

so hat man sich für VDI entschieden und wird sich für jeweilige Nutzung auch eine Bereitstellung definieren. Die Lösung ist zumeist eine Mischung aus den oben vorgestellten Möglichkeiten.

In manchen Projekten betrachtet man von vornherein nur den VDI Einsatz für einen ganz bestimmten Einsatzzweck, in anderen Projekten ist das wiederum das Ergebnis der Analyse. Das ist zumeist dann der Fall, wenn man die Vorteile von VDI nutzen möchte, jedoch nicht zwanghaft alles virtualisieren möchte.

Der hier aufgeführte Wiki Artikel gibt einen guten Einblick bzgl. der Vor- und Nachteile in Bezug auf Terminal Server, der sich jedoch auch auf VDI anwenden lässt: http://de.wikipedia.org/wiki/Terminalserver

Was spricht absolut für VDI …

• Zentrale Arbeitsplatzbereitstellung und somit performanter Zugriff auf Unternehmensinformationen (Dokumente, Datenbanken, etc.).
• Sicherung der Unternehmensdaten in Form von zentraler Datensicherung und zentralem Zugriffsschutz.
• Zugriff von einer Vielfalt von Endgeräten von nahezu jedem Ort.

Was sind häufige Hürden …

• Viele individuelle Software machen den „Grundgedanken“, der Nutzung von Master-Images, „kaputt“.
• Peripherie-Hardware funktioniert nicht mit dem virtuellen Arbeitsplatz.
• Die Softwarefunktion muss auf dem virtuellen System gewährleistet sein.
• Nicht zuletzt stellt sogar in vielen Fällen die Akzeptanz der Endbenutzer eine Hürde dar. Diese sollte so früh als möglich eingeholt und getestet werden, wenn das VDI Projekt nicht von der Unternehmensführung als strategisch gesehen und unterstützt.
• Der Zugriff auf die Informationen und Software ist nur bei einer Verbindung in das Unternehmen möglich.

Nun ein paar Aussagen hinsichtlich VDI und Client-Management …

• Die Nutzung von Shared-Desktop Umgebungen und/oder Master-Images erlaubt die Aktualisierung auch außerhalb des Nutzungszeitraumes.
• Wenn Master-Images nicht zum Einsatz kommen, wird zur optimalen Verwaltung eine Client-Management Lösung benötigt.
• Auch Master-Images bedürfen regelmäßiger Aktualisierungen, gerade wenn, wie so häufig, darin auch noch die Adobe Produkte Reader und Flash, sowie Oracle JRE installiert sind.
• Wenn man eine Vielzahl an Master-Images vorhält, macht es Sinn einen Automatismus zu entwickeln der diese Master-Images aktualisiert.
• Bei tatsächlichen Installationen, sowohl von Software als auch Betriebssystemen, wird ein Client-Management auch in einer VDI Umgebung benötigt.
• Eine tatsächliche Installation ermöglicht auch in Ausnahmefällen die manuelle Installation einer Applikation.
• Viele tatsächliche Installationen nutzen den „teuren“ Festplattenplatz im Rechenzentrum.
• Applikations-Virtualisierung kann nur ca. 70% der Software tatsächlich virtualisieren.
• Der Shared Desktop stellt die günstigste VDI Variante dar.
• Eine VDI Lösung spart in den seltensten Fällen Geld ein, sondern stellt weitere Möglichkeiten zum Zugriff (Zeit, Ort oder Gerät) dar.
• Mit VDI gewinnt man an Flexibilität und kann häufig neue Bedarfe schneller bereitstellen.
• Eine optimale Nutzung von VDI („Use Case“) kann über die Zeit auch die Administration für diesen Anwendungsfall minimieren und somit Kosten einsparen.
• Ein VDI Projekt ist auch wieder ein guter Anlass, die eingesetzt Software bzw. deren häufige Vielfalt auf den Prüfstand zu stellen.
• Der Typ und die Anzahl der zugreifenden Endgeräte verlangt nach einer Lösung zur Verwaltung dieser Endgeräte: Client-Management, Mobile Device Management oder ThinClient Management.
• Bei nicht Shared Desktop wird eine Software-Inventarisierung als Grundlage für das Lizenz-Management benötigt.

Dieser Artikel ist in Zusammenarbeit mit Marco Hartmann entstanden.

Der Beitrag VDI und Client-Management erschien zuerst auf Workplace Management Blog.

Hier gibt es das Tool zum Download:
PM-Classes (1156 Downloads )

Der Beitrag Empirum Patch-Management Klassen. Wer hat welche zugeordnet? erschien zuerst auf Workplace Management Blog.

Zuerst muss man die Aufgabe für das Softwarepaket mit dem Auftraggeber bestimmen, denn diese bestimmen somit auch die notwendigen Tests.

Um es etwas einfacher zu sagen: „Was soll das Softwarepaket machen?“

• Sollen alte vorhandene Software-Installationen des gleichen Produktes entfernt werden?
• Sollen Einstellungen der Software übernommen werden?
• Soll eine gerade laufende Instanz der Software abgefragt werden?
• Stellt der Hersteller eine „silent“ Installation zur Verfügung?
• Sollen nach der Installation auch Einstellungen vorgenommen werden?
• Sollen die Einstellungen auch für alle Benutzer des Computers vorgenommen werden?
• Soll das Softwarepaket die Software auch wieder deinstallieren?
• Sollen auch Dinge gelöscht werden, die nach der Installation der Software hinzugekommen sind?
• Dokumentation
• …

Ich denke, sie verstehen nun, dass die Frage nicht so leicht beantwortet werden kann, auch wenn man gesagt bekommt…

• „Die Software hat nur 5 MB.“
• „Sie müssen immer nur weiter drücken.“

Welche Einflüsse kann man „steuern“?

Ist die Umgebung sehr homogen, fallen weniger Tests an bzgl. möglicher vorhandener Altversionen.

Ist die Software für den Unternehmenseinsatz gedacht/geplant?

Überlegen Sie, ob sie die Software tatsächlich wieder deinstallieren (würden)?

Wie sieht es aus mit Internet Explorer, .NET Framework, AntiVirus.

Gerade im Fall AntiVirus – hier installiert man häufig immer wieder die aktuelle Version der gleichen Software.

Diese kann sich selbst meist wunderbar aktualisieren. Sollte der Tag kommen, an dem sie ihr vorhandenes Produkt austauschen, können sie sich immer noch viele Gedanken zur Entfernung des Vorgängerproduktes machen und dann auch in ein Softwarepaket „gießen“.

Auch wenn ich selbst „perfektionistisch“ veranlagt bin so sollte jeder Nutzer einer Softwareverteilung seinen Grad an „Perfektion“ (Das Softwarepaket ist fertig.) selbst bestimmen. Bevor sie ein Produkt nicht nutzen, nur weil ihnen jemand sagt bzw. gesagt hat, dass ein Softwarepaket alle oben genannten Merkmale besitzen muss, muss das für sie lange noch nicht zutreffen. Dann erstellen sie lieber ein Softwarepaket, das sich nicht deinstallieren lässt, oder nicht alle Einstellungen beinhaltet – dies hilft ihnen bereits Zeit zu sparen und Installationen zu vereinheitlichen.

80/20 Regel!

Wie auch an anderen Stellen trifft hier die 80/20 Regelung sehr häufig zu.

Sie erzielen 80% der Fertigstellung mit 20% Aufwand an Zeit und Geld. Die restlichen 20% kosten sie ggf. 80% Aufwand!

Erfahrung

Die Erfahrung bei der Erstellung von Softwarepaketen bzw. der Automatisierung von Softwareinstallationen ist bei all den genannten Punkten nicht zu vernachlässigen. Diese Erfahrung kann man jedoch nur „gewinnen“, wenn man es auch mal selbst „erfährt“ ;).

So werden sie bei den ersten Softwarepaketen mehr Zeit benötigen als jemand, der das schon viele Jahre macht. Es ist also „noch kein Meister vom Himmel gefallen“ und auf der anderen Seite „wer nicht wagt, der nicht gewinnt“ ;).

Also, lassen sie sich nicht entmutigen, sondern versuchen sie es!

Vielleicht helfen ihnen auch Tipps und Anleitungen (Tutorials), die hier noch veröffentlicht werden,

oder sie nutzen eine Schulung ggf. auch ganz individuell auf sie zugeschnitten!

Der Beitrag Aufwand zur Erstellung eines Softwarepaketes 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 (2670 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.