Blog Post

SCOM Management Pack Creator PS Module Officially Released

Dujon Walsham • Jun 28, 2019

Build Management Packs even quicker than the previous version!

The long waited and anticipated release of the SCOM Management Pack Creator latest version is now here

Though there have been some drastic changes to this release, especially now its no longer going by the original "V3.0" name as its now a fully blown PowerShell Module.

Another version will be released which will specifically be the wizard version currently known as the "SCOM Management Pack Creator V2.0"

Where to Download

You can download it right here https://irp-cdn.multiscreensite.com/c1f89e50/files/uploaded/SCOM%20Management%20Pack%20Creator%20PS%...

Contains the full guide and template on how to build the Management Pack completely

New Features

Now an Importable Module!

The SCOM Management Pack Creator latest version is now a fully importable module.


So this means that you can now use CMDlets to build out the entire management pack and can perform not only each part or the whole management pack individually, this applies to management packs which would use custom classes as well as default management packs which would be applicable to i.e. WindowsComputer classes etc

The wizard functions which you see in the previous version still works alongside this module. So you have the option to run the function which can build the MP in a Wizard fashion or you can run functions individually to create any part of the management pack you require.

Functions also contain help messages now when prompted press !? for more information.

New Powerful function - Get-SCOMClassID CMDLetNew Powerful function - Get-SCOMClassID CMDLet

A new function has been added which is called Get-SCOMClassID

The power of this function is with in conjunction to completing management pack builds on different functions which accept a pipeline and also accept a parameter with pipeline property name.

For example this command has switches to obtain the following;

  • File which contains the Classes
  • File which contains the folder classes
  • File which contains the Monitors and Rules
Once entered, this command can dynamically see every single class in any file which you choose which is great if you dont want to investigate a management pack to find what name you gave the class as this can dynamically display the list and select for you. Then add to part of the command and use to pipeline to another command.

Output Files now in MPX files

The previous version had the outputs in .XML files, which was a good way to copy the output and place into your Visual Studio Project.

Now this has been changed, so now all of the outputs will be in .MPX files which allows you to import the MPX file directly into your Visual Studio Management Pack project without having to copy anything across.

Multiple Discoveries or Multiple Monitors can be added to one .MPX file

Though the previous version multiple discoveries and monitors could be created. But the only limitation was that they could only contain one discovery or monitor per .XML file.

This has now been changed, so now in a wizard form or function form you can now add as many as you want into one .MPX file which makes it a lot easier when creating discoveries or monitors.

Additional Monitors Added

The following new monitors have been added to the PowerShell Module

  • Windows Event Timer Reset
  • Windows Event Manual Reset

Creation of Tasks

You can now create Agent Based Tasks in the module and assign them to the classes which you have created within your management pack

Creation of Diagnostic/Recovery Tasks

You can now create Diagnostic and Recovery tasks which can be added to any of the monitors which you have.

Advancements on UNIX/Linux Support

There is now huge advancements made on the UNIX/Linux functions in this module.

  • Add-SCOMMPUnixShellCommandDiscovery - You can now discover UNIX objects using a shell command
  • Add-SCOMMPUnixLogFileRule - You can now monitor the log files on UNIX computers
  • Add-SCOMMPAgentTaskUnixShell - You can now create agent based tasks for your UNIX Computers
  • Add-SCOMMPAgentTaskUnixScript - You can now create agent based tasks which use UNIX scripts.

Product Knowledge Article Linking

Each Monitor or Discovery you create can now have a Knowledge base article attached it. These are optional fields so you can enter a null value if you wish for this not to be created.

Each Discovery or Monitor will contain a switch which will allow you to add words to your knowledgebase articles alongside comments which will illustrate where you can add further information to them

Bug Fixes

  • Add-SCOMMPWindowsPowerShellScriptRule - Part spelling mistakes or misplacements have now been corrected.
  • Discoveries contained properties of classes which had no TypeID attached to them
  • Script or function would fail if Null Value was given.
  • HelpMessages now added to each Cmdlet using "!?" to find more information out

by D Walsham 13 Dec, 2021
Looking through the current SQL Server topology and how it affects our decision
by D Walsham 07 Oct, 2021
Introduction
by D Walsham 06 Oct, 2021
Introduction
by D Walsham 12 Aug, 2021
All the parts of the series we went into great detail about how we analyse an end to end solution and how we would design a solution in which would allow us to build endpoints without SCCM being a dependency. Whilst we did this, there is another scenario which we have not touched on yet, which is the hybrid scenarios. In a perfect world ideally you would have your Azure Active Directory within the cloud, every machine meets the recommended requirements for Windows 10, everything is imported into Intune/Autopilot and everyone is happy. But we know this isn't realistic in all cases. Many organisations cannot just simply up and go from on-premise into the cloud therefore the checkpoint here is of course getting into hybrid solutions such as; Co-Management Between Intune and SCCM Hybrid AD with Azure AD and On-Premise AD syncing together These things can play a very interesting part in how you would tackle this if you envisage the next step in the blueprint is to be in a position in which you can build and manage endpoints soley within Intune. With this final part of the series we will go in-depth in how the common hybrid setups look like and how we go about moving into the next step of being able to manage and build devices without SCCM.
by D Walsham 29 Jul, 2021
In continuation from the previous part where we had discussed how we create the "on site" piece of the solution, this was the part which would allow us to get our endpoints into a state in which they would essentially be ready to go through the Autopilot process. Which leaves our next piece of the puzzle, to begin the configuration of the actual backend side that resides within our Endpoint Management console. And you will see how everything ties up together to satisfy the full end to end process of getting an unknown (or known) device to proceed thorough the whole workflow to be finally managed by Intune without the aid of SCCM taking part in any of the prerequisites or preparation at hand.
by D Walsham 15 Jul, 2021
In this part we are now going to look into the technical step by step points on how we put everything together. In the previous part we spoke about the structure of how we would asses whether a machine was actually ready to be built with Autopilot or not with a build checklist process which would step through all areas which would cover an endpoints eligibility. Now with everything planned out we finally want to step into making things reality by putting everything together.
by D Walsham 02 Jul, 2021
When it comes to managing your endpoints in endpoint manager, one of the things you may be looking to do is to get all of your Intune registered machines to also be enrolled as Autopilot devices. Now we can of course just have the deployment profile deployed to all machines and then hit the "Convert targeted machines to autopilot" but this might not necessarily be feasible for every client. We may want to perform some due diligence first so we can at least understand what devices in Intune are not in Autopilot.
Show More
Share by: