Speaker: Brian Wren, Principle Knowledge Engineer, Microsoft.<\/p>\n
This is a packed room, and it\u2019s one of the bigger rooms. Obviously a very popular topic. A quick poll by the speaker: Very few people in here with Opalis\/Orchestrator knowledge. Most of the audience are OpsMgr experienced.<\/p>\n
Quick run through of the two products (skipping OpsMgr in my notes)<\/u><\/strong><\/p>\n Orchestrator has Orchestrator Database and Runbook Server. Runbook runs actions across applications. Workflows process on runbook server. Requires access to remote machines \u2013 very difficult for OpsMgr MP to do. Relatively few complex workflows. So OpsMgr monitors and Orchestrator does stuff.<\/p>\n We can integrate the two products.<\/p>\n Operations Manager Integration Pack<\/u><\/strong><\/p>\n A runbook can use<\/em> OpsMgr. Standard activities:<\/p>\n The monitor action in a runbook causes the executing runbook to sit there waiting for something to happen, e.g. if an alert of certain criteria appears, then continue execution of the runbook.<\/p>\n There is also a Start SCOM Task action. These are the actions you see in the Tasks pane in the OpsMgr console.<\/p>\n Orchestrator Management Pack<\/u><\/strong><\/p>\n Allows OpsMgr to reach into Orchestrator.<\/p>\n Standard:<\/p>\n Extend<\/p>\n This is made possible by a MP by Infront Consulting.<\/p>\n Extension and Automation Options<\/u><\/strong><\/p>\n http:\/\/orchestrator.codeplex.com\/releases\/view\/82959<\/a> has a library of cmdlets for Orchestrator because it doesn\u2019t have any apparently.<\/p>\n Demo<\/u><\/strong><\/p>\n Using his own MP instead of the Infront one. He shows two runbooks that are being monitored by OpsMgr. The Infront MP checks the last execution of a runbook for its health. You can launch a runbook via an OpsMgr task. <\/p>\n Scenarios<\/u><\/strong><\/p>\n Monitor Alert<\/u><\/strong><\/p>\n A runbook monitors OpsMgr for an alert(s). When the alert comes in, Orchestrator does something. For example, a critical alert comes in and Runbook can do some complex notification tasks, e.g. if nobody responds in 20 minutes, then do something. <\/p>\n MSFT no longer investing in connectors for OpsMgr. Instead they are investing in Integration Packs for Orchestrator to implement this functionality instead \u2013 allows more complex tasks.<\/p>\n Monitor State<\/u><\/strong><\/p>\n Expected you won\u2019t use it much. Monitors the state of objects in OpsMgr. One scenario: an error occurs to a DB in a distributed application. With that rolled up state change, we can kick off a runbook in Orchestrator.<\/p>\n Demo<\/u><\/strong><\/p>\n He forces an error to happen. Now we look at the runbook. We\u2019re looking for new alerts that come from the MP that will soon detect the error and create an alert. Now he detects who owns the faulting app. This could be a query of the Service Manager CMDB. It\u2019s a SQL query. He now automatically sets the owner of the alert in OpsMgr using that data and the ID of the alert. He now checks what time of day it is, and then sends out the appropriate notification. This is actually another runbook. <\/p>\n He pulls in data from the 1st runbook. It send an email. If that fails, it will create an alert in OpsMgr to say that there\u2019s a problem with the notification system.<\/p>\n In theory, you could then track the alert to see if anyone does work on it in a predefined time. If not, you could escalate the alert.<\/p>\n Caution<\/u><\/strong><\/p>\n Be careful of automated actions that do recoveries. You don\u2019t want to blindly reboot some machine every time it does X, e.g. bouncing machine, someone disables an app without maintenance mode, etc. What if the thing autoresolves during the runbook execution? The runbook will continue to run.<\/p>\n Automated recovery option 1<\/u><\/strong><\/p>\n Runbook monitors for alert in OpsMgr. Beware of having lots of concurrently running monitor runbooks because it won\u2019t scale out that way.<\/p>\n Create the recovery in the OpsMgr MP to run the runbook in Orchestrator as required. It\u2019ll use the Orchestrator web service to start the runbook over the network. It\u2019s more difficult to set up than the monitor alert runbook.<\/p>\n Wow, this room is 95% full. Very popular topic.<\/p>\n Demo<\/u><\/strong><\/p>\n There\u2019s a distributed app. Any time there\u2019s an error, he wants to send a notification to his helpdesk. He loses me here with XML MP authoring \u2013 a pity. Interesting, he appears to check the health of the object in OpsMgr from the runbook before bouncing the failed service. He then checks the state of the object after a 5 minute wait. If not healthy \u2026 there\u2019s more.<\/p>\n Running Tasks From a Runbook<\/u><\/strong><\/p>\n Runbooks run across the network. OpsMgr tasks run on the local agent. Runbook couldn\u2019t do IPConfig but a task could. You can run an OpsMgr task from a runbook, wait for execution, and suck in the resulting data into the runbook.<\/p>\n Demo<\/u><\/strong><\/p>\n Back to before. Now the runbook is going to reset a cache in the app to fix the issue. It\u2019ll be done using an OpsMgr task. The task is actually a POSH script. <\/p>\n","protected":false},"excerpt":{"rendered":" Speaker: Brian Wren, Principle Knowledge Engineer, Microsoft. This is a packed room, and it\u2019s one of the bigger rooms. Obviously a very popular topic. A quick poll by the speaker: Very few people in here with Opalis\/Orchestrator knowledge. Most of the audience are OpsMgr experienced. Quick run through of the two products (skipping OpsMgr in … Continue reading “MMS2012 – Operations Manager And Orchestrator: Better Together”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-12436","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"aioseo_notices":[],"jetpack_featured_media_url":"","amp_enabled":true,"_links":{"self":[{"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/posts\/12436","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=12436"}],"version-history":[{"count":0,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/posts\/12436\/revisions"}],"wp:attachment":[{"href":"https:\/\/aidanfinn.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=12436"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=12436"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=12436"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n
\n
\n
\n