Microsoft Deployment Toolkit 2010 Update 1: Release Notes
Microsoft Deployment Toolkit 2010 Update 1: Release Notes
Microsoft Deployment Toolkit 2010 Update 1: Release Notes
Contents
Feedback......................................................................................................................1
Prerequisites.......................................................................................................................2
General.........................................................................................................................3
Known Issues.....................................................................................................................6
Feedback
Please direct questions and comments about this guide to
[email protected].
Please provide feedback on the usefulness of this guide by filling out the survey
at http://go.microsoft.com/fwlink/?LinkID=132579.
2 Microsoft Deployment Toolkit 2010 Update 1
Prerequisites
For Lite Touch Installation (LTI) deployments, MDT 2010 Update 1 requires the
following components, regardless of the operating system being deployed. Install
these components only on the computer on which you install MDT 2010
Update 1:
• Microsoft Management Console (MMC) version 3.0
• Microsoft .NET Framework version 2.0 or version 3.5 with Service Pack 1
(SP1)
• Windows PowerShell™ version 1.0 or 2.0
• Windows Automated Installation Kit (Windows AIK) for Windows 7
For Zero Touch Installation (ZTI) deployments, MDT 2010 Update 1 requires the
following components:
• If deploying Windows 7 or Windows Server 2008 R2, System Center
Configuration Manager 2007 with SP2 is required. The installation of System
Center Configuration Manager with SP2 also upgrades the Windows AIK to
the version compatible with Windows 7.
• If deploying pre–Windows 7 versions of the Windows operating system (such
as Windows Vista or Windows XP), you can continue to use System Center
Configuration Manager 2007 with SP1. MDT 2010 Update 1 supports System
Center Configuration Manager 2007 with SP1, although you cannot use the
Deployment Workbench in this configuration to maintain an MDT database
(MDT DB), as the Deployment Workbench requires the Windows AIK for
Windows 7. If you are using an MDT DB with System Center Configuration
Manager, use System Center Configuration Manager 2007 with SP2.
For UDI deployments, MDT 2010 Update 1 requires the following components:
• System Center Configuration Manager 2007 with SP2
• Microsoft .NET Framework 3.5 with SP1
• For the UDI web service:
• Microsoft Internet Information Services (IIS) 7.0 (including having IIS 6
Management Compatibility and Windows Authentication enabled)
• Microsoft ASP .Net 2.0 (build 2.0.5072)
• Microsoft SQL Server® 2008 or Microsoft SQL Server 2005
Release Notes: Installing MDT 2010 Update 1 3
General
You no longer need to download the Windows User State Migration Tool (USMT)
version 4.0 separately; it is part of the Windows AIK for Windows 7. USMT 4.0
supports capturing user state from all versions of Windows 7, Windows Vista,
and Windows XP. If you are deploying Windows XP, continue to use USMT
version 3.0 for that purpose.
Note MDT 2010 Update 1 does not support upgrading from MDT 2010 Update 1 beta to
MDT 2010 Update 1 RTW.
create folders for each type of item not migrated and a selection profile that
selects each of those folders. Configure the media to use the selection
profile, then update the media. For more information about media deployment
shares, see the section, “Manage MDT 2010 Deployment Media,” in the
MDT 2010 document, Using the Microsoft Deployment Toolkit.
Note If you do not create the folders and selection profile, the media item will use the
Everything selection profile, which includes all items and may not be the desired configuration.
• Existing BDD 2007 or MDT 2008 LAB deployment shares are upgraded
to deployment shares in MDT 2010 Update 1. However, some of the items
selected in the LAB deployment share are not preserved, such as
applications, task sequences, or package groups.
Driver groups are migrated if they are configured to a value other than All
Drivers. A selection profile named Windows PE Drivers for LAB is created for
the driver group you select for Windows PE device drivers, and the linked
deployment share is configured to use the migrated selection profile.
• Boot image settings for MDT 2008 media deployment shares are not
preserved. Instead, the boot image settings from the parent deployment
share are copied to the media. You may need to modify the boot image
settings to reflect the original boot image settings.
• BDD 2007 task sequences are recreated using the LTI task sequence
templates in MDT 2010 Update 1. Custom task sequence steps in task
sequences created in BDD 2007 are moved to the Custom Tasks groups in
the upgraded task sequence. After the upgrade, you may need to move the
custom task sequence steps back into their correct place in the task
sequence.
Known Issues
The known issues in MDT 2010 Update 1 are categorized as follows:
• For LTI deployments only as described in Known Issues for LTI Deployments
Only
• For ZTI deployments only as described in Known Issues for ZTI Deployments
Only
• For LTI and ZTI deployments as described in Known Issues for LTI and ZTI
Deployments
• For UDI deployments as described in Known Issues for UDI Deployments
• Within a folder, avoid creating a subfolder and a file with the same name. For
example, within the Files folder, you should not name a subfolder Item, and
then create a file named Item.
• The error message “Cannot Find Driver Path” can appear if you choose to
optimize a Windows PE image and select drivers that are not available in the
deployment share. To work around this problem, select the Completely
Regenerate The Boot Images option.
• When upgrading network and media deployment shares created in earlier
versions of MDT or BDD 2007, the Universal Naming Convention (UNC)
paths specified for each network and media deployment share must be valid
and accessible. If the UNC paths are invalid, an error will be generated, but
the upgrade process will continue.
• The Validate Task Sequence step returns an “insufficient processor speed”
error in Microsoft Virtual PC running on Windows 7, as WMI returns incorrect
processor speed. To work around this issue, clear the Ensure minimum
processor speed check box in the Validate task sequence step.
• If you are using stand-alone media, the value displayed for Deployment
Time by OSDResults at the end of the deployment is not guaranteed correct,
because a network connection is not assumed to be available when using
stand-alone media. Therefore, the machine’s basic input/output system
(BIOS) clock cannot be synced to a correct time. In some cases, the
deployment time may show a negative number, as occurs when the time
available from Windows PE at the start is incorrectly set with a value that is
actually later than the time at which the deployment finishes.
• Refreshing a computer using ZTI and UDI task sequences fails when local
admin accounts are present on the computer. Task sequences also fail when
the default Capture User State step has Capture all user profiles with
standard options selected but the default Restore User State step has the
Restore local computer user profiles check box cleared and System
Center Configuration Manager 2007 cannot migrate the new accounts without
assigning them passwords. To work around this issue, users must manually
modify the task sequence, selecting the option to migrate local accounts, and
must specify a password to be used with the local account. For details, see
Capture User State at http://technet.microsoft.com/en-
us/library/bb680924.aspx.
• In the case of UDI, the OSDDomainName task sequence variable is case
sensitive. When setting the OSDDomainName value through a task
sequence step or in CS.ini, it must be an exact match to the domain value set
in the UDI configuration file.
• The Computer page in the UDI Wizard cannot be set to silent when the
Workgroup option is selected. To work around this issue, disable the
Computer page, and make sure that the OSDComputerName and
OSDWorkgroupName variables are set.