Was ist so anders bei Office 365?

Generell besteht die Umstellung darin, dass das die Office 365 Installation nicht mehr aus MSI und MSP Dateien besteht. Die „neue“ Installationsvariante hört auf den Namen „Click-To-Run“ oder kurz C2R bzw. ins deutsche übersetzt Klick und Los. Die nachfolgenden Links geben Antworten auf viele Fragen rund um das Thema „Breitstellung und Aktualisierung von Office 365“. Zusätzlich habe ich Links zur Aktualisierung von Office 365 per Matrix42 Patch-Management hinzugefügt.

Die häufigsten Fragen

Die hauptsächlichen Fragen bei der Bereitstellung von Office 365 sind:

• Welche Programme sollen alles verteilt werden?
• Was soll nicht Bestandteil der Bereitstellung sein (Publisher, OneDrive, Teams, …)?
• Welche Sprachen sollen bereitgestellt werden?
• Welcher Update-Kanal soll gewählt werden?
• Wo halten sich meine Clients am häufigsten auf?
• Wie und wo sollen die Updates-Quellen bereitgestellt werden?

Wie man sieht, sind das einige Fragen die beantwortet werden wollen, bevor man so richtig loslegen kann.

Was muss ich beachten, wenn ich zusätzlich Visio und Project installieren möchte?
https://docs.microsoft.com/de-de/deployoffice/install-different-office-visio-and-project-versions-on-the-same-computer

Was sind die Office Update Channels und was unterscheidet diese und welches ist der richtige Update Channel für mich oder meine Benutzer?https://docs.microsoft.com/en-us/deployoffice/overview-update-channels

Welchen Update Channel habe ich aktuell konfiguriert?
https://techcommunity.microsoft.com/t5/office-365-blog/how-to-manage-office-365-proplus-channels-for-it-pros/ba-p/795813

Wie aktuell bin ich?
Überblick über die aktuellen Versionen in den jeweiligen Update Channels:
https://docs.microsoft.com/en-us/officeupdates/update-history-microsoft365-apps-by-date

Office 365 Updates

Welche Gruppenrichtlinien sind für das Update per Matrix42 Patch-Management zu setzen?
Wichtig zu wissen: Das Matrix42 Patch-Management für Office 365 „triggert“ nur die Aktualisierung und bringt nicht die Updates mit. Dazu müssen die aktualisierten Quellen für die Aktualisierung entweder auf einer UNC Freigabe, einer Web-Freigabe oder im Internet (Standard) abgelegt sein. Mein Wissensstand heute: Wenn man das Office365 Update gegen das Internet „triggert“, wird immer die aktuell verfügbare Version installiert, unabhängig von dem Office 365 „Patch“ den ich im Empirum Patch-Management freigegeben habe. Dies könnte man mit dem Parameter „Targetversion“ in der Gruppenrichtlinie steuern.
https://helpfiles.matrix42-web.de/2020_DE/M42_WebDocu.htm#WM/Manuals/Patch_Management/PM_Office.htm?

Gruppenrichtlinien setzen per GPO oder Registry
Eine Übersicht über die Einstellmöglichkeiten zu Office Click To Run per GPO findest Du hier.
https://admx.help/?Category=Office2016&Policy=office16.Office.Microsoft.Policies.Windows::L_UpdatePath

Wo in der Registry finde ich die Gruppenrichtlinien zu Office 365?
HKEY_LOCAL_MACHINE\software\policies\microsoft\office\16.0\common\officeupdate

Was muss ich beachten, wenn ich eine eigene Update Freigabe erstelle?
Wenn man die Aktualisierungen im internen Netz bereitstellen mag, muss man noch die Entscheidung fällen, ob die Freigabe per UNC oder http/https erreichbar sein soll.
Erstellt man eine UNC-Freigabe, so darf diese keine versteckte („$“) Freigabe sein. Hinweis: Die NTFS Berechtigungen sollten Zugriff für Everyone oder das Computerkonto erlauben! Die Quellen müssen im Unterordner Office\Data liegen (Die Quellen liegen dann also unter dem zuvorgenannten „updatepath“ + „\Office\Data“). Darin gibt es eine v<Architektur>.cab, eine v<Architektur>_<Version>.cab und ein Unterordner mit der <Version>. Der Unterordner mit der Version enthält die Quellen für die Installation. Die Dateien haben für eine deutsche Installation folgendes Namensschema: $$$1031.cab. In den Quellen können mehr Office Produkte/Module enthalten sein, als installiert werden. Sprich, die Quellen können in der Freigabe das Access beinhalten, aber in der Configuration.xml ist das Access ausgeschlossen.

Wie lade ich die Office 365 Quellen für eine Installation oder Aktualisierung herunter?
Die Quellen werden mit dem Microsoft Bereitstellungstool (Setup.exe) und einer passenden Konfigurationsdatei heruntergeladen.
Setup.exe /download <Datei.xml>
Die Konfigurationsdatei benötigt die Angabe des Ablageortes SourcePath=“<Pfad>“.
Bereitstellungskonfiguration: https://config.office.com/
Bereitstellungstool: https://www.microsoft.com/en-us/download/details.aspx?id=49117

Protokollierung

Das Logging der Installation als auch der Aktualisierung erfolgt nach %WinDir%\Temp\%Computername%-<Datum>-<Uhrzeit>.log
Wenn die Datei %Computername%-<Datum>-<Uhrzeit>.log größer oder annähernd 100kb groß ist, dann hat zumeist ein Update stattgefunden.
Die kann man u.a. auch daran festmachen, ob in der Datei „Update mode context starting: /update“ zu finden ist.
Wenn etwas fehlschlägt, oder man nach einem Fehler sucht. Dann sollte man in der Datei nach „error“ suchen.
Für die Installation kann man einen alternativen Log Pfad in der Bereitstellungskonfiguration angeben.

Erweiterte Protokollierung
Falls die standardmäßige Protokollierung von Office 365 nicht ausreichend ist, so kann man diese wie folgt erweitern:

reg add HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v LogLevel /t REG_DWORD /d 3 /f
reg add HKLM\SOFTWARE\Microsoft\ClickToRun\OverRide /v PipelineLogging /t REG_DWORD /d 1 /f

Quelle: https://docs.microsoft.com/de-de/office/troubleshoot/diagnostic-logs/how-to-enable-office-365-proplus-uls-logging

Weitergehende Scripte für Office 365 (Click to Run)
https://github.com/OfficeDev/Office-IT-Pro-Deployment-Scripts

Der Beitrag Office 365 Installation und Update – Gesammelte Werke erschien zuerst auf Workplace Management Blog.

Die hier zu findenden Informationen beziehen sich zumeist auf Versionen, Lebenszyklen, verfügbare Aktualisierungen uvm..

Falls ihr Ergänzungen habt, oder feststellt, dass eine Seite nicht mehr wie gewünscht funktioniert, lasst es mich wissen.

Microsoft Produkte generell

• Microsoft Lifecycle-Richtlinien

Microsoft Windows 10

• Windows 10 Versionsinformationen
• Informationsblatt zum Lebenszyklus von Windows
• Windows Flight-Hub (Insider Program)

Microsoft Office

• Übersicht über die Updatekanäle für Office 365 ProPlus
• Office 365 CDNBaseUrl und deren Bedeutung
• Wechseln des Office 365 Kanals
• Changes to Office and Windows servicing and support
• Office 365 / 2019 Konfigurationseditor

Der Beitrag Hilfreiche Microsoft Webseiten erschien zuerst auf Workplace Management Blog.

• „Ist Windows 10 Enterprise LTSC nicht die bessere Wahl für uns? … Das Windows 10 Enterprise LTSC enthält die Funktionen Cortana, Edge und Windows Store nicht, die ich sowieso in mühevoller Kleinarbeit entferne und zusätzlich müssen wir nicht einmal pro Jahr ein Upgrade durchführen.“
• „Ist Windows 10 Professional nicht die passende Variante für uns. Wie argumentiere ich die Mehrkosten für Enterprise gegenüber meinem Vorgesetzten.“
• „Brauchen wir Windows 10 Enterprise?“

Vor ungefähr drei Jahren habe ich zu diesem Thema den Artikel „Windows 10 – Welches ist die richtige Edition?“ geschrieben. Seitdem ist etwas Zeit vergangen, doch wie man sieht, sind die Fragen unverändert. Hinter diesen Fragen verbergen sich viele Parameter, die berücksichtigt werden wollen und die man für seine IT Infrastruktur entscheiden muss. Deswegen wird dieser Beitrag auch eine große Menge an externen Links beinhalten, da ich nicht jedes Thema in diesem Artikel in der vielleicht notwendigen Tiefe erklären werde.

Windows 10 Editionen

Fangen wir nach einigen besonderen Begrifflichkeiten vorne an. Windows 10 ist gefühlt noch jung, hat aber schon einige Änderungen hinter sich. Aktuell unterscheidet man Windows 10 zum einen in:

• Consumer Variante, für den Gebrauch zu Hause – Windows 10 Home und Professional
• Business Variante, für den Unternehmenseinsatz – Windows 10 Professional und Enterprise (SAC und LTSC)

Die Business Varianten kann man auch nochmals untergliedern in:

• Professional – die einfachere Edition mit weniger Funktionen und von Microsoft eher für Unternehmen mit geringeren Ansprüchen gedacht
• Enterprise (SAC) – die „normale“ Enterprise Edition mit vielen Funktionen und zweier Funktionsupdates pro Jahr.
• Enterprise (LTSC) – die „besondere“ Enterprise Edition für den speziellen, „nicht Office“, Einsatz und der Verfügbarkeit von neuen Funktionen ausschließlich mit einem neuen Release.

SAC bedeutet Semi Annual Channel (ehemals Current Branch for Business = CBB)
LTSC steht für Long Term Servicing Channel, ehemals LTSB („B“ranch anstatt „C“hannel)

Windows 10 Editions Überblick für Unternehmen

Windows 10 Professional

Vor- und Nachteile gegenüber den anderen Windows 10 Editionen

• weniger Steuerungsmöglichkeiten per GPO (-)
• nur 18 Monate Wartungszyklus (-)
• weniger Funktionen (-),  brauche ich alle, oder werden diese bereits anderweitig abgedeckt? (+)
• ggf. schwieriger die Telemetrieeinstellungen/Übertragungseinstellungen anzupassen (-)
• Anpassung gegenüber LTSC notwendig, aber machbar (-)
• geringste Anschaffungskosten (+)

Windows 10 Enterprise (SAC)

Vor- und Nachteile zumeist gegenüber der Professional Edition

• alle Steuerungsmöglichkeiten per GPO (+)
• 30 Monate Wartungszyklus wenn man die September Version nutzt (+)
• alle Funktionen (+)
• Richtlinien zur Anpassung der Telemetrieeinstellungen/Übertragungseinstellungen komplett vorhanden (+), Anpassung gegenüber LTSC notwendig, aber machbar (-)
• teurer in der Anschaffung (+)

Windows 10 Enterprise (LTSC)

• eingeschränkter Funktionsumfang (Cortana, Edge, Store) (+/-)
• bis zu 10 Jahre Wartungszyklus (+/-)
• eingeschränkte Hardwareunterstützung (-)
• nur für einen speziellen Einsatzbereich von Microsoft vorgesehen und das es nicht der eines Office bzw. Internet-PCs (-)
• nicht zusammen mit Office 365 „supported“ (+/-)
• es findet generell weniger Telemetrie/Übertragung statt (+)
• Windows 10 Enterprise LTSC 2019 ist nicht weit vom aktuellen Windows 10 Build entfernt (+)
• für Computer in der Produktion etc. ggf. ergänzende Edition zu Enterprise (SAC) (+)

Fazit

Trotzalledem, dass ich beim ersten Windows 10 Projekt mit Kollegen zusammen die Entscheidung pro Windows 10 Enterprise LTSB/LTSC gefällt habe, würde ich heute pro Windows 10 SAC entscheiden. Wobei ich immer noch zur damaligen Entscheidung pro LTSB in dem frühen Stadium des zuvor genannten Projektes stehe. Die Frage Windows 10 Enterprise oder Professional muss jeder Kunde unter den oben genannten Rahmenbedingungen für sich entscheiden.

Weitere Links zum Thema: Windows 10 Editionen:

• Windows 10 Enterprise LTSC 2019 – Was ist neu?
• Für wen ist Windows 10 Enterprise LTSC gedacht?
• Warum man nicht Windows 10 Enterprise LTSB/LTSC nehmen sollte …
• Office 365 ProPlus Systemanforderungen
• Office 2019 Systemanforderungen

Der Beitrag Windows 10 Editionen und Besonderheiten erschien zuerst auf Workplace Management Blog.

Wie finde ich heraus, welche WADK version auf meinem EmpirumServer installiert ist?

In der Systemsteuerung unter Programme, Programme & Features sieht man die installierte Version des WADK (Windows Assessment und Deployment Kit). In diesem Dialog wird die Windows Build Version angezeigt. Doch welche Build Version entspricht welcher weitläufig bekannten Windows Version?

Eine recht einfache Zuordnung ist auf der folgenden Seite hinterlegt und erläutert:
https://www.systemcenterdudes.com/windows-10-adk-version-history/
Wer die ersten Stellen wie 10.0 oder 10.1 weglässt, kann die Zuordnung auch über die nachfolgende Seite vornehmen:
https://docs.microsoft.com/en-us/windows/release-information/

Woher bekomme ich meine aktuelle WADK Version?

Ein zentraler Einstiegspunkt für den Download der offiziellen WADK Versionen gibt es hier:
https://docs.microsoft.com/en-us/windows-hardware/get-started/adk-install
Auf dieser Seite gibt es nicht nur die aktuelle Version, sondern auch alle weiteren verfügbaren ADK Versionen zum Download.

Was muss mindestens installiert werden?

Das adksetup und das adkwinpesetup wird jeweils in den vorgeschlagenen Pfad installiert. Im weiteren Verlauf folgt man dem Assistenten und beantwortet die Fragen zur „Privacy (Datenschutz)“ und „License (Lizenzvertrag)“.

Bei der Ausführung des ADKSetups müssen mindestens die Bereitstellungsdienste installiert werden.

Bei der Ausführung des ADKWinPESetups gibt es nicht so viel Auswahl. Hier muss die Windows Vorinstallationsumgebung (Windows PE) installier werden.

Der Beitrag Microsoft WADK / WinPE Versionen (Stand 06/2019) erschien zuerst auf Workplace Management Blog.

Voraussetzungen

Die Installationsvoraussetzung für die WinPE Erweiterung ist jedoch ein Windows Server 2012 R2 oder Windows Server 2016. Hat man Empirum jedoch noch auf einem Windows Server 2008 R2 oder Server 2012 laufen, müsste man demnach in die „Röhre“ schauen.

Was wird benötigt?

Grundsätzlich wird für alle offiziell nicht unterstützten Betriebssysteme eine aktuelle Powershell Umgebung und das aktuelle Windows ADK benötigt. In Bezug auf das Windows ADK habe ich bereits einen Artikel verfasst. Dies sollte man immer seinem auszurollenden Windows 10 anpassen.

Aktualisieren der Powershell Umgebung

Die aktuelle Powershell Umgebung ist im Windows Management Framework 5.1 enthalten. Dies ist auch für Windows Server 2008 R2 und Windows Server 2012 verfügbar. Die Installation bzw. die Aktivierung der Funktionen erfordert einen Neustart des Windows Severs. Möchte man die Neustarts reduzieren, sollte man zuvor das WADK installiert und den nachfolgenden Schritt durchgeführt haben.

Zugriff auf aktuelle DISM Version

Damit die älteren Windows Versionen im Standard auf die aktuelle DISM Version zugreifen, sind noch Anpassungen an der systemweiten Pfad (PATH) Variable notwendig. Der Pfad zu den DISM Dateien ist an den Anfang der Pfad Variable zu stellen. Der nachfolgende Eintrag kommt somit vor die bereits vorhandenen Pfad Einträge.

C:\Program Files (x86)\Windows Kits\10\Assessment and Deployment Kit\Deployment Tools\amd64\DISM

Neustart

Jetzt kann man den Windows Server neu starten und die neuen WinPE Funktionen nutzen. Wurde man zwecks der Windows Management Framework Installation nicht zu einem Neustart gebeten, kann man für Empirum auch den Windows Server Neustart durch ein Neustarten des Empirum Activation und der BTQH Dienste ersetzen.

Der Beitrag Matrix42 OS Deployment mit WinPE – Voraussetzungen erschien zuerst auf Workplace Management Blog.

Welche Windows 10 Version ist nun die richtige bzw. passende?

So wie es viele von Windows 7 kennen, gibt es Windows 10 auch in den Editionen Home, Pro, Enterprise und Education. Im Hinblick auf Convertibles, Notebooks und Desktops lasse ich an dieser Stelle die Versionen Mobile und Mobile Enterprise mal unter den Tisch fallen. Für den professionellen Bereich, ergo Unternehmen und Institutionen, wird die Wahl dann logischerweise schnell zwischen Pro oder Enterprise eingeschränkt. Der Funktionsumfang und somit die Unterschiede zwischen Pro und Enterprise sind in der nachfolgenden Tabelle übersichtlich dargestellt. Auffällig ist in dieser Übersicht, dass Bitlocker nun in der Pro Edition bereits enthalten ist dafür einige neue Sicherheitsfunktionen und Virtualisierungsfunktionen erst in der Enterprise Edition verfügbar sind.
Die Entscheidung für die passende Version wird jedoch noch von weiteren Kriterien beeinflusst …

CBB oder LTSB, und was ist das überhaupt?

Einge Personen haben schon davon gehört und sich damit auseinandergesetzt, andere schauen erst einmal verdutzt. Ich fange mal damit an, die Abkürzungen auszuschreiben :).

CBB steht für Current Branch for Business und besagt, dass es alle verfügbaren Windows 10 Funktionen nach erscheinen erhält.

LTSB steht dagegen für Long-Term Servicing Branch und enthält im Gegensatz zu CBB wiederum nicht alle „schönen neuen“ Windows 10 Funktionen.

Current Branch for Business

Current Branch for Business beinhaltet, grob beschrieben, die Funktionen und verhält sich so, wie es der Anwender von „zu Hause“ her kennt. Denn mit der Windows 10 Home Edition wird der Anwender der „Current Branch“ Servicing Option zugeteilt. So bekommt diese Windows 10 Edition neben den Sicherheitsaktualisierungen auch neue Funktionen per Update eingespielt (per Microsoft Definition: Upgrade und Updates). Was das bedeutet, haben Windows 10 Benutzer mindestens zweimal (mit den Builds 1511 und 1607) bereits erlebt. Es wird eine „Neuinstallation“ von Windows 10 durchgeführt und (möglichst) alle Einstellungen und Programme übernommen. Das ich das „möglichst“ in Klammern geschrieben habe, hat auch seinen Grund, da schon mal die ein oder andere Einstellung nach dem Upgrade verloren gegangen ist. Diese Upgrades benötigen zum einen Zeit, Datenübertragungsvolumen und Festplattenplatz.

Long Term Servicing Branch (LTSB)

Die Long Term Servicing Option von Windows 10 enthält im Gegensatz zum zuvor genannten CBB …

• keinen Windows Store (Zugriff auf Apps)
• kein Cortana (Sprachassistenz)
• keinen Edge Browser (neuer Microsoft Internet Bowser)

Dies sind alles neue Windows 10 Funktionen, an denen Microsoft in kürzeren Abständen Neuerungen oder Änderungen einbringen möchte. Die LTSB Versionen erscheinen jährlich mit einem definierten Funktionsumfang und beinhalten deswegen auch zusätzlich die Jahreszahl als Kennung (LTSB 2015, LTSB 2016). Die jeweilige Version wird seitens Microsoft 10 Jahre lang unterstützt (supported) und bekommt nur Sicherheitsaktualisierungen (Updates) zur Verfügung gestellt. Microsoft schränkt die Nutzung bzw. die Wahl der LTSB Option ein, indem diese ausschließlich für Windows 10 Enterprise verfügbar ist. Darüber hinaus gibt es die LTSB Edition von Windows 10 Enterprise nicht normal zu kaufen, sondern nur in Verbund mit einem Volumenlizenz-Vertrag oder MSDN-Abonnement. Bildlich gesprochen, erkläre ich die LTSB Variante immer mit: stellen sie sich ein Windows 7 mit neuem Unterbau bzw. Motor und neuem Startmenü vor und es enthält nicht die von Windows 8.x bekannte „Kacheloberfläche“.

Eine genauere Beschreibung der Servicing Branches und Definitionen findet man unter folgendem Technet Artikel.

Also, welches ist nun die passende Version?

Stand heute wäre ich geneigt zu sagen, Windows 10 Enterprise LTSB ist die „geeignetere“ Edition für Unternehmen. Aber ja, es sieht nicht genauso aus wie zu Hause. Wer hat es nicht schon mindestens einmal gehört „Liebe IT Abteilung, zu Hause habe ich aber …“
Bei den oben genannten Funktionen: Windows Store und den darin verfügbaren Apps, Cortana und Edge sehe ich persönlich heute keinen praktischen Nutzen für die Anwender – deswegen meine Aussage. Aber … was passiert vielleicht schon mit der kommenden Version? Microsoft verhält sich seit dem Erscheinen von Windows 10 sehr agil und teilweise auch rigoros. So hat Microsoft „mal eben“ mit dem „Anniversary Update“ in 2016 auch eine Unterscheidung der Wirkungsweise der Gruppenrichtlinien für die jeweilige Windows Edition eingeführt (Link). Aber vielleicht kommen in Zukunft die Upgrades auch „smarter“ in das Windows 10 System als es heute der Fall ist und „stören“ dann weniger?
Der nächste fragt sich, warum soll ich die Funktionen wie Windows Store, Cortana, Edge installieren, um sie im nächsten Schritt zu deaktivieren, weil ich sie nicht benötige und vielleicht auch vertraue, um sie dann doch zyklisch zeitaufwendig zu aktualisieren.

Entscheidung!

Diese Frage kann ich leider keinem eindeutig beantworten und muss schlussendlich jeder für sich fällen. Jeder bzw. jedes Team muss somit eine Entscheidung unter Berücksichtigung der Rahmenparameter und der Informationen, die ihm zu dieser Zeit zur Verfügung stehen, fällen. Ich weiß, diese Entscheidung ist nicht einfach und ich hoffe, ich kann zumindest mit den aufgelisteten Informationen zur Entscheidungsfindung beitragen.

In diesem Zusammenhang vielleicht auch eine Frage.
Würde Euch eine hier stattfindende Umfrage und das Publizieren der Ergebnisse zur eingesetzten Windows Version, Edition und Planung interessieren?
Ich bin auf Euer Feedback gespannt!

Der Beitrag Windows 10 – Welches ist die richtige Edition? erschien zuerst auf Workplace Management Blog.

Windows 10

Im Unternehmensumfeld werden die Microsoft Aktivierungsanfragen sehr gerne mit einem zentralen Server verwaltet und nicht alle direkt gegen die Microsoft Server ausgeführt. Dies geschieht über den Key Management Server oder besser als KMS Server bekannt. Der KMS Server beantwortet die Aktivierungsanfragen im lokalen Netzwerk. Wer sich tiefer in die Materie einarbeiten möchte, dem lege ich die entsprechenden TechNet Artikel ans Herz.

In diesem Blog Eintrag geht es um die Besonderheiten bei der Aktivierung von Windows 10 in einem vorhandenen Umfeld. Hierbei sind Dinge auf der Client- als auch der Serverseite zu beachten.

Windows 10 Client

Die Quellen von Windows 10 enthalten einen Key, mit dem sie sich am KMS Server registrieren können. Wenn das Windows 10 mittels Empirum verteilt wird, so sollte man zur Sicherheit, bei der entsprechenden Betriebssystemvorlage für Windows 10,
den jeweiligen KMS Client Setup Key hinterlegen. Wenn der KMS Client Setup Key nicht zur verknüpften Windows 10 Quelle passt,
dann bleibt die unbeaufsichtigte Installation mit der Auswahl der Edition stehen bzw. zeigt an, dass kein Image zur Installation zur Verfügung steht.

Anbei eine Liste der Windows 10 KMS Client Setup Keys.
Diese Liste ist hier direkt bei Microsoft einzusehen.

• Windows 10 Professional: W269N-WFGWX-YVC9B-4J6C9-T83GX
• Windows 10 Enterprise: NPPR9-FWDCX-D2C8J-H872K-2YT43
• Windows 10 Education: NW6C2-QMPVW-D7KKK-3GKT6-VCFB2
• Windows 10 Enterprise 2015 LTSB: WNMTR-4C88C-JK8YV-HQ7T2-76DF9
• Windows 10 Enterprise 2016 LTSB: DCPHK-NFMTC-H88MJ-PFHPY-QJ4BJ
• Windows 10 Enterprise 2019 LTSC: M7XTQ-FN8P6-TTKYV-9D4CC-J462D

KMS Server

Auf dem KMS Server sind mehrere Dinge zu beachten. Da das Betriebssystem auf dem Client aktueller ist als das Betriebssystem des KMS Servers, muss am KMS Server ein Microsoft Update eingespielt werden. Dieses Update ist unter dem KB3058168 veröffentlicht.

#Update: Dieses Windows Update ist für einen Windows Server 2008 R2 / Windows 7 notwendig, um Windows 10 Clients zu aktivieren: KB3079821.

Die für den KMS Server notwendigen Lizenzschlüssel sind für den Unternehmenskunden in dem Customer Support – Volume License Service Center hinterlegt. Für die Aktivierung von Windows 10 wird zusätzlich ein weiterer Key benötigt! Die nachfolgenden Schlüssel sind dem Portal zu entnehmen und im KMS Server zu hinterlegen.

• Windows 10 Enterprise, oder die eingesetzte Edition
• Windows Srv 2012R2 DataCtr/Std KMS for Windows 10

Die Quelle zu diesen Informationen ist hier zu finden.
Falls die Einbindung der zuvor genannten beiden Keys über die VAMT Oberfläche nicht funktioniert, so sind die Lizenzschlüssel mit den folgenden Befehlen zu installieren:

• slmgr -ipk <KMS Host Product Key – channel C>
• slmgr -ato

Hier geht es zu weiterführenden Informationen bzgl. VAMT und generellem KMS Server Troubleshooting.

Erste Schritte des Troubleshootings

• Prüfen, ob der KMS Server über den DNS Server korrekt publiziert wird: nslookup -type=srv _vlmcs._tcp
• Erreichbarkeit des KMS Server Dienstes sicherstellen (Standardport: 1688)
• Uhrzeit des Clients und des Servers überprüfen.

Dann bleibt mir nur noch, Euch eine erfolgreich Aktivierung Eurer Windows 10 Clients zu wünschen!

Der Beitrag Windows 10 und KMS Server Aktivierung erschien zuerst auf Workplace Management Blog.

Windows 10 scheint das Windows Betriebssystem zu werden, dass sich viele Nutzer wünschen. Es verbindet die klassische Bedienlogik inklusive eines Startmenues und die touchoptimierte Bedienung, die mit Windows 8 Einzug gehalten hat. Windows 10 verbindet nicht nur die unterschiedlichen Bedienphilosophien, sondern bietet auch immer die optimale Oberfläche bei Geräten die Tablet und Notebook in einem sind, wie ein Microsoft Surface, Lenovo Yoga, etc..

Windows 10

Die Quellen zum jeweils aktuell veröffentlichten Stand von Windows 10 gibt es entweder im MSDN Bereich oder hier. Wenn man die Windows 10 Preview jedoch auch in der eigenen Empirum Umgebung schon mal testen möchte, muss man beachten das es derzeit nicht offiziell supported wird.

Schnellschuss mit Empirum v15.1

Mit den aktuellen Quellen von Windows 10 kann man auch einen „Schnellschuss“ versuchen.
Dazu muss man zuvor die äquivalente Windows 8.1 Quelle (Architektur, Sprache, Edition) importieren und anschließend die gerade importierten Quellen mit den Windows 10 Quellen ersetzen. Anschließend kopiert man eine passende Windows 8.1 Betriebssystemvorlage und verweist auf die neu importierten Quellen.

Hintergrundinformationen

Wenn das nicht wie gewünscht funktioniert, kann es noch an anderen Parametern liegen.
Da ich bereits ab der ersten verfügbaren Windows 10 Quelle mit Empirum v15.1 experimentiere, habe ich an der ein oder anderen Stelle im System bereits Anpassungen vorgenommen.

Was habe ich alles getan?
1. Aktuelles WADK eingebunden
2. Die Windows 10 Betriebssystemquellen müssen in Empirum eingebunden werden
3. Die unbeaufsichtigte Installation muss mit der ggf. unbekannten SKU zurecht kommen.
4. Betriebssystemvorlage erstellen.

Aktuelles WADK importieren

Zur Sicherheit habe ich das aktuelle WADK auf dem EmpirumServer installiert.
Das aktualisierte WADK gibt es hier.
Wenn man die neuere Version installieren möchte, muss man beachten, dass man zuvor die Vorgängerversion deinstalliert.
Ansonsten erscheint ein Hinweis, dass man bereits die aktuelle Version installiert hätte.

Einbindung der Quellen

Die Windows 10 Quellen kann man entweder über den gleichen Weg einbinden, wie die Windows 8.1 Quellen mit dem damals zur Verfügung gestellten Preview.
Dann wird im OS-Installer auch Windows 10 als importierte Quelle angezeigt. Dazu muss man den Importkatalog, die Datenbank als auch die Importskripte erstellen und in die eigene Umgebung einbauen. Alternativ kann man ein weiteres Windows 8.1, der gleichen Architektur, Sprache und Edition importieren und nachträglich die Windows Quellen unterhalb des SYS Ordners gegen die von Windows 10 austauschen (siehe oben).

SKU (Windows Versions und Editions Information)

Nun haben die Windows 10 Quellen, die ich mir betrachtet habe immer wieder unterschiedliche SKUs besessen. Die Angabe der richtigen SKU sorgt für die komplett unbeaufsichtige Installation. Stimmt die in der unattend.xml hinterlegte SKU nicht mit den eingebundenen Quellen überein, bleibt der Installationsdialog stehen und fragt welche Version von Windows installiert werden soll. Die letzten Windows 10 Enterprise Quellen mit dem Build 9926 hatten allesamt die SKU „Windows 8.1 Enterprise“ eingetragen. Somit müsste man nicht mal eine Anpassung der SKU vor der Installation mit Hilfe eines angepassten EIS Skriptes vornehmen (Empirum v15.1 Patch 09 oder Windows 8.1 Preview vorausgesetzt). Dies war jedoch bei den ersten Windows 10 Technical Previews noch anders.
Die gültige SKU kann mit dem Befehl:
dism /get-imageinfo /imagefile:<Pfad>\install.wim /index:1 
herausgefunden werden. Diese wird unter „Name:“ angezeigt.

ImageInfo.ini

Ist es doch eine andere SKU, so kann man mit der END_WINVISTA.EIS die SKU in der unattend.xml überschreiben.
Ich habe mir für diesen Zweck eine einfache aber vielfältige Methode ausgedacht, wie man für die importierte Quelle immer die richtige SKU hinterlegen kann.

Dazu wird im Verzeichnis
Empirum\EmpInst\SYS\Win8\<ServicePack>_{GUID}\<Sprache>
eine Datei ImageInfo.ini mit folgendem Inhalt erstellt.
Als Hinweis: In diesem Verzeichnis müsste auch die unattended.xml Vorlage liegen.

[ImageInfo]
;SKU=Windows 10 Technical Preview
SKU=Windows 8.1 Enterprise

end_Winvista.eis

Folgende end_winvista.eis Erweiterung sorgt für die Auswertung der ImageInfo.ini, falls diese vorhanden ist. Somit haben diese Zeilen auch für die bestehenden Installationen keine Auswirkung.

; ----------------------------------------------------------------------------
;SKU Override for non supported OS Versions
; ----------------------------------------------------------------------------
IFEXIST %E%Sys\%OS%\%LocARCH%%LocTYP%\%SP%%Language%\ImageInfo.ini THEN
   READINI %E%Sys\%OS%\%LocARCH%%LocTYP%\%SP%%Language%\ImageInfo.ini ImageInfo SKU valueSKU 
      IF "%valueSKU%"<>"" THEN
         §ECHO_MSG="10 Custom script: end_winvista-[SKU Override] executed"
         GOSUB LINUX_ECHO

         §SKU_LONG="%valueSKU%"
         XMLSET %XMLWinPEPath%ImageInstall/OSImage/InstallFrom/MetaData[wcm:action="add"]/Key="/IMAGE/NAME"
         XMLSET %XMLWinPEPath%ImageInstall/OSImage/InstallFrom/MetaData[wcm:action="add"]/Value="%SKU_LONG%"

         §ECHO_MSG="10 Custom script: end_winvista-[SKU Override] SKU changed to: %SKU_LONG%"
         GOSUB LINUX_ECHO
      ENDIF
ENDIF
; ----------------------------------------------------------------------------

Betriebssystemvorlage erstellen

Wenn man bereits eine Windows 8 oder 8.1 Betriebssystemkonfiguration hat, so kopiert man diese und hinterlegt unter Allgemein\Sprache die neu eingebundenen Betriebssystemquellen. Speichern, Fertig!

Jetzt kann es losgehen …
Viel Spaß!

Der Beitrag Windows 10 mit Empirum v15.1 installieren erschien zuerst auf Workplace Management Blog.

ErrorCodes

Die Rückmeldungen von ausführbaren Dateien haben unterschiedliche Bezeichnungen, wie z.B.: ReturnCode, ErrorCode, ErrorLevel, etc. Hier hatte ich bereits einige bekannte Fehler aus dem „DOS“ Umfeld aufgelistet. Jeder ErrorCode für einen vom Entwickler definierten Fehlergrund. Ist kein Fehler aufgetreten, so ist der ErrorCode = 0. Microsoft nutzt z.B. durchweg den ErrorLevel 3010, der bedeutet das diese Installation einen Neustart benötigt. Dieser ReturnCode wird von Microsoft auch bei weiteren Installationsroutinen genutzt. Nun gibt es jedoch noch eine große Liste an weiteren Rückmeldungen. Diese sind zumeist etwas schwieriger heraus zu bekommen.

Nachfolgend zwei Listen, die ich im Internet gefunden habe, mit Hinweisen bzw. Kurzerläuterungen zu diversen ErrorCodes im Windows Update Umfeld:

• http://inetexplorer.mvps.org/archive/windows_update_codes.htm
• http://support.microsoft.com/kb/938205

Der Beitrag ErrorCodes – Windows Update erschien zuerst auf Workplace Management Blog.

Um die Betriebssystemquellen bzw. Installation aktuell zu haben, muss die in den Windows 7 Installationsquellen enthaltene „install.wim“ aktualisiert werden. Dazu gibt es grob gesagt zwei Methoden.

1. Man „mounted“ die install.wim Datei (ein Image) mit den Microsoft WAIK bzw. WADK Hilfsmitteln und integriert die Updates (zumeist *.msu oder *.cab Dateien) und „dismounted“ die Datei anschließend wieder.
2. Man führt eine Windows 7 Installation durch, aktualisiert sie nach eigenem „Gusto“, generalisiert die Installation und erstellt davon ein Image (install.wim).

Beide Methoden sind im Internet mehrfach erläutert und erklärt. Nachfolgend möchte ich die Methode der Integration der Updates in die „install.wim“ erklären, für die jedoch „keine Gewähr“ übernommen wird!

Ich habe es mir möglichst einfach gemacht und nutzte Hilfsmittel, in Form von Tools aus dem Internet. Natürlich kann man auch komplett auf die Werkzeuge von Microsoft „bauen“.

1. Schritt – Zusammenstellen der Updates

Damit ich nicht zu lange nach den benötigten Updates nach Windows 7 SP1 suchen musste, habe ich mich dem Windows Updates Downloader und der aktuellen Update Liste bedient.

Die aktuelle Update Liste für die entsprechende Windows Version samt Architektur (x86/x64) integriert man über das grüne „+“ Symbol neben dem „Update List“ Auswahlfeld.

Hier habe ich die „Non-Security Updates“ und „Security Updates“ komplett ausgewählt und herunterladen. Die Dateien werden in dem „Download Folder“ angegebenen Pfad in entsprechende Unterordner abgelegt.

2. Schritt – Integrieren der Updates in die install.wim Datei.

Vor der Integration der Updates habe ich die aktuell genutzten Betriebssystemquellen aus dem entsprechenden Unterverzeichnis von \\%EmpirumServer%\EmpInst$\SYS\Win7\<Architektur>\pro\1  auf den lokalen Computer heruntergeladen.

Zur Integration der Updates habe ich mir dann wiederum dem „Win Toolkit“ (http://www.wincert.net/forum/files/) bedient. Darin habe unter „Main“, „Basic“, den „All-In-One Integrator“ gestartet.

Im nachfolgenden Dialog habe ich zum lokalen Ordner der Betriebssystemquellen und darin wiederum in den VistaDVD Ordner navigiert (Browse: Browse DVD) und das enthaltene Betriebssystem ausgewählt (Select bzw. Doppelklick).

Im nachfolgenden Dialog wechselt man dann auf den Reiter „Basic“, „Updates + Languages“ und fügt über das große grüne „+“ Symbol am linken Rand die Updates zur Integration hinzu. Hierbei habe ich zuerst die die Dateien aus dem „Non Security Updates“ Ordner und dann die Dateien aus dem „Security Updates“ Ordner ausgewählt.

Der letzte Schritt im „Win Toolkit“ ist „Start“ (oben links) zu wählen. Jetzt beginnt der mounten, Updates integrieren, dismount Vorgang. Dieser Ablauf dauert ca. eine Stunde.

3. Schritt – Bereitstellen der aktualisierten Quellen in Empirum

Ist der zuvor beschriebene Vorgang abgeschlossen und „Win Toolkit“ beendet, kopiert man die aktualisierten Quellen wieder auf den EmpirumServer. Es ist jedoch besser, man erstellt ein neues Verzeichnis parallel zum Verzeichnis „1“ oder ähnlich und fügt ggf. das Datum der Aktualisierung hinzu (Beispiel „1_20130823“).

Was muss Empirum seitig getan werden, damit diese Quellen genutzt werden können?

Import

Update (21.10.2013): Beim Einsatz von Empirum v15 und neuer muss vor dem Import die Datei „EmpirumPackageData.xml“ aus dem Versionsordner gelöscht werden.

Die Quellen müssen in Empirum „importiert“ bzw. bekannt gemacht werden. Dazu die EMC starten, Konfiguration, OS-Installer – Reiter „Import“ auswählen. Im Menü unter „Software“, „Liste von der Festplatte lesen“ auswählen und die abgelegten Quellen einbinden.

Betriebssystemvorlage

Im nächsten Schritt öffnet man die zuletzt genutzte Betriebssystemvorlage, wechselt bei „Allgemein“ auf den Reiter „Sprache“ und wählt bei „Betriebssystem“, „Version“ die neu eingebundenen Quellen aus (Beispiel: „1_20130823“).

Zur Sicherheit speichert man diese Betriebssystemkonfiguration unter einem neuen Namen („Datei“, „Speichern unter …“), damit die produktiv genutzte Betriebssystemkonfiguration unverändert bleibt!

Betriebssystemkonfiguration zuordnen und testen

Jetzt kann man die neu erstelle Betriebssystemkonfiguration einem Computer zuordnen und die Installation testen. Verläuft die Installation reibungslos und erfolgreich, kann man die Installation mittels „Windows Updates“ auf Vollständigkeit prüfen und ggf. weitere Windows Updates herunterladen und nach dem oben genannten Verfahren in die „install.wim“ integrieren.

In meinem Fall standen am Ende nur noch die .NET Framework 3.5 SP1 Updates und einige wenige andere Updates aus. Mit diesem Resultat war ich nach dem überschaubaren Aufwand sehr zufrieden. Dies spart die Installation von ca. 100 Updates und über eine Stunde bei der Betriebssysteminstallation.

Wie sind Eure Erfahrung mit integrierten Updates? Schreibt doch mal!

In Kürze werde ich auch noch schreiben, wie ich mit den Updates für das .NET Framework 3.5 SP1 verfahren bin.

Der Beitrag Integration von Updates in Windows 7 SP1 Quellen erschien zuerst auf Workplace Management Blog.