Capture Operating System Image
Receive notification right in your inbox whenever new content like this is released & sign up for our email list!
We’ll send you the latest updates, how-to’s, and solutions to empower you at every endpoint.
Task Sequence Steps – Capture Operating System Image
This post is part of our Task Sequence – Beyond the Docs series.
This step is typically used in conjunction with Prepare ConfigMgr Client & Prepare Windows for Capture in a Build and Capture type task sequence. I did write about hijacking this step to use for creating a backup of a machine, but as a reminder, it isn’t supported by Microsoft in that way.
In this post I’m going to go over a full Build & Capture Process, linking to other steps that get leveraged, and then focus down on the Capture step itself.
Before we get started, let’s just talk about the idea of Build & Capture in general. Why / When would you use this option, when it really no longer fits the “modern” way to manage devices.
Thick vs Thin Images
- Thin Image
- Typically referred to as a Windows Image (WIM) that did not undergo a build and capture process
- Windows Media Only, either default Media downloaded from MS Directly or serviced offline.
- No additional applications “baked” in, it’s just Windows and Windows Components
- Easy to produce and keep updated monthly
- Little chance for human error to create a “bad image” to break the deployment
- Can be used for both OSD & IPU
- Lots of community support and tools to make complex WIMs
- Minimal customizations
- Can’t include any additional software (C++ RunTimes, or other “Base Apps”)
- Thick Image
- Created using Build & Capture
- The goal is 100% Automated via a Task Sequence
- Can be used to include manually installed software that is difficult to automate deployments for
- Typically used for Labs, where there are lots of large applications installed and it reduces deployment time.
- Include additional applications
- Can decrease the overall deployment time of OSD if you have to install several applications in the OSD process that could have been in the captured WIM.
- Lots of community support and blogs to provide tools and ideas
- Typically more work to keep current and updated.
- Can’t use for Windows Upgraded (IPU)
- Can create more issues with OSD if something is “bad” in the captured WIM
- Overall, adds complexity to the process, harder to troubleshoot.
So with that said, I’m sure there are still folks out there that are using build and capture. I personally always push people to use “Thin” images based on Service Media not skip build and capture, but I understand there is still a need for them. With that longer than normal, let’s get into it.
I think from the image, it’s pretty easy to see which variables align with the step itself. We’re going to play around with the variable and the steps over the next several demos to make sure you have a good understanding of how it all works.
The Options in the Step correspond to the variables, and below you can see how they were set.
The Capture step is straightforward. Captures the OS and allows you to deploy it as your base image.
More Task Sequence Steps – Beyond the Docs
Find all of our Task Sequence – Beyond the Docs series posts here.
About Recast Software
1 in 3 organizations using Microsoft Configuration Manager rely on Right Click Tools to surface vulnerabilities and remediate quicker than ever before.
Download Free Tools