MDT 2010 Update 1: Fix to re-enable System Restore in ConfigMgr task sequence
Some people noticed that during an OS deployment task sequence, performed either by MDT 2008 Lite Touch or by ConfigMgr, could capture sensitive information (from unattend.xml, variables.dat, etc.) as part of the automatic System Restore snapshot process that happens whenever a new driver, application, security update, etc. is installed.
To address that issue, we added some logic in MDT 2010 to disable System Restore by configuring the default unattend.xml template:
<component name="Microsoft-Windows-SystemRestore-Main" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
We then added logic to re-enable that at the end of the deployment process – but only for Lite Touch. (You can see that logic in LTICleanup.wsf.) We discovered later that this was left out of the ConfigMgr scripts. So as a result, machines deployed using ConfigMgr and an MDT 2010 task sequence template ended up with System Restore disabled.
In MDT 2010 Update 1, we added logic to address this. Now, System Restore will be re-enabled at the end of the deployment even with ConfigMgr. (Because we don’t have the equivalent of LTICleanup.wsf in a ConfigMgr task sequence, the logic was added to ZTICopyLogs.wsf, the last script to run during an OSD task sequence.)