Introduction
Microsoft Deployment Toolkit (MDT) and System Center
Configuration Manager (SCCM) are powerful tools commonly used together for
operating system deployments. However, when integrating MDT with SCCM,
especially in environments with multiple primary site servers, issues can arise
in task sequences. One such issue occurs when editing the Microsoft.BDD.CM12Actions.mof
file to change the site service, leading to errors in MDT integration and task
sequence execution.
In this blog, we will explore the challenges faced when MDT
integration doesn’t install correctly, particularly in environments with
multiple primary sites. We will walk through the process of editing the Microsoft.BDD.CM12Actions.mof
file and recompiling it, while also troubleshooting common errors related to
the configuration.
Understanding the Issue
MDT task sequences rely on SCCM to deploy operating systems.
When there are multiple primary site servers in an SCCM environment, MDT needs
to be properly configured to communicate with the correct management point. The
Microsoft.BDD.CM12Actions.mof file plays a critical role in defining the
SCCM site and management point for MDT to use during deployment.
The problem arises when this file is edited to point to a
specific primary site server, but MDT is still unable to perform tasks
correctly. This may be due to several reasons such as improper changes to the
MOF file, conflicts between multiple primary sites, or issues with the
management point that MDT is trying to communicate with.
Step 1: Edit the Microsoft.BDD.CM12Actions.mof File
In environments with multiple primary sites, the Microsoft.BDD.CM12Actions.mof
file must be edited carefully to ensure MDT uses the correct site server for
its communication. Here's how to do it:
- Locate
the MOF File
The Microsoft.BDD.CM12Actions.mof file is located in the AdminConsole\bin folder of your SCCM installation. The path typically looks like this:
<ConfigMgr_Install_Directory>\AdminConsole\bin
Replace <ConfigMgr_Install_Directory> with the actual
directory where your SCCM is installed, which by default is:
C:\Program Files (x86)\Microsoft Configuration
Manager\AdminConsole\bin
- Open
and Edit the File
Open the Microsoft.BDD.CM12Actions.mof file using a text editor (e.g., Notepad++). In the file, find the line where the SMS provider or site service is listed. It should look like this:
Provider="sms:<SMSProvider_FQDN>"
- Replace
the SMS Provider with the Correct Primary Site
Since there are multiple primary sites in your environment, replace the <SMSProvider_FQDN> with the Fully Qualified Domain Name (FQDN) of the primary site server that you want MDT to use. For example:
Provider="sms:PrimarySiteServer.FQDN"
- Save
the MOF File
After making the necessary changes, save the file.
Step 2: Recompile the MOF File
After editing the Microsoft.BDD.CM12Actions.mof file,
it must be recompiled to apply the changes. Follow these steps:
- Open
an Elevated Command Prompt
Run Command Prompt as an administrator to have the necessary privileges. - Navigate
to the Directory
Use the cd command to navigate to the folder where the Microsoft.BDD.CM12Actions.mof file is located:
cd <ConfigMgr_Install_Directory>\AdminConsole\bin
- Compile
the MOF File
Run the following command to recompile the MOF file:
mofcomp Microsoft.BDD.CM12Actions.mof
This command will compile the MOF file and apply the
changes to the WMI repository. If successful, you will see a confirmation
message.
Conclusion
MDT integration with SCCM is a powerful tool for deploying
operating systems, but it can encounter issues when there are multiple primary
sites. Editing the Microsoft.BDD.CM12Actions.mof file to update the site
service is an essential step in ensuring proper communication. However, if not
done carefully, it can lead to issues such as task sequences not being
available or MDT failing to communicate with the correct site server.
By following the steps outlined in this blog and
troubleshooting common errors, you can ensure a smooth integration of MDT with
SCCM, even in environments with multiple primary sites. Always test your
changes thoroughly and check the relevant logs to diagnose and resolve any
issues.
No comments:
Post a Comment