ConfigMgr 2007, USMT 4.0 and using Hard-Links

by Peter van der Woude 5. October 2009 19:55

One of the coolest new functions of USMT 4.0 is the new hard-link migration store (only for computer-refresh scenarios). These migration stores are stored locally on the computer that is being refreshed and can migrate user accounts, files and settings. This way it will save time and space during a computer-refresh (and you do not need a State Migration Point!). HardLinkTS

When you create a default Task Sequence it will create the steps Request User State Storage and Release User State Storage. These steps are needed to interact with the State Migration Point (SMP) to get available space and to tell that the action completed successfully. So these steps are not needed anymore when you are using hard-links! This is why these steps are grayed out in the picture. Instead we need to define three variables:

  1. OSDStateStorePath: Defines the path to the user state store. This path must be on a local drive. As path I use the value:    %_SMSTSUserStatePath%. This Task Sequence Variable must be set before the step: Capture User Files and Settings.
  2. OSDMigrateAdditionalCaptureOptions: Specifies the extra options needed to perform a hard-link migration capture and must include /nocompress /hardlink. This Task Sequence Variable must be set before the step: Capture User Files and Settings.
  3. OSDMigrateAdditionalRestoreOptions: Specifies the extra options needed to perform a hard-link migration restore and must include /nocompress /hardlink. This Task Sequence Variable must be set before the step: Restore User Files and Settings.

The picture with this post shows a plain and simple example about how a Task Sequence could look with hard-links enabled. In the red rectangles I created my Task Sequence Variables and the still needed steps of Capture User Files and Settings and Restore User Files and Settings. Because I still use these default ConfigMgr 2007 steps it is not possible to run the capture in WinPE.

More information about USMT 4.0:
http://technet.microsoft.com/en-us/library/dd560752(WS.10).aspx
More information about USMT 4.0 Hard-Link Migration: http://technet.microsoft.com/en-us/library/dd939980(WS.10).aspx
More information about How to use Hard-Links for User State Migration: http://technet.microsoft.com/ja-jp/library/ee344267.aspx

Comments

10/13/2009 6:21:14 PM #

Hello,

Thanks for sharing your knowledge. I was hoping you could share your thoughts on hard-link recovery. For example, if your task sequence runs through to one step after Apply OS (Where your drive data is wiped) and then something fails, all you are left with is some log files.

How do we deal with a HL migration failure? Ideally nothing would fail, but there's always going to be those left-field things. (maybe someone tripped on a cable while the OS was applying) *shrug*

I think HL's are a fantastic idea but I am afraid to use them in my default upgrade scenario. Any thoughts you might have would be very welcome Smile

-Dan

Dan Australia | Reply

10/15/2009 3:48:55 AM #

I have to say that I didn't test with the different failure scenario's yet. But I can say that when you are doing a Hard-Link you can't re-format or re-partion your disk, so you won't loose any data.

When the OS is already running, you might try running loadstate manually, or check the folder _SMSTSTaskSequence. Otherwise there are loads of tools, like filescavenger, to get the data back. Only with a hardware failure you might loose the data...

Keep in mind that when you, after a failure, re-start the Task Sequence with the step scanstate enabled it will delete the excisting data of/ in _SMSTSTaskSequence.

Peter van der Woude Netherlands | Reply

10/20/2009 12:35:27 PM #

Thanks for the reply Peter. I think the problem I was having was once it captured the state, rebooted into winPE and ran the Apply OS task, that task by default performs a drive wipe except for protected directories isn't that right? So it wipes the drive, then if something fails after that, whether lost connection to server or something, the data has been wiped and the dir containing HL's is usually deleted after failed TS. At that point drive recovery software seems to be the only option.

Incidentaly I tried recovering data with GetDataBack and the drive was a mess, I think the hardlinks may have messed with it. Could be wrong though..

Dan Australia | Reply

Add comment




  Country flag

biuquote
  • Comment
  • Preview
Loading



About Me

I'm Peter van der Woude, I'm 26 years old and I'm living together with my wife in the Netherlands.

At this moment my main focus is Configuration Manager 2007 and I love it!

Related Products

Calendar

<<  September 2010  >>
MoTuWeThFrSaSu
303112345
6789101112
13141516171819
20212223242526
27282930123
45678910

View posts in large calendar

Visitor Locations

Locations of visitors to this page

Geo Visitors Map

Related Products