My buddy Stefan Roth has been hard at work putting together a new community management pack for anyone running both Service Management Automation (SMA) and SCOM in their environments.
This new management pack will monitor SMA runbook instances to alert you on whether or not an instance is running. It uses a PowerShell script to run an SQL query against the SMA database to return this type of information.
To get a full walk-through of this MP, check out Stefan's blog post at the following link:
http://stefanroth.net/2015/06/16/scom-2012-monitor-sma-runbook-instance-vsae-sample-mp/
You can also download the MP directly from the TechNet Gallery here.
Thanks Stefan!
Thursday, June 25, 2015
Friday, June 12, 2015
SCOM - Alert Widget Template Using Logical Expression Filtering
OK so I'll admit that if you're not very familiar with the new dashboard widgets of SCOM, then the title of this post might seem like I've just swallowed a dictionary!
However, this is merely a cross-post to bring yet another awesome new community contribution from Wei H Lim to your attention.
Let me give you some context to this first though...
When you've deployed SCOM, imported your management packs and pushed out your agents it'll just be a matter of time before than empty console view becomes full of alerts. This can be a good and bad thing. Good because you are now seeing the issues that exist within your environment and bad because not all of those alerts might be relevant to you.
When you want to stop the alerts that aren't relevant to you from appearing in your console, you need to tune them out (or create overrides to disable or modify them). What you don't want to do is to just close all those alerts with a swift stroke of the CTRL + A keys and a click of your mouse. This is because some of those alerts will have been created by monitors and others will have been created by rules.
The Old Alert Filtering Method
A few years back, Cameron Fuller (Yoda-level SCOM consultant and System Center MVP) wrote a blog post explaining why you don't want to do this and I'll encourage you to take a quick read of his post before continuing on with this one:
OpsMgr: Never close an alert for a monitor – the exception to the “Rule of the monitor”
That post was written for SCOM 2007 R2 and the general recommendation was that you could bulk-close alerts that were generated by rules but not ones generated by monitors - once you had managed to identify which ones you could close first!
The New Alert Filtering Method
Since then, we have access to the new dashboard widgets - one of which is the 'Alert Widget'. A little known trick to help you with alert tuning is to use the 'Is Monitor Alert' display column to quickly sort alerts generated by monitors from alerts generated by rules.
Cameron has written another post on this topic:
QuickTrick: Find alerts from a monitor or rule in OpsMgr 2012
The introduction of this widget has given us a taste of how we can filter alerts into a customized and relevant view for whatever scenario we might have.
An Even Better Alert Filtering Method
Although the original Alert Widget solves the problem of displaying alerts generated by monitors and alerts generated by rules, it's still limited in how it can filter those alerts in the first place. This widget has three different Criteria options to choose from - Severity, Priority and Resolution State and sometimes these options just aren't enough.
This is something that Wei H. Lim noticed and decided to remedy with a new sample Alert Widget that makes use of custom fields to give you filtering through logical expressions.
Confused? Don't worry, all will become clearer when you check out his full post here:
http://blogs.msdn.com/b/wei_out_there_with_system_center/archive/2015/06/08/opsmgr-sample-alert-widget-template-with-logical-expression-filtering-capabilities.aspx
You can download the sample alert widget from the TechNet Gallery here (although you'll need to read his post first to understand how to configure it):
https://gallery.technet.microsoft.com/Sample-Management-Pack-bed5a12f
Cheers Wei for another cool community offering!
However, this is merely a cross-post to bring yet another awesome new community contribution from Wei H Lim to your attention.
Let me give you some context to this first though...
When you've deployed SCOM, imported your management packs and pushed out your agents it'll just be a matter of time before than empty console view becomes full of alerts. This can be a good and bad thing. Good because you are now seeing the issues that exist within your environment and bad because not all of those alerts might be relevant to you.
When you want to stop the alerts that aren't relevant to you from appearing in your console, you need to tune them out (or create overrides to disable or modify them). What you don't want to do is to just close all those alerts with a swift stroke of the CTRL + A keys and a click of your mouse. This is because some of those alerts will have been created by monitors and others will have been created by rules.
The Old Alert Filtering Method
A few years back, Cameron Fuller (Yoda-level SCOM consultant and System Center MVP) wrote a blog post explaining why you don't want to do this and I'll encourage you to take a quick read of his post before continuing on with this one:
OpsMgr: Never close an alert for a monitor – the exception to the “Rule of the monitor”
That post was written for SCOM 2007 R2 and the general recommendation was that you could bulk-close alerts that were generated by rules but not ones generated by monitors - once you had managed to identify which ones you could close first!
The New Alert Filtering Method
Since then, we have access to the new dashboard widgets - one of which is the 'Alert Widget'. A little known trick to help you with alert tuning is to use the 'Is Monitor Alert' display column to quickly sort alerts generated by monitors from alerts generated by rules.
Cameron has written another post on this topic:
QuickTrick: Find alerts from a monitor or rule in OpsMgr 2012
The introduction of this widget has given us a taste of how we can filter alerts into a customized and relevant view for whatever scenario we might have.
An Even Better Alert Filtering Method
Although the original Alert Widget solves the problem of displaying alerts generated by monitors and alerts generated by rules, it's still limited in how it can filter those alerts in the first place. This widget has three different Criteria options to choose from - Severity, Priority and Resolution State and sometimes these options just aren't enough.
This is something that Wei H. Lim noticed and decided to remedy with a new sample Alert Widget that makes use of custom fields to give you filtering through logical expressions.
Confused? Don't worry, all will become clearer when you check out his full post here:
http://blogs.msdn.com/b/wei_out_there_with_system_center/archive/2015/06/08/opsmgr-sample-alert-widget-template-with-logical-expression-filtering-capabilities.aspx
You can download the sample alert widget from the TechNet Gallery here (although you'll need to read his post first to understand how to configure it):
https://gallery.technet.microsoft.com/Sample-Management-Pack-bed5a12f
Cheers Wei for another cool community offering!
SCOM - Automating Run As Account Distribution
If you're an IT Pro and anyway involved in deploying SCOM on a regular basis, then you'll know the pain of having to manage Run As account distribution to various Run As profiles.
The SQL management pack is one example where in large environments, this can quickly turn into a time-consuming nightmare!
Well, Kevin Holman (Microsoft's SCOM Ninja Master Elite) has come up with an awesome PowerShell script to solve these problems :)
His script uses a SCOM group to determine Run As account distribution and makes delegation of this task super-easy when working with more than one SCOM administrator/operator.
Kevin explains all in his post here (where you can also grab the PowerShell script):
http://blogs.technet.com/b/kevinholman/archive/2015/05/03/automating-run-as-account-distribution.aspx
I've tested this script now in a few different SCOM environments and it works exactly as promised but if you run into any problems with it or want to say thanks to Kevin directly, then just leave a comment on his blog from the link above.
Enjoy!
The SQL management pack is one example where in large environments, this can quickly turn into a time-consuming nightmare!
Well, Kevin Holman (Microsoft's SCOM Ninja Master Elite) has come up with an awesome PowerShell script to solve these problems :)
His script uses a SCOM group to determine Run As account distribution and makes delegation of this task super-easy when working with more than one SCOM administrator/operator.
Kevin explains all in his post here (where you can also grab the PowerShell script):
http://blogs.technet.com/b/kevinholman/archive/2015/05/03/automating-run-as-account-distribution.aspx
I've tested this script now in a few different SCOM environments and it works exactly as promised but if you run into any problems with it or want to say thanks to Kevin directly, then just leave a comment on his blog from the link above.
Enjoy!
SCOM & MSOMS - Collecting ConfigMgr Logs with the NiCE Log File MP
Although I don't work much with ConfigMgr, I can appreciate the difficultly people have when they try to collect and analyze the various logs that it can generate and it was only a matter of time before someone sat down and worked out how to make this collection easier.
That's what my Australian friend and fellow MVP Tao Yang has been spending his spare-time on for the past few weeks. The result is a mashed-up collaboration of SCOM, the Microsoft Operations Management Suite (MSOMS), ConfigMgr and the ever-useful free NiCe Log File management pack.
Tao has written a comprehensive blog post on how he managed to get all these solutions working together to collect ConfigMgr logs and you can check it out from here:
http://blog.tyang.org/2015/06/10/collecting-configmgr-logs-to-microsoft-operation-management-suite-the-nice-way/
Great work as usual Tao!
That's what my Australian friend and fellow MVP Tao Yang has been spending his spare-time on for the past few weeks. The result is a mashed-up collaboration of SCOM, the Microsoft Operations Management Suite (MSOMS), ConfigMgr and the ever-useful free NiCe Log File management pack.
Tao has written a comprehensive blog post on how he managed to get all these solutions working together to collect ConfigMgr logs and you can check it out from here:
http://blog.tyang.org/2015/06/10/collecting-configmgr-logs-to-microsoft-operation-management-suite-the-nice-way/
Great work as usual Tao!
Labels:
MSOMS,
Operations Management Suite,
OPSMGR,
SCCM,
SCOM,
System Center 2012 R2
SCOM - PowerShell Script to Enumerate Management Servers, Gateway Servers and Agents
When it comes to authoring PowerShell scripts from scratch, I wouldn't be the most prolific or creative but I am an obsessive hoarder of them. Like learning any new language, the more examples of that language you have to reference, the easier you will find it is to speak it yourself.
With that in mind, this week, my buddy Marnix Wolf has written a new PowerShell script to give you a quick overview of all your SCOM Management Servers, Gateway Servers and the agents reporting to them.
You could run a report to get this information or just check it out in the console but as Marnix says, PowerShell is always going to be quicker once you have a script like this at your disposal.
Check out his post at this link:
http://thoughtsonopsmgr.blogspot.ie/2015/06/scom-2012-r2-powershell-enumerate-all.html
You can download the script from here.
Thanks Marnix - that's another script to add to my ever-growing collection :)
With that in mind, this week, my buddy Marnix Wolf has written a new PowerShell script to give you a quick overview of all your SCOM Management Servers, Gateway Servers and the agents reporting to them.
You could run a report to get this information or just check it out in the console but as Marnix says, PowerShell is always going to be quicker once you have a script like this at your disposal.
Check out his post at this link:
http://thoughtsonopsmgr.blogspot.ie/2015/06/scom-2012-r2-powershell-enumerate-all.html
You can download the script from here.
Thanks Marnix - that's another script to add to my ever-growing collection :)
Labels:
OPSMGR,
SCOM,
SCOM 2012 R2,
SCOM 2016,
System Center,
System Center 2012 R2
SCOM - Agent Remediation Tool
Admittedly, I'm a little late to the party with this one but last week, I came across another useful community resource for SCOM called the 'Agent Remediation Tool'.
Here's a description of the tool taken from the authors blog (I can't track down their name unfortunately to give them more credit!):
"This is a proof of concept script consisting of a mix of PowerShell with some .NET for a GUI that can serve as an automated playbook for agent remediation.
Typically I prefer to remediate agents via the SCOM console, but there are instances where an agent is locked down such that remote management is not possible, and the SCOM Team may not have access to remote a server and fix an agent. This script empowers non SCOM sysadmins, DBA’s et cetera to be able to perform basic troubleshooting on their agents without the fear of accidentally deleting the wrong thing."
The tool comes in the form of a PowerShell script and when you run the script you'll get the handy little UI shown here....
If you or your customers have remote branch offices or DMZ's with manually deployed SCOM agents and with the 'Remotely Manageable' option disabled, then this little utility can be a useful addition to your toolkit. I've tested this tool on SCOM 2012 R2 and SCOM 2016 Technical Preview builds and it works a treat.
Check out the original blog post here and download the tool from the TechNet Gallery at this link:
https://gallery.technet.microsoft.com/OpsConfig-Agent-Remediation-3a1a9f10
Typically I prefer to remediate agents via the SCOM console, but there are instances where an agent is locked down such that remote management is not possible, and the SCOM Team may not have access to remote a server and fix an agent. This script empowers non SCOM sysadmins, DBA’s et cetera to be able to perform basic troubleshooting on their agents without the fear of accidentally deleting the wrong thing."
The tool comes in the form of a PowerShell script and when you run the script you'll get the handy little UI shown here....
If you or your customers have remote branch offices or DMZ's with manually deployed SCOM agents and with the 'Remotely Manageable' option disabled, then this little utility can be a useful addition to your toolkit. I've tested this tool on SCOM 2012 R2 and SCOM 2016 Technical Preview builds and it works a treat.
Check out the original blog post here and download the tool from the TechNet Gallery at this link:
https://gallery.technet.microsoft.com/OpsConfig-Agent-Remediation-3a1a9f10
Labels:
OPSMGR,
Powershell,
SCOM,
SCOM 2012 R2,
SCOM 2016,
System Center,
System Center 2012 R2
SCOM 2016 & 2012 R2 Prerequisites Script
Lately, I've been working a lot in my lab with the Tech Preview build of the upcoming SCOM 2016 release and as is always the case when you deploy new builds of SCOM, there's a load of prerequisites to install before you can get stuck in.
I've updated my original SCOM 2012 SP1 PowerShell script from here to include the relevant prereqs for SCOM 2016 and SCOM 2012 R2.
This version has some new aesthetics built-in and will download and install the SQLSysClrTypes and ReportViewer utilities to a folder location of your choice (modify the $dwnld variable to specify a folder).
The updated script can be downloaded from my GitHub repo here:
I've updated my original SCOM 2012 SP1 PowerShell script from here to include the relevant prereqs for SCOM 2016 and SCOM 2012 R2.
This version has some new aesthetics built-in and will download and install the SQLSysClrTypes and ReportViewer utilities to a folder location of your choice (modify the $dwnld variable to specify a folder).
The updated script can be downloaded from my GitHub repo here:
Labels:
OPSMGR,
Powershell,
SCOM,
SCOM 2016,
System Center 2012 R2,
System Center 2016
Thursday, June 4, 2015
SCOM - Sample OS Summary Dashboard
One of the reasons I love working with SCOM is the extensibility it has around dashboards and other visualizations. With the right know-how and PowerShell Kung-Fu, you can create some pretty cool solutions right out of the box.
This is what Microsoft's Wei H. Lim has been doing for the last year or so and if you're on Twitter and not following him, then you'll miss all this cool stuff!
Wei's latest post involves him creating a new management pack bundle (.MPB) for SCOM that contains a sample dashboard for displaying a summary of Operating System KPI's using the new 'blue bars' that have been introduced in SCOM 2012.
Check out the full post and download from the following link:
http://blogs.msdn.com/b/wei_out_there_with_system_center/archive/2015/06/01/opsmgr-sample-os-summary-dashboard-with-blue-bar-columns.aspx
Keep up the great work Wei!
This is what Microsoft's Wei H. Lim has been doing for the last year or so and if you're on Twitter and not following him, then you'll miss all this cool stuff!
Wei's latest post involves him creating a new management pack bundle (.MPB) for SCOM that contains a sample dashboard for displaying a summary of Operating System KPI's using the new 'blue bars' that have been introduced in SCOM 2012.
Check out the full post and download from the following link:
http://blogs.msdn.com/b/wei_out_there_with_system_center/archive/2015/06/01/opsmgr-sample-os-summary-dashboard-with-blue-bar-columns.aspx
Keep up the great work Wei!
Free eBook - System Center Operations Manager Field Experience
A couple of months ago, the guys over at Microsoft Press released a new free ebook titled 'System Center Operations Manager Field Experience'.
At 128 pages, it delivers some 'quick-hit' tips and tricks on deploying and managing SCOM in the real world and after reading through it today, I can confirm that there's some very useful pointers that you should take note of - particularly related to enhancing SCOM performance.
You don't have to read this book from front-to-back right away and instead, it can be used as a guide whenever you need to get some additional advice from the team of Premier Field and Support Escalation Engineers that authored it.
You can download it in a number of electronic formats from here:
http://www.microsoftvirtualacademy.com/ebooks#9780735695825
At 128 pages, it delivers some 'quick-hit' tips and tricks on deploying and managing SCOM in the real world and after reading through it today, I can confirm that there's some very useful pointers that you should take note of - particularly related to enhancing SCOM performance.
You don't have to read this book from front-to-back right away and instead, it can be used as a guide whenever you need to get some additional advice from the team of Premier Field and Support Escalation Engineers that authored it.
You can download it in a number of electronic formats from here:
http://www.microsoftvirtualacademy.com/ebooks#9780735695825
SCOM - Updated Hyper-V 2012 R2 Community MP
The SCOM MP authoring machines that are Daniele Grandini and Tao Yang have joined forces to create a super-charged management pack for Hyper-V 2012 R2 environments. The requirement for this community released MP has come about due to the lack of functionality and engineering effort gone into the existing Microsoft Hyper-V MP.
Here's a list of some of the features this new MP has:
Comprehensive discovery with at least the same information you can get from the SCVMM MP integration:
Here's a list of some of the features this new MP has:
Comprehensive discovery with at least the same information you can get from the SCVMM MP integration:
- OS and platform
- Farm (very useful to create dashboards and groups)
- Hardware configuration
- Connected VHD(x)
- Connected NICs
An optimized discovery that gets triggered when virtual machines are moved, started or stopped.
A complete replica monitoring scenario with diagnostics, recoveries (disabled by default) and tasks to resume replica.
A couple of monitor related to GPUs and remoteFX inherited from the MS provided MP, disabled by default since I consider them not useful. But in any case I didn’t want to lose monitoring capabilities.
Integration services obsolescence (only for Windows VMs since I don’t know how to update *nix VMs now that MS isn’t releasing anymore IS for platforms that have the services included in the kernel).
VHD(x) fragmentation level monitoring, this one can be noisy, but if you have fragmented VHDs you better know it, since the performance impact can be significant.
VM uptime in % in the observation period - this can useful to bill on uptime.
VM measures as performance counters for enabled virtual machines (Enable-VMMeasure).
You can learn more about this MP from Daniele's blog post here and you can download it directly from GitHub or the Technet Gallery using these links:
When you give it a test drive, feel free to add your comment's or requests to Daniele's blog posting or on GitHub.
Subscribe to:
Posts (Atom)





