Archiv der Kategorie: Deployment

Treiber für Betriebssystembereitstellung

Um die Betriebssystembereitstellung (OSD = Operating System Deployment) mit SCCM für neue Demogeräte zu testen, muss man die Treiber entsprechend einbinden.

Als erstes kopiert man die Treiber in eine entsprechende Freigabe.

image

Hinweis: Die Treiber für Surface Geräte werden nur noch als MSI angeboten. Man kann sie aber aus dem MSI extrahieren. Dazu verwendet man auf einer mit Adminrechten gestarteten Eingabeaufforderung:


msiexec /a heruntergeladene_Datei.msi targetdir=C:\Pfad /qn

Nun wählt man unter “Softwarebibliothek” –> “Treiber” –> “Treiber importieren”

image

Nun verweist man auf diesen gespeicherten Ordner.

image

Durch einen Klick auf “Kategorien” kann man eine Kategorie zuweisen, resp. neue Kategorien erstellen.

image

image

Auf der nächsten Seite kann man ein Paket auswählen oder durch einen Klick auf “Neues Paket…” ein neues erstellen.

image

image

Die Treiber werden nicht zum Startabbild hinzugefügt.

image

image

Nun muss man das Treiberpaket noch verteilen.

image

Jetzt muss man noch die Tasksequenz so anpassen, dass das Treiberpaket bei den richtigen Geräten angewendet wird.

image

image

image

Bei den Optionen kann man einstellen, dass die Treiber nur auf dieses Computermodell angewendet werden.

image

Die passende WMI Abfrage lautet:

SELECT * FROM Win32_ComputerSystem WHERE Model Like „%Modellname%“

image

image

Den Modellnamen erhält man durch eine WMI Abfrage. Dazu öffnet man eine Eingabeaufforderung und gibt “wmic” ein. Danach erhält man durch die Eingabe von “csproduct get name” den passenden Namen.

image

Die Treiber werden dann während dem OSD installiert.

image

Treiber fürs Startabbild
Es kann sein, dass ein Treiber für eine Netzwerk- oder Festplattenkomponente bereits schon im Startabbild benötigt wird, damit diese schon unter Windows PE angesprochen werden können.

Dazu wählt man bei den Eigenschaften des Startabbilds die Registerkarte “Treiber” und dann den “Stern”, um allfällig gewünschte Treiber einzubinden. Man sollte aber das Startabbild so klein wie möglich halten und nur wirklich benötigte Treiber einbinden.

image

image

Laufwerksbuchstaben

Bei uns wird das Userhome eines Benutzers als Laufwerk H: verknüpft.

image

Nun haben wir aber Computer, die interne Cardreader haben. Diese belegen einen Laufwerksbuchstaben, auch wenn keine Karte eingeschoben ist. Da der Laufwerksbuchstabe bereits belegt ist, wird das Userhome des Benutzers nicht angezeigt.

image

Man kann das Problem manuell beheben, indem man dem Wechseldatenträgerlaufwerk einen anderen Buchstaben zuweist. Dazu startet man die Datenträgerverwaltung (z.B. durch einen Rechtsklick auf den Windows Startknopf). Durch einen Rechtsklick auf den entsprechenden Datenträger kann man ihm einen anderen, noch freien Laufwerkbuchstaben zuweisen.

image

Besser ist es natürlich, wenn man nichts mehr manuell anpassen muss. Im Internet wird für solche Aufgabenstellungen der USB Drive Letter Manager empfohlen. Dieser ist für Schulen gratis.

Als erstes erstellt man eine INSTALL.INI oder passt die vorhandene USBDLM_sample.ini an:

[NetworkLetters]
Letter1=H

In der _install.cmd steht der Befehl zum Installieren, den man auch in SCCM verwenden kann:

“%~dp0usbdlm.exe” –install

Bei mir hat das so aber nicht funktioniert, ich musste die Dateien zuerst in einen anderen lokalen Ordner kopieren und das Programm dann von dort starten.

image 

Wenn bereits ein Benutzer angemeldet ist, wird zwar der Laufwerksbuchstabe des Cardreaders angepasst. Das Userhome ist aber erst bei der nächsten Anmeldung des Benutzers vorhanden.

OSD Fehlermeldung wegen falscher Datum/Uhrzeit Einstellung

Wir haben ein Demogerät zum Testen erhalten. Beim Neuaufsetzen mit unserem Windows 10 Image ist dies aber jeweils abgebrochen. Im SMSTS.log fand sich dann ein Hinweis auf eine falsch eingestellte Zeit auf dem Client:

failed to request for client
SyncTimeWithMP() failed. 80004005.
Failed to get time information from MP: “servername”

image

Sobald Datum und Zeit korrekt eingestellt wurden, konnte man den Client auch problemlos neu aufsetzen.

Windows Store for Business

Microsoft bringt für Windows 10 einen Business Store. Seit Windows 8 gibt es Apps, die nur über den Store bezogen werden können. Bei Windows 8 benötigte man dafür aber ein privates Microsoft Konto. Neu bietet Microsoft einen Business Store an, in dem man Apps für Benutzer kaufen und bereitstellen kann.

In dieser Ignite Session wurde das ausführlich angekündigt. Im Business Store können Apps gekauft und zugewiesen werden. Der Benutzer benötigt keinen Microsoft Account, sondern kann sich mit den gleichen Benutzerdaten im Store anmelden, mit denen er sich auch am PC in der Schule anmeldet.

Ab etwa 45 Minuten ist erklärt, wie der Benutzer dann im Store ein weiteres Register mit den Apps der Schule findet. So kann er also Apps installieren, ohne dass zuerst jeder Benutzer ein Microsoft Konto eröffnen müsste.

image

Neu kann man auch Apps automatisch auf die Geräte verteilen. Dazu verbindet man den Business Store mit SCCM. Dies ist ab etwa 59 Minuten beschrieben. Apps aus dem Business Store werden dann unter Anwendungen in SCCM angezeigt und können wie andere Anwendungen zugewiesen werden.

image

Gemäss einer Anfrage im September benötigt man für diese Funktionalität kein Azure. Mir wurde bestätigt, dass unser Office 365 A2 Plan, der die Benutzer mit DirSync synchronisiert, genügt. Seitdem schaue ich immer mal wieder, ob der Business Store verfügbar ist, aber es kam immer, dass er “late 2015” öffnen würde… Gestern ist es mir nun zum ersten Mal gelungen, mich am Business Store anzumelden.

image

Das ganze befindet sich noch im Aufbau, Hilfetexte, die gestern noch nicht da waren, sind heute schon da. Wie man SCCM integriert, konnte ich auch noch nicht finden. Aber eine Gratisapp, die ich im Business Store zugewiesen habe, wird dem Benutzer bereits im Store angezeigt…

image

Windows 10 Startmenü anpassen

Das neue Startmenü von Windows 10 besteht im Gegensatz zu Windows 7 aus einem erweiterten Teil, bei dem Programme in Form von “Kacheln” (Tiles) angeheftet werden können. Die Standardauswahl sieht man auf diesem Bild.

image

Die Auswahl ist aber nicht ganz glücklich. “Office holen” ist eher irreführend. Auf unseren neu aufgesetzten Computern ist Office bereits installiert. Die Kalender und Mail App bieten deutlich weniger Funktionalität als das installierte Outlook, wurden aber bereits von einem Testbenutzer damit verwechselt. Besser wäre es, wenn man statt der Mail App direkt Outlook im Startmenü finden würde.

image

Es gibt verschiedene Möglichkeiten, dies zu erreichen. Eine Gruppenrichtlinie wäre zwar sehr einfach einzurichten, dann könnten aber die Benutzer keine Änderungen mehr daran vornehmen, was wir nicht wollen. Besser wäre es, eine Vorgabe zu haben, die beim ersten Anmelden am Netzwerk übernommen wird, die aber danach angepasst werden kann.

Leider fand ich diverse Anleitungen, die dann bei mir doch nicht funktioniert haben. Scheinbar gab es da Änderungen zwischen den Vorabversionen und der endgültigen Version von Windows 10. Einen funktionierenden Weg habe ich dann aber hier gefunden.

Dabei nimmt man mit einem lokalen Benutzer Änderungen am Startmenü vor und exportiert diese mit dem folgenden Powershell Befehl:

Export-Startlayout –path C:\Windows\Temp\Startmenu.xml

Nun kann man ein Powershellskript mit folgendem Inhalt erstellen:

Import-StartLayout -LayoutPath $PSScriptRoot\Startmenu.xml -MountPath $env:SystemDrive\

Diese beiden Dateien kopiert man in den Sources Ordner auf dem SCCM Server.

image

Nun erstellt man ein Paket ohne zugewiesenes Programm mit diesen zwei Dateien und lädt dieses auf einen Verteilungspunkt hoch. Am Schluss kann man noch die Tasksequenz entsprechend anpassen.

image

Somit haben nun alle neu aufgesetzten Computer dieses Startmenü als Vorgabe. Wenn sich ein Benutzer anmeldet, der sein Startmenü bereits angepasst hat, bleiben seine Änderungen bestehen, die Vorlage gilt nur für Erstanmeldungen an Windows 10.

Nachtrag:
Die Einstellungen des Startmenüs sind von den wandernden Profilen ausgenommen. Dies bedeutet, dass man das Startmenü für jeden Computer einzeln einrichten muss, wie wenn man keine wandernden Profile hätte. Zumindest deckt sich meine Erfahrung mit diesem Forumsbeitrag. Wenn man sich nun also an einem anderen Computer anmeldet, wandert das angepasste Startmenü nicht mit. Es werden nur die Kacheln angezeigt, die auch schon beim originalen Layout vorhanden waren. Also lassen wir das mit dem angepassten Startmenü Layout und hoffen, dass Microsoft die Möglichkeit für ein wanderndes Startmenü in Netzwerkumgebungen nachrüstet.

image

Smartboardsoftware verteilen

Diese Anleitung funktioniert bis und mit Version 18.0

Wenn man ein Smartboard kauft, kann man gratis ein Jahr lang Updates der Software installieren. Danach muss man für die Software Lizenzkosten bezahlen. Da wir auf allen Generationen unserer Smartboards die gleiche Software einsetzen wollen, haben wir uns so eine Lizenz gekauft.

Auf dieser Seite findet man die Downloads für administrative Installationen.

image

Nachdem man sich mit dem Schlüssel authentifiziert hat, kann man die entsprechende Software herunterladen. Neben der Smart Notebook Software sollte man unten auch noch die optionalen Add-on Pakete auswählen. Den Smart Install Manager benötigt man um eine angepasste Installation zu erstellen. Die Gallery Essentials beinhalten die Inhalte der Gallery.

image

Den System Administrator’s Guide for Windows findet man nur noch online.

Anpassungen vornehmen
Mit dem “Smart Install Manager” kann man die automatische Installation für seine Bedürfnisse konfigurieren. Dazu verwende ich eine virtuelle Maschine.

Als erstes wählt man das Paket aus.

image

Auf der ersten Seite bestätigt man die Hinweise und gibt den Product key ein.

image

Ganz unten auf dieser Seite habe ich auch noch “Disable the License Status dialog box” ausgewählt.

image

Auf der nächsten Seite verhindere ich, dass eine Verknüpfung auf dem Desktop angelegt wird.

image

Bei der Sprachauswahl wählt man Deutsch aus.

image

Da die Software zentral verteilt wird, wählt man bei den Updates am besten “Do not install SMART Product Update”.

image

Die Dateien der Gallery werden auf jeden Computer installiert, damit sie möglichst schnell verfügbar sind und keine unnötige Netzwerklast verursachen. Ich habe die Gallery zur Sicherheit nochmals aus dem Install Manager heruntergeladen, die Ordner sind nicht genau gleich wie beim normalen Download von der Internetseite.

image

Damit Lehrpersonen untereinander selber erstellte Inhalte der Gallery austauschen können, gibt man eine Netzwerkfreigabe an, auf der alle Lehrpersonen Schreibrechte haben.

image

Über File -> Publish kann man mit den vorgenommenen Einstellungen eine MST Datei erzeugen.

image

Nun kann man den Ordner mit dem MSI und die Gallery Ordner auf den Server kopieren und mit der MST Datei eine angepasste Installation auslösen.

Automatische Verteilung mit SCCM
Als erstes kopiere ich die Dateien auf meinen “sources” Ordner in SCCM. Bei der Softwareverteilung über SCCM wird das ganze Paket zuerst auf den Client kopiert und dann lokal installiert. Nicht benötigte Sprach- und Installationsdateien belegen viel Speicherplatz, die bei jeder Installation übers Netzwerk kopiert würden. Daher lösche ich diese vorher (blau markierte Dateien).

image

In den aufgeräumten Ordner kopiere ich dann die angepasste MST Datei.

smart

Nun kann man in SCCM eine neue Anwendung erstellen.

image

SCCM schlägt automatisch ein Installationsprogramm vor. Dieses ergänzt man noch mit “TRANSFORMS=smartboard.mst” (oder wie man die MST Datei beim Speichern auch immer genannt hat).

image

Danach kann man die Anwendung bereitstellen. Mit SCCM 2012 muss man nicht mehr daran denken, den Inhalt vorgängig auf einen Verteilungspunkt (Distribution Point) zu verteilen. Dies wird automatisch abgefragt, wenn man eine Anwendung bereitstellt.

image

Nachtrag
Falls bereits eine ältere Version der Smartboardsoftware vorhanden ist, wird mit der neuen Version ein Upgrade installiert. Das funktioniert bestens, ausser die Smart Notebook Software ist während diesem Vorgang geöffnet. In dem Fall bleibt eine Installation zurück, die zwar angibt, erfolgreich gewesen zu sein, aber man kann weder die alte noch die neue Version starten. Um diesen Fall abzufangen, deinstalliere ich die alte Version jeweils über eine „Ablösungsbeziehung“, bevor die neue installiert wird. In dem Fall wird ein geöffnetes Smart Notebook Programm geschlossen und deinstalliert, bevor die neue Version installiert wird.

smart2

Active Directory Based Activation

Es gibt drei verschiedene Möglichkeiten, Volumenlizenzen von Windows und Office zu aktivieren.

  • MAK: MAK steht für Multiple Activation Key. Dies ist ein Schlüssel, der anders als ein privater Schlüssel für mehrere Computer zur Aktivierung verwendet werden kann.
  • KMS: KMS steht für Key Management Service. Hier installiert man einen Dienst auf einem Server, bei dem sich die Clients aktivieren.
  • ADBA: ADBA steht für Active Directory Based Activation. Hier läuft die Aktivierung über das Active Directory. Fürs Einrichten benötigt man zwar einen Server, danach theoretisch nicht mehr.

ADBA bietet viele Vorteile, kann aber erst ab Windows 8 und Office 2013 verwendet werden. Ausserdem wird ein Active Directory Schema ab Version 2012 benötigt.

Wenn diese Voraussetzungen erfüllt sind, kann man auf einem Server die Rolle “Volumenaktivierungsdienste” hinzufügen.

image

Nach der Installation muss man die Volumenaktivierung mit den “Volumenaktivierungstools” konfigurieren. Hier ändert man nun die Vorauswahl auf “Aktivierung über Active Directory”.

image

Den benötigten KMS Hostschlüssel bekommt man auf der Lizenzierungsseite von Microsoft. Optional kann man einen anderen Anzeigenamen verwenden.

In meinem Fall fehlte der verlangte “Windows Srv 2012R2 DataCtr/Std KMS for Windows 10” Schlüssel. Der KMS Key für “Windows Server 2012 R2” funktioniert nicht für Windows 10. Nachdem der richtige Schlüssel im Lizenzierungsportal freigeschaltet wurde, funktionierte auch die Lizenzierung.

image

image

image

Zum Schluss muss man auf “Schliessen” klicken und nicht auf “Weiter”.

image

Um Office 2013 zu aktivieren, muss man Datei Office2013VolumeLicensePack_x86_de-de.exe herunterladen und ausführen (für Office 2016 findet man die Datei hier). Dabei werden erneut die Volumenaktivierungstools geöffnet.

image

Hier kann man nun analog zu der Aktivierung von Windows vorgehen. Im ADSI Editor kann man nun die beiden eingetragenen Lizenzen überprüfen.

image

Problem mit OSD

Neuaufsetzen von nicht bekannten Computern hat mit dem neuen SCCM problemlos funktioniert. Wenn aber einer dieser Computer bereits bekannt ist und erneut neu aufgesetzt werden sollte, brach die Tasksequenz mit folgender Meldung ab:

BOM not found on policy reply
…
Failed to download policy {irgendeine Nummer} (Code 0x80004005).

image

Gemäss diesem Technet-Blog hat das mit einem Windows Update zu tun, das nicht mehr ausgeliefert wird, aber in der Datenbank nicht vollständig gelöscht wurde.

Im Blog werden zwei Möglichkeiten beschrieben. Die erste ist, beim Neuaufsetzen keine Updates mehr ausliefern (ist ja nicht so wichtig, da die meisten beim build&capture Vorgang schon ins Grundimage aufgenommen werden. Da es aber später auch Updates von Updates geben wird, wollte ich darauf nicht verzichten. Ziel soll es sein, nach dem Neuaufsetzen ein möglichst aktuelles System mit allen Updates zu erhalten. Also musste ich den zweiten beschriebenen Weg gehen und mit dem Microsoft SQL Server Management Studio die entsprechenden Einträge aus der Datenbank löschen.

image

Bei mir gab es zwei Einträge, die ich beide sowohl von “PolicyAssignment” als auch von “DepPolicyAssignment” löschen musste. Danach funktioniert das Neuaufsetzen auch mit aktiviertem Software Update Schritt wieder problemlos.

image

User State Virtualization

Da UE-V nach diversen Tests für uns doch nicht in Frage kommt, habe ich mich nun entschieden User State Virtualization umzusetzen. Microsoft bezeichnet so die Kombination aus “roaming profiles” (wandernden Profilen) und “folder redirection” (Ordnerumleitung).

Freigabe Ordnerumleitung
Gemäss diesem Technet-Artikel erstellt man eine Freigabe.

image

Im nächsten Schritt wählt man den Speicherort (in meinem Fall den DFS Unterordner und nicht einfach ein Laufwerk).

image

Die optionalen anderen Einstellungen habe ich nicht verwendet. Ich meine, gelesen zu haben, dass die “Zugriffsbasierte Aufzählung” ressourcenintensiv ist.

image

Nun vergibt man die entsprechenden Berechtigungen für die Freigabe. Unter anderem für die Benutzer, die die Freigabe benutzen. Ich habe zwei Freigaben mit entsprechenden Berechtigungen eingerichtet. Eine für die Lehrpersonen und eine davon unabhängige für die Schüler/-innen.

image

Um diesen Ordner später einmal problemlos zu migrieren habe ich ihn auch noch in den DFS Namespace aufgenommen.

Gruppenrichtlinie Ordnerumleitung
Nachdem die Freigabe eingerichtet ist, kann man die entsprechende Gruppenrichtlinie erstellen.

image

Unter Einstellungen habe ich das Häklein bei “Dem Benutzer exklusive Zugriffsrechte für Dokumente erteilen” entfernt. Im Moment habe ich diese Einstellung für alle Ordner eingetragen, mal schauen, ob das so bleibt. Falls ich das ändere, werde ich es hier anpassen.

Freigabe wanderndes Profil
Die Freigaben für die wandernden Profile werden gemäss diesem Technet Artikel analog zu der Ordnerumleitung oben erstellt.

Einrichtung wanderndes Profil
Es gibt zwei Varianten, das wandernde Profil einzurichten. Zum einen kann man den Profilpfad im Active Directory angeben.

image

Oder man verwendet die entsprechende Gruppenrichtlinie unter “Computerkonfiguration” –> “Richtlinien” –> “Administrative Vorlagen” –> “System” –> “Benutzerprofile”: “Pfad des servergespeicherten Profils für alle Benutzer festlegen”.

image

Da ich getrennte Freigaben für Lehrkräfte und Schüler/-innen eingerichtet habe, kann der Weg über die Gruppenrichtlinie nicht genommen werden, da dort nur eine Freigabe benutzt werden kann. Die erste Einstellung “Sicherheitsgruppe “Administratoren” zu servergespeicherten Profilen hinzufügen” habe ich aber gesetzt. So können z.B. auch die Profilordner gelöscht werden, wenn Schüler/-innen austreten.

Den Profilpfad im AD kann man für viele Benutzer gleichzeitig setzen. Dazu kann man einfach mehrere Benutzer markieren und über einen Rechtsklick “Eigenschaften” auswählen. Im Register “Profil” kann der Profilpfad mit der Variablen %username% eingetragen werden.

image

Für neue Benutzer kann man das PowerShell Skript um diese Zeile ergänzen:

-ProfilePath („\\netzwerkpfad\schuelerprofile\“+$_.username) `

Anmeldegeschwindigkeit
Wie bei den Abklärungen zu UE-V beschrieben, soll eine Anmeldung möglichst schnell erfolgen. Ein Szenario speziell in Schulen ist, dass sich über 20 Schüler/-innen gleichzeitig in einem Raum mit nur einem Accesspoint über WLAN anmelden. Bei diesen Tests ist das noch nicht berücksichtigt, die Profildaten sind aber dank der Ordnerumleitung sehr klein und sollten nicht einen allzu grossen Einfluss haben. Die Messwerte entstanden auf virtuellen Windows 10 Maschinen und dürfen nicht absolut genommen werden, mehrere Versuche haben nicht immer die gleiche Zeit ergeben. Ausserdem waren die Testuserprofile sehr klein. Trotzdem gibt es einen Anhaltspunkt.

erste Anmeldung mit nur lokalem Profil 24 Sekunden
weitere Anmeldungen mit lokalem Profil 2 Sekunden
erste Anmeldung mit wandernden Profilen und Ordnerumleitung erstellen 95 Sekunden
erste Anmeldung an einem Computer mit vorhandenem Profil auf Server 12 Sekunden
weitere Anmeldung mit wandernden Profilen und Ordnerumleitung 3 Sekunden

Die erste Anmeldung im Netzwerk dauert extrem lange, dies ist aber nur einmal nötig. Danach ist die Anmeldung auf einem Computer, an dem man sich noch nie angemeldet hat, etwa doppelt so schnell, wie wenn ein lokales Profil eingerichtet werden muss. Wir werden also mit Windows 10 wieder wandernde Profile einführen – im Gegensatz zu damals unterstützt durch die Ordnerumleitung.

Benutzerprofile

Wir haben mit “roaming profiles” (wandernde Benutzerprofile) zu Windows XP Zeiten aufgehört, weil es immer wieder Probleme damit gab. Zum einen gab es zwar selten, aber immer mal wieder ein korruptes Profil, und zum anderen dauerte die Anmeldung extrem lange, wenn Benutzer grosse Dateien in ihrem Profil hatten.

Wenn sich ein Benutzer ohne wanderndes Profil zum ersten Mal an einem Computer anmeldet, wird eine Kopie des “default profile” für ihn angelegt. Änderungen die der Benutzer dann am Profil vornimmt, werden nur lokal gespeichert und sind bei einem anderen Computer nicht verfügbar. Die Benutzer sind entsprechend informiert und wissen, dass nur die Dateien auf den Netzlaufwerken wie z.B. das eigene Userhome gesichert werden. Dies hat sich auch durch die “Windows 7 Zeit” bewährt – viele Vorteile, ein paar wenige Nachteile.

Mit der Einführung von Windows 10 wollte ich das wieder einmal angehen. Vor allem, da das Einrichten des lokalen Profils doch einige Zeit dauert…

image

In einer schnellen virtuellen Maschine braucht die Ersteinrichtung des Profils 24 Sekunden, die zweite Anmeldung dann nur noch 2 Sekunden. Wenn man das auf 5-jährigen Laptops mit einer 5’400er Harddisk macht, dauert es entsprechend noch viel länger…

Also habe ich mich da mal ein wenig eingelesen. Aussagen wie diese lassen befürchten, dass wir auch die alten Probleme wieder bekommen:

“After using Roaming profiles for many years I think that „Best Practices“ are DON’T use them.”

User State Virtualization
Microsoft hat die “roaming profiles” seit den Windows XP Zeiten weiterentwickelt. Das Problem mit den zu grossen Profilen löst man am besten mit “folder redirection” (Ordnerumleitung). Die Kombination von “roaming profiles” und “folder redirection” nennt Microsoft ”User State Virtualization”. In diesem Technet Tutorial wird erklärt, was damit gemeint ist. Im zweiten Teil wird “folder redirection” genauer erklärt und im dritten die “roaming user profiles”.

image

User Experience Virtualization
Microsofts “User Experience Virtualization” (UE-V) gilt als Weiterentwicklung der “roaming profiles”. Gemäss diesem Blogbeitrag liegt der Vorteil darin, dass viel detaillierter entschieden werden kann, welche Teile der Userdaten wirklich wandern (roam). Microsoft sieht UE-V als Technik für grosse Umgebungen und verkauft es als Teil von MDOP (Microsoft Desktop Optimization Pack). MDOP ist nur für Software Assurance Kunden verfügbar. Mit unserer Schullizenz erfüllen wir das alles. Damit kommt UE-V für uns auch in Frage. Bei UE-V muss man einen Agent auf dem Windows Client installieren und konfigurieren. Bis jetzt habe ich aber noch nicht herausgefunden, ob bei der ersten Anmeldung dann nicht doch ein lokales Profil (vgl. oben) angelegt werden muss, das dann durch UE-V angepasst wird. Dann würde die Erstanmeldung auch lange wie bei lokalen Profilen dauern.

Was nehmen?
Als Schule haben wir andere Anforderungen als in einer Firma. Ein typisches Szenario ist, dass sich über 20 Schüler/-innen gleichzeitig in einem Raum mit nur einem Accesspoint über WLAN anmelden. Das Erstellen eines lokalen Profils aus dem lokalen “default profile” dauert Zeit (abhängig vom Client – CPU, Festplatte, …), benötigt aber keine WLAN Bandbreite. Roaming Profiles (optimiert durch folder redirection), werden vom und auf den Server kopiert. Wenn 20 Schüler/-innen je nur 100MB über WLAN holen, müssen 2 GB übers WLAN…

Ich kann im Moment also nicht sagen, wie ich das mit Windows 10 umsetze. Weiterhin nur lokale Profile, “roaming profiles” mit möglichst kleinen Profilen dank “folder redirection” und Profilausschlüssen oder doch “User Experience Virtualization”. Im Internet habe ich da keine abschliessende Antwort gefunden, bleibt wohl nichts anderes übrig, als eigene Tests durchzuführen.

Nachtrag
Nun habe ich einige Tests mit UE-V durchgeführt und bin nicht wirklich zufrieden. Für meine Tests habe ich unter Windows 10 den Sync Provider auf “none” gestellt. Scheinbar gibt es ein Problem mit den Offline Folders, das man lösen konnte, aber für meine Tests war “none” ausreichend (damit werden die Daten nicht lokal zwischengespeichert, sondern direkt in den SettingsStore auf dem Server geschrieben).

Problemlos funktioniert haben Änderungen am Bildschirmhintergrund und Einstellungen an Office Programmen (Word Autokorrektur und andere Einstellungen). Das Hauptproblem ist aber, dass immer zuerst ein lokales Profil erstellt werden muss, bevor UE-V Änderungen vornehmen kann. Die ganze Einrichtung (Bild 1 oben) dauert also mindestens so lange wie wenn man nur lokale Profile hätte. Ausserdem kam auch beim Start von Word auf einem neuen Computer erneut der Willkommensdialog und Outlook musste auch erneut eingerichtet werden (Einstellungen nach der Ersteinrichtung wurden dann aber problemlos synchronisiert).

UE-V ist also sicher eine schlanke, schnelle, einfach zu wartende Alternative zu Roaming Profiles, wenn Mitarbeiter immer an den gleichen Computern arbeiten. Sobald die Ersteinrichtung auf allen benutzten Computern abgeschlossen ist, funktioniert es schnell und problemlos. Unser Problem ist aber, dass die Schüler auf jedem neuen Computer (z.B. wenn sie einfach einen vom Laptopwagen nehmen) die Ersteinrichtung von Profil und Programmen abwarten müssten, bis UE-V die Synchronisation übernimmt. Also im Moment keine Alternative. Leider.

Nachtrag 2
Wir werden wieder wandernde Profile einsetzen. Das Vorgehen ist in diesem Beitrag dokumentiert.