Hintergrund

Eigentlich soll die Dateiüberprüfung Office-Dateien auf eine mögliche Manipulation hin untersuchen. Entspricht die Dateien nicht den “Erwartungen der Anwendung”, erhält der Anwender eine Mitteilung, dass die Datei unter Umständen manipuliert wurde und kann entscheiden ober er die Datei dennoch öffnen möchte oder nicht.

Allerdings hat die Erweiterung in einigen Umgebung zur Folge, dass das Öffnen irrsinnig lange dauert und keinem Anwender zuzumuten wäre.

Lösung 1

Oder Abhilfe schafft die Deinstallation.

Am besten lehnt ihr dieses Patch direkt im WSUS ab. Sollte es dennoch auf einigen Clients gelandet sein (z.B. eure WSUS-Testgruppe), müsst ihr es manuell über die Systemsteuerung > Software deinstallieren.

Voilà, danach öffnen sich die Dateien wieder mit gewohnter Geschwindigkeit.

Lösung 2

Das Addin lässt sich alternativ auch über einen Registryeintrag deaktivieren, sodass es beim Öffnen von Dateien nicht geladen wird. Microsoft beschreibt das Vorgehen im KB2570623:

Der Registrywert lässt sich in größeren Umgebungen z.B. auch über die Gruppenrichtlinien oder während eines Anmeldeskripts setzen. Wie folgt die Einstellung an einer einzelnen Workstation:

1. Öffnen der REGEDIT
2. Der Schlüssel HKEY_CURRENT_USER\ Software\ Policies\ Microsoft\
   Office\ 11.0\ Excel\ Security\ FileValidation öffnen
3. Einen neuen DWORD-Wert mit dem Namen EnableOnLoad anlegen
   und den Wert 0 zuweisen.

An dieser Stelle sei der Weg dazu mit aktuellen Screenshots noch einmal aufgefrischt:

1. Drückt die Windows-Taste + R, um die Ausführen-Box zu öffnen. Hier gebt ihr nun “SystemPropertiesPerformance” ein und klickt auf OK.

   

2. Im Register “Visual Effects” deaktiviert ihr nun die Optionen “Animate controls and elements inside windows” sowie “Animate windows when minimizing and maximizing”

   

Metro, Apps, Apps, Apps, Appstore… ansonsten aber nichts Neues …leider.

Mit dem Glass-Effekt sieht Windows 8 doch gleich viel besser aus, oder?

Aero Lite

Aero Glass

Diesmal liegt das Handbuch “Datenbanken entwickeln mit SQL Server 2008 (R2) Express” von Robert Panther zum Download bereit.

Das Buch richtet sich vor allem an Datenbankeinsteiger und behandelt unter anderem die Themen “Erstellen und Bearbeiten von Datenbanken und Tabellen”, “Erstellen und Verwenden von Sichten”, “SQL-Skripts”, “Gespeicherte Prozeduren, Funktionen, Trigger und Cursor” und “Datenbankadministration mit SQL”.

Um das eBook herunterladen zu können, benötigt ihr wie üblich eine E-Mail Adresse, an welche Euch der Downloadlink geschickt wird.

In gedruckter Form inklusive Begleit-DVD ist das Buch im Handel für rund 24,90 Euro erhältlich.

Weitere Informationen wird man künftig auch im "Windows Store for developers"-Blog finden

Der Start erfolgt mit dem eBook “Office 2010 – Auf einen Blick” von Michael Kolberg, Sabine Lambrich und Eva Kolberg.

Auf rund 320 Seiten erläutern die Autoren die grundlegenden Funktionen und Möglichkeiten von Word, Excel, PowerPoint und Outlook. Das Buch richtet sich vor allem an Anfänger, ist reichlich illustriert und setzt keine Grundkenntnisse voraus.

Dürfte aber auch für “Ribbon-Neulinge” interessant sein, sprich diejenigen von Euch, die vielleicht bis dato noch mit maximal Office 2003 gefahren sind, Office 2007 übersprungen und nun direkt zu Office 2010 wechseln.

Um das eBook herunterladen zu können, müsst ihr euch mit einer gültigen E-Mail-Adresse registrieren, an welche ihr den Downloadlink geschickt bekommt.

Resultierend will Microsoft den Upgradeprozess für den Anwender zu einfach wie möglich gestalten und verspricht für das neue Betriebssystem Windows 8 ein Upgrade in nur elf Klicks.

Sämtliche Detailinfos könnt ihr in Stevens Beitrag nachlesen, primär lässt sich aber vor allem aus den Screenshots eine einfache Gestaltung des Upgrade-Prozesses ableiten. So untersucht ein Automatismus z.B. die Kompatibilität von einzelnen Applikationen und zeigt an, ob diese ohne Probleme dem Upgrade unterzogen werden können oder ob es zu Problemen kommen kann. Aber:

You may need to uninstall and reinstall these types of apps. (This is also a reason to be careful of 3rd party “app mover” applications, which claim to move apps from one OS to another, as the end result can be unpredictable or broken.)

Schöner wäre es natürlich, man würde die Kompatibilitätsliste insofern damit verknüpfen, dass z.B. eine Update-Version direkt zum Download angeboten wird. Dies würde den Upgradeprozess noch weiter vereinfachen. Könnte der Anwender dann nach erfolgtem Upgrade des Betriebssystems einfach auf einen Ordner zugreifen, in dem bereits alle heruntergeladenen Updates liegen würden, wäre dies noch ein deutliches Plus

Insgesamt muss man das Upgrade denke ich einfach mal auf einer Testmaschine ausprobieren – wenn das möglich ist – und schauen, ob ein Upgrade wirklich sauber funktioniert. In der Vergangenheit habe ich persönlich auch eher die Erfahrung gemacht, dass es besser ist, ein System frisch aufzusetzen, da einfach zu viele Reste und Leichen von vorherigen Windows-Versionen übrigblieben (von 98  XP, von XP  7 x64). Wenn dies nun der Vergangenheit angehört, ist das natürlich super!

Somit besteht die Möglichkeit, eine gemeinsame DVD mit allen Microsoft Produkten zu erstellen. Von nun an müsst ihr also nicht mehr mit zwei bis drei DVDs unterwegs sein bzw. Installationsquellen haben, sondern könnt auf eine vereinigte zugreifen.

Gleichzeitig spart ihr Speicherplatz auf Euren Servern (oder wo auch immer), da ihr die simultanen Daten nicht mehrmals vorhalten müsst.

Voraussetzungen

Um eine entsprechende Office 2010 All-in-One DVD zu erzeugen benötigt ihr

• Die Installationsquellen von Office 2010 (32- oder 64-Bit)

• Die Installationsquellen von Visio 2010 (32- oder 64-Bit)

• Die Installationsquellen von Project 2010 (32- oder 64-Bit)

Zwar habe ich es nicht getestet, es wird aber wahrscheinlich nur mit den jeweiligen 32- oder 64-Bit Versionen funktionieren. Ihr werdet die Ausführen nicht mischen können.

All-in-One Verzeichnis erstellen

Kopiert nun zunächst die Office-Quellen in ein temporäres Verzeichnis (z.B. C:\temp\O2010). Anschließend kopiert ihr von der Visio DVD folgende Ordner:

• Visio.de-de

• Visio.WW

Diese legt ihr im Verzeichnis mit den Office-Quellen ab. Führt das gleiche Procedere bei den Project-Quellen durch.

Hier kopiert ihr diese Ordner ebenfalls in das Verzeichnis mit den Office-Quellen

• PrjStd.WW

• Project.de-de

Wenn ihr nun die SETUP.exe im Office-Verzeichnis startet, bekommt ihr eine Auswahl, welches Produkt ihr installieren möchtet. Ein „Mix“ unterschiedlicher Ausführungen (Standard, Premium, Professional) ist übrigens auch möglich.

Der Fokus soll auf den von Anwendern häufig genutzten Bereichen des Taskmanager gelegt werden und so sieht das ganze bis dato aus:

Klickt man dann auf mehr Details, gibt es entsprechend weitere Infos und Registerreiter:

Ich hoffe, man denkt daran, den “More Details” Button auch standardmäßig einblenden zu können. Würde den Power-Usern halt einen Klick sparen. Ich schaue vor allem oft auf die CPU- und Memory-Auslastung.

Sehr schön ist, dass man sich einzelne Abhängigkeiten innerhalb von Anwendungen oder Diensten weiter herunterbrechen kann.

Aus meiner Sicht ist durchaus erkennbar, dass der neue Taskmanager stark durch den Process Explorer von Sysinternals beeinflusst wurde. Gut!

Ich gehe dabei davon aus, dass ihr zwei Maschinen (einen W2k3-Server und einen W2k8R2 Server) zur Verfügung habt und beide auch angeschaltet sind.

Migrationsalternativen

Euch stehen zwei Möglichkeiten zur Verfügung, die Migration durchzuführen.

1. Ihr könnt die Migration zum einen bequem über einen grafischen Assistenten durchführen
2. Zum anderen lässt sich die Migration auch per Kommandozeile durchführen, was ggf. in automatisierten Umgebungen zum Einsatz kommen kann.

Vorbereitung und Empfehlung

Zwar werden beim dem Export der Druckerqueues und Treiber (wie im Folgenden beschrieben) exportiert, aber was nicht vorhanden ist, kann auch nicht exportiert werden.

Will heißen, wenn ihr vormals einen Windows Server 2003 in einer 32-Bit Umgebung hattet und nun auf Windows Server 2008 R2 (64-Bit) migriert, fehlen Euch bim späteren Import die entsprechenden Treiber.

Deshalb ist es empfehlenswert, bereits vorab alle x86- und x64-Treiber Eurer jeweiligen Druckermodelle zu importieren.

Sollte es beim Hinzufügen von Treibern zu Problemen kommen, schaut ggf. mal im Microsoft Update Catalog nach, ob es von Microsoft zum Download angebotene Treiber für Eure Druckermodelle gibt. Diese wurden funktional durchgetestet und sollten bei der Installation zu keinen Problemen führen.

Die Erfahrung hat bei mir gezeigt, dass bei Treibern von der Herstellerseite es passieren kann, dass diese sich nicht ohne Weitere importieren lassen.

Migration mittels grafischen Assistenten

Exportieren der Druckerqueues und Treiber des alten Printservers

1. Startet zunächst auf Eurem “neuen” Printserver das “Print Management” über die Serververwaltung oder über die Systemsteuerung.
2. Klickt nun mit der rechten Maustaste auf “Print Management” und wählt den Eintrag “Migrate Printers…”
   
3. Den bereits ausgewählten Punkt “Export printer queues and printer drivers to a file” könnt ihr mit einem Klick auf “Next” bestätigen.
   
4. Gebt nun den UNC-Pfad zu Eurem “alten” Printerserver an (z.B. \\PRINTSRV01) und bestätigt mit “Next”.
   
5. Im folgenden Dialog bekommt ihr angezeigt, welche Druckerqueues migriert werden.
   
6. Wählt im nächstfolgenden Dialog den Speicherort der Exportdatei  (*.printerExport-Datei) aus.
   
7. Die Druckerqueues werden nach einem Klick auf “Next” exportiert.
   
8. Die Abschlussmeldung folgt, ihr könnt ggf. noch einen Blick in die Ereignisanzeige werfen, ob es beim Export zu Fehlern gekommen ist.
   

Importieren der exportierten Druckerqueues auf dem neuen Printserver

1. Klickt nun im Print Management mit der rechten Maustaste auf Euren “neuen” Printserver.
2. Wählt den Eintrag “Import printers from a file…”
   
3. Im sich öffnenden Dialogfeld wählt ihr die zuvor erstellte Datei mit den Druckerqueues und Treibern aus.
   
4. Euch werden im nächstfolgenden Dialog nun alle Druckerqueues angezeigt, die importiert werden.
   
5. Anschließend müsst Ihr einen Import-Modus auswählen. Ich habe mich dabei entschiedenen, bereits vorhandene Druckerqueues zu behalten und nicht zu überschreiben, sofern sie schon vorhanden sind. Des Weitern wollte ich nicht, dass LPR-Ports konvertiert, sondern bestehen bleiben.
   Bestätigt anschließend mit “Next”.
6. Die Daten aus der Exportdatei werden nun ausgelesen, d.h. die entsprechenden Treiber (x86, s.o.) und Druckerqueues werden importiert und angelegt.
7. Abschließend erhaltet ihr eine Statusmeldung und könnt ggf. die Ereignisanzeige auf Fehler hin überprüfen. In meinem Falle gab es noch einige Unstimmigkeiten, da wie bereits oben beschrieben, ein Teil der x64-Treiber fehlten. Diese spielte ich entsprechend manuell ein und führte anschließend die Importschritte 1-6 nochmals durch.
   

Migrations mittels Kommandozeile und PRINTBRM

Wenn ihr die Printserver-Migration zum Beispiel per Task oder in einer anderen Form automatisiert durchführen möchtet, kann auch per Kommandozeile die Migration durchführen.

Aus früheren Tagen dürfte den meisten Administratoren dafür der  “Print Migrator 3.1” (PRINTMIG) von Microsoft bekannt sein. Allerdings wird dieses nicht mehr von Microsoft supported und x64-Treiber werden auch nicht unterschützt.

Ab Windows Server 2008 (R2) gibt es nun ein neues Tool namens PRINTBRM, dass ihr im Verzeichnis %WinDir%\SYSTEM32\spool\Tools\ findet.

Exportieren der Druckerqueues und Treiber des alten Printservers

1. Startet die Kommandozeile (CMD) als Administrator (!)
2. Wechselt in das Verzeichnis %WinDir%\SYSTEM32\spool\Tools\
3. Gebt nun den Befehl zum Exportieren nach folgendem Muster ein:
   

   Printbrm –s \\PRINTSRV01 –b –f c:\ temp\ DATEINAME.printerExport

   

4. Bestätigt mit ENTER
   
   
5. Alle Druckerqueues und Treiber werden – wie beim grafischen Assistenten auch – in die entsprechende Datei exportiert.
   
   

Importieren der exportierten Druckerqueues auf dem neuen Printserver

1. Startet wie die Kommandozeile, sofern ihr sie geschlossene haben solltet, als Administrator.
2. Gebt anschließend den Importbefehl nach folgendem Muster ein (\\Printsrv02 steht dabei für den neuen Printserver):

   Printbrm –s \\PRINTSRV02 –r –f c:\temp\DATEINAME.printerExport

     

   Alternativ könnt ihr noch die Parameter –LPR2TCP (Konvertiert LPR-Ports) oder –O (überschreiben vorhandener Objekte) anhängen. Ein vollständige Liste der Parameter erhaltet ihr mit Printbrm –?

3. Abschließend erhaltet ihr eine Statusmeldung und könnt ggf. die Ereignisanzeige auf Fehler hin überprüfen.
   
   
4. Fertig.

Weblinks und weitere Informationen:

• Microsoft TechNet – Print Services Migration Guide
• Microsoft TechNet – Migrate Print Servers
• Microsoft TechNet – Print Migration Import Status

Einige gute Anleitungen zum Installieren im Zusammenhang mit Virtualbox, VMware u.a. findet ihr in den folgenden Artikel, die meines Erachtens sehr gut sind:

• Timbobs Blog – Anleitung: Windows 8 unter Virtualbox einrichten
• Stadt-Bremerhaven – Windows 8 und VirtualBox: so funktioniert es
• WindowsPro – Windows 8 DP installieren: VMware Workstation, VirtualBox, VHD Boot

Zunächst zeige ich Euch den Weg über die GPEdit, anschließend den Weg über die Registry:

Ribbon-Leiste per GPEdit.msc (Group Policy Editor) minimieren

1. Startet zunächst die GPEdit.msc
2. Öffnet nun die “Computer Configuration” und anschließend “Administrative Templates”
3. Wählt “Windows Components” und danach “Windows Explorer”
4. Hier findet ihr einen Eintrag namens “Start Windows Explorer with Ribbon minimized”, auf welchen ihr einen Doppelklickt macht.
   
5. Klickt nun auf “Enabled”, um die Funktion zu aktivieren.
   

Von nun an startet der Windows Explorer mit minimierter Ribbon-Leiste.

Ribbon-Leiste per REGEdit minimieren

Die geänderte Einstellung findet ihr auch anhand eines gesetzten Registry-Wertes wieder.

1. Öffnet dazu die REGEDIT
2. Unter “HKLM\Software\Policies\Microsoft\Windows\Explorer” findet ihr den DWORD-Wert “ExplorerStartsRibbonMinimized” . Falls dieser nicht vorhanden ist, legt ihn über das Kontextmenü (Neu > DWORD-Wert) an.
   
3. Dieser Wert muss auf “1” gesetzt werden, um die Option zu aktivieren. Vice versa auf “0”, um den Windows Explorer wird mit Ribbon-Leiste zu starten.

• Windows Developer Preview with developer tools English, 64-bit (x64)  [4,8 GB]
• Windows Developer Preview English, 64-bit (x64)  [2,8 GB]
• Windows Developer Preview English, 32-bit (x86)   [2,8 GB]

Neben der Desktop-Variante hat Microsoft auch die kommende Server-Plattform (Codename: Windows Server 8 ) vorgestellt, Neowin hat eine Galerie von Screenshots zusammengestellt. Auch hier hält das Metro-Design Einzug, mal schauen, ob sich das in der Praxis als tauglich erweisen wird

Übrigens, wer zum “klassischen” Windows 7 Startmenü zurückkehren möchte, kann dies mittels Setzen eines Registry-Eintrags erreichen, allerdings ohne weiteren Zugriff auf den Metro-Style, wie Tim schreibt.

Ein aktuelles Video zeigt, das Windows 8 tatsächlich ziemlich fix beim Startbildschirm ankommt.

Auf der anderen Seite ist dies zwar sehr gut, aber auch unabdingbar, dass das Booten fixer geht. Davon abgesehen, dass ein PC-Betriebssystem (wesentlich) mehr Daten beim Booten mit “hochziehen” muss, sind unsere Fernseher ja nun auch schon seit Jahren (Dekaden ) direkt beim Einschalten da und einsatzbereit.

Und auch im Zuge vom Erfolg der Tablets u.ä. erwartet der Anwender einfach, das Gerät einzuschalten und direkt betriebsbereit vorzufinden.

Von daher ist es gut, dass Microsoft bei Windows 8 noch einmal ein Zahn zulegt, das sollte aber auch eine Mindest-Maxime sein

“In 1995, Windows changed the PC. […] Windows 8 changes everything.”

Ich bin gespannt, Windows 7 war tatsächlich in gewisser Weise ein Meilenstein, mal schauen, was (tatsächlich) hier funktional on top kommen wird.

Lobenswert aus meiner Sicht, dass das Entwicklerteam zwecks besserer Kanalisierung von Informationen und Austausch mit den Anwendern (wieder) einen Blog unter dem Namen “Building Windows 8” eröffnet hat und in den nächsten Monaten mit Leben füllen will.

Selbiges hatte man ja bereits mit Windows 7 begonnen: Anregungen, Vorschläge und Kommentare im Windows 7 Blog gesammelt, kanalisiert und an vielen Stellen letztendlich auch in der finalen Version von Windows 7 “verbaut”. Und siehe da, dass war auch sehr gut so.

Deswegen gehe ich stark davon aus, das Prinzip geht auch dieses Mal auf. Des Weiteren wird man für “schnelle” Informationen den Twitter-Kanal @BuildWindows8 “befeuern”.

Gute Neuigkeiten. Weiter so, Microsoft

via t3n

Microsoft Vizepräsident Mike Angiulo sagte:

This [the user experience as a natural extension oft the device] represents a fundamental shift in Windows design that we haven’t attempted since the days of Windows 95, presenting huge opportunities for our hardware partners to innovate with new PC designs.
- Mike Angiulo

Ein erstes Video gibt einen Einblick in die neue Benutzerführung. Ich frage mich allerdings, ob man “morgen” damit auch ohne Probleme seine alltäglichen (Admin)-Arbeiten erledigen kann.

Insgesamt wirkt die neue Oberfläche doch eher auf den Heimbereich (Web, Fotos, Videos) abgestimmt. Schlecht finde ich die Oberfläche nicht, es wirkt tatsächlich interessant, zumal man ja auch zum normalen Desktop wechseln kann, wenn man Anwendungen wie z.B. Excel startet. Ich bin gespannt, wie viel davon final wirklich überbleiben wird.

Weitere Informationen findet ihr auch bei WinRumors.com und in Microsofts News Center.

Tools wie der Shadow Explorer bieten bereits heute schon unter Windows 7 eine ähnliche Funktion, auf vorige Dateiversionen mittels Schattenkopien zuzugreifen.

Problemstellung

Problem während der Konfiguration und den nachfolgenden Tests war allerdings, dass Anwendungen, die unter „Applikationen“ als „versteckt“ markiert waren, während des Deployments nicht installiert wurden.

Nach verschiedenen Ansätzen zum Troubleshooting kam letztendlich dabei raus, dass eben der Parameter „versteckt“ (»Enable this Folder«) die Ursache dafür war.

Warum ich die Ordner versteckt habe? Geplant war, nur einen optionalen Satz an Anwendungen während des Wizards dem Support-Mitarbeiter zur Verfügung zu stellen. Die übrigen Standard- und modellbezogenen Anwendungen sollten nicht sichtbar und voll automatisch installiert werden.

Leider scheint dies ein Bug im MDT 2010 (Update 1) zu sein, einige andere Administratoren berichten vom selben Problem im Web.

Lösung bzw. Workaround

Einziges Workaround ist dafür, entweder alle Anwendungen anzuzeigen oder so genannte „Software Bundles“ zu erstellen und die Anwendungen über „Dependencies“ einzubinden.

So kann ich bei meiner Struktur alle Unterordner, die die tatsächlichen Anwendungen enthalten, verstecken und nur das Software-Bundle sichtbar machen. Auch nicht schön, aber immer noch besser als eine lange Liste von Software + modelbezogene Anwendungen wie WLAN-Assistenten etc. anzeigen zu müssen.

Für jedes Modell lege ich deshalb einen Unterordner an und erstelle ein entsprechendes Software-Bundle, dass ich bei den Modellen in der Datenbank unter “Applikationen” einbinde.

Wie folgt ist es dabei möglich, nach der Betriebssysteminstallation (z.B. Lite Touch Deployment) Eurer neuinstalliertes System mit aktuellen Windows- und Office-Patches von Eurem WSUS-Server zu aktualisieren.

Öffnet dazu die Eigenschaften Eures DeploymentShares und öffnet den Reiter “Rules”, wo ihr nun im ersten Abschnitt WSUSServer=http://[WSUSServer]:[Port] ergänzt, wobei [WSUSServer] für den FQDN Eures Servers steht, ggf. müsst ihr noch den Port ergänzen.

Anschließend müsst ihr noch Eure Tasksequenz entsprechend anpassen, bzw. das Installieren der Windows-Updates aktivieren.

Ich habe mich dafür entschiedenen, bei beide WindowsUpdate-Sequenzen (“Pre-Application Installation” und “Post-Application Installation” zu aktivieren), da ich somit sicherstellen kann, dass alle regulär notwendigen und möglichen Patches vor der Installation von Applikationen eingespielt werden, andererseits aber auch sicherstellen kann, dass Microsoft Office und Internet Explorer nach erfolgter Installation der Applikationen aktuell sind.

Nachdem ihr die vorgenommenen Änderungen gespeichert habt, aktualisiert ihr abschließend noch Euren DeploymentShare, damit die Angabe des WSUS-Servers entsprechend in das Boot-Image implementiert wird.

MDT 2010 bietet verschiedene Möglichkeiten, das Betriebssystem auf einen Rechner zu bringen. Zum einen können Referenzinstallationen vorgenommen werden und danach vollständige Images des Systems erstellt werden. Andererseits lassen sich aber auch sogenannte “Lite Touch”-Images erstellen, die eine normale Installation inklusive integrierten Treibern des Betriebssystem und anschließender Installationen von Anwendungen durchführt. Der Vorteil hierbei ist aus meiner Sicht, dass man stets die Anwendungen aktuell halten und direkt auf einen neuen Rechner spielen kann.

Während des Deployments, dass über ein WindowsPE gestartet wird, führt der Deployment-Wizard durch diverse Einstellungen. Diese lassen sich größtenteils (wie z.B. Ländereinstellungen) automatisieren, der Auswahldialog der zu installierenden Anwendungen ist aber wirklich fantastisch.

Bei den von mir “gebauten” Images wird dabei automatisch ein Standardsatz an Applikationen installiert. Handelt es sich bei der Hardware um ein Notebook, wird im Anschluss noch der Standardsatz für Notebooks (wie z.B. ein VPN-Client) mitinstalliert. Soll z.B. noch Microsoft Visio oder Project installiert werden, können diese als optionale Komponente ausgewählt werden.

Die “Hardwareerkennung” erfolgt im MDT 2010 in diesem Fall über eine SQL-Datenbank im Hintergrund, die die einzelnen Computermodelle vorhält, auf deren Bestand MDT 2010 dann zugreift. So lässt Microsofts Deployment Toolkit über die Datenbank eine filigrane und perfekt abgestimmte Verteilung von einzelnen Software-, Rollen- und Treiberkomponenten je Modell zu – Die Abfrage erfolgt während der Installation per WMI, weshalb hierfür die exakte Bezeichnung von Modell und Hersteller notwendig sind.

Während der Einarbeitung in die MDT 2010 habe ich einige sehr gute Anleitungen zur Umsetzung mit diversen Tipps gefunden, die ich Euch gerne empfehlen möchte, solltet ihr MDT 2010 auch mal antesten wollen:

• Eye on Windows 7 – Windows 7 Deployment mit MDT 2010 – Konfiguration MDT 2010
  gutes HowTo zur grundlegenden Konfiguration mit einigen Tipps
• WindowsNetworking.com – Deploying Windows 7
  sehr gutes HowTo mit diversen Tipps zur Konfiguration der MDT-Datenbank, filigrane Integration der Treiber und Applikationen je Modell
• Windows-7-Deployment: dünne versus dicke Images
  Pro und Kontra von Thin- und Thick-Images

Minimumgröße sind dabei 16 GB, die der Stick haben muss. Ein Wermutstropfen scheint allerdings zu sein, dass es die portable Version nicht für jedermann, sondern nur in der Enterprise Edition vorhanden sein wird.

via Winrumors.com, Screenshot via @angelwzr

Allerdings gibt es bis dato noch nicht viele Verbesserungen (es ist ja auch eine erste Preview), außer das der HTML5- und CSS3-Support verbessert wurde.

Zudem dürfte interessant sein, ob die 10er-Version noch unter Vista laufen wird, Minimum ist wohl Windows 7 . Ähnliches war schon mit der 9er-Version umgesetzt worden – XP wird nämlich auch nicht mehr unterstützt.

Einen ersten Einblick auf den IE10 könnt ihr im Internet Explorer Test Drive bekommen, wo ihr eine Preview herunterladen und einige Demos wie den FishBowl ausprobieren könnt.

Wie schauts bei Euch (und Euren Unternehmen) aus? Schon auf “7” migriert oder in naher Zukunft geplant?

Eine Meldung aus der IT gibt es dann auch noch….