My customers often go in two different directions on notifications:
1. They don't know what all the subscriptions are, who they are going to, and what they are sending...... and they really just want to start over because they know a bunch of them are bogus and not configured well. OR: 2. They just want everything they have in SCOM 2007 notifications ported directly to SCOM 2012. For option number 1 - you just set everything up again. For option number 2 - see http://www.systemcentercentral.com/quicktricks-migrating-subscriptions-between-operations-manager-environments-scom-powershell-sysctr/ If you want a PowerShell export: https://opsmgr2k7.wordpress.com/2013/04/30/export-scom-2012-subscriptions-subscribers-and-channels/ From: [email protected] [mailto:[email protected]] On Behalf Of Orlebeck, Geoffrey Sent: Thursday, January 29, 2015 3:43 PM To: '[email protected]' Subject: [msmom] RE: Custom Management Packs Thanks Kevin, granted my knowledge is severely lacking in SCOM, but it appears there was a standard for overrides akin to what you described, but for the management pack, we just have a "CompanyName Custom Management Pack" and it contains everything we customized. We are looking to start fresh as our 2007 install is not running very well. I was able to get all subscriptions and the subscribers to those subscriptions. I tried various guides online, but nothing has worked yet: is there a way to pull all the alert/rule names under a subscription through PowerShell? We have ~75 different subscriptions. While that may not be much, it is very time consuming going into each one to see what rules/monitors are applied from the custom management pack. If you have any helpful insight or links that may get me started in the right direction, that'd be great! Geoff From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Kevin Holman Sent: Thursday, January 29, 2015 3:32 PM To: [email protected]<mailto:[email protected]> Subject: [msmom] RE: Custom Management Packs Best practice is NOT to place all customizations (overrides) in a single MP. This causes MP bloat in size and each time any change is made all agents must re-download this MP. Best practice is to create an override MP per technology, according to a documented naming standard. Such as: CompanyName - Overrides - Windows Server OS CompanyName - Overrides - SQL CompanyName - Overrides - IIS CompanyName - Overrides - Exchange CompanyName - Overrides - Citrix Then - also have different management packs for custom workflows: CompanyName - MyCorporateAntivirus MP CompanyName - MyCustomDevelopedApplication MP Companyname - Citrix MP Etc, etc. The reasons for this are: 1. Less impact on the network and all agents when a change is made. 2. MUCH less work when deleting management packs that no longer apply (such as deleting the SharePoint 2007 MP or the SCCM 2007 MP once those technologies are no longer used) If you create too many override MP's, people tend to get lost and stick things in the wrong places.... so it is a balancing act depending on how many cooks are in the kitchen, and how mature standards are followed in the company. For very small environments, customers find it easier to just dump stuff in a single MP, because they never get into the "one unsealed MP cannot reference another unsealed MP" issue. However, that doesn't change recommended practice. From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Orlebeck, Geoffrey Sent: Thursday, January 29, 2015 3:01 PM To: '[email protected]' Subject: [msmom] Custom Management Packs Upgrading from SCOM 2007 to 2012 R2 and I noticed in our 2007 environment, all customizations reside in a single custom management pack. I am wondering if there is a best practice or if SCOM users with real world experience could chime in on which scenario is better: 1) A single management pack containing all customizations and overrides or 2) Breaking out management packs based on some convention: the rule/monitor, or the technology (application, etc.). I don't really have any horses in this race, and maybe 'better' is a relative term in this instance. I am curious the pros/cons of each approach, or if with SCOM 2012 R2 there is a reason to choose one over the other. Thank you. Confidentiality Notice: This is a transmission from Community Hospital of the Monterey Peninsula. This message and any attached documents may be confidential and contain information protected by state and federal medical privacy statutes. They are intended only for the use of the addressee. If you are not the intended recipient, any disclosure, copying, or distribution of this information is strictly prohibited. If you received this transmission in error, please accept our apologies and notify the sender. Thank you. Confidentiality Notice: This is a transmission from Community Hospital of the Monterey Peninsula. This message and any attached documents may be confidential and contain information protected by state and federal medical privacy statutes. They are intended only for the use of the addressee. If you are not the intended recipient, any disclosure, copying, or distribution of this information is strictly prohibited. If you received this transmission in error, please accept our apologies and notify the sender. Thank you.
