All falls under horses for courses...
The second step is to deploy the wim. If you want to go VHD way of course you will need to build your own deployment win PE environment (such as pxelinux -> memdisk -> winPE 3.1 or BartPE) and have some way either manual or automated of using imagex, diskpart and bcdedit to deploy the wim to VHD. You also want to inject drivers and software scripts relevant to the machine in this "PE stage". The PE stage should also be responsible for creating initial child VHD and registering in BCD the entries required. Additionally you will need to have a customised PE.wim file prepared which works as a recovery system and this will be installed to the machine BCD in this step.
When the wim gets booted you should have a script (injected in step 2) to automate the other tasks such as keying, installing, activating, creating secondary child VHD for the "usable" stage etc..
The initial setup is heavily scripted and requires thorough testing, but when implemented it means less technical downtime overall. If the system falls over the recovery PE is booted (on the local BCD) and it fixes itself, if a physical disk needs replacing then deploying a new wim is easy as the deployment system is already in place (step 2)
Strictly speaking I only use VHD systems as an alternative to deepfreeze for machines that real data doesn't get saved to, such as kids laptops. The main weaknesses of immutable VHD system are only thin PC, enterprise and ultimate are supported, security updates are irrelevant as well as antivirus..
In any case I love this system with Thin PC. It makes the crappy acer aspire one 522 netbooks all cheap schools buy actually seem fast. And with the machines reloading themselves every boot they act as if they were new machines everytime.
Regards
> --
> This message has been scanned for viruses and dangerous
> content by MailScanner, and is believed to be clean.
>
--
This message has been scanned for viruses and dangerous
content by MailScanner, and is believed to be clean.