September 2014 MNSCUG Meeting - Notes

Written by Fred Bainbridge.

Last night was all sorts of awesome.  Thanks to Ryan Andorfer!  He showed some really amazing SMA uses.  Jaw dropping stuff.  

Also - we never got the name of the guy who won the epic rock paper scissors duel. Oops!  Please contact me to claim your prize!  

Below are notes from the meeting.  However if you missed it these notes do not do it justice.  It was absolutely astounding, eye watering, make you rethink your life type of stuff...

SMA notes -

  • PowerShell has a larger user base than Orchestration.  This appears to be a fair statement based on a user poll of attendees.
  • Orchestration was not designed to be a PowerShell engine, but it was something it could do.
  • Opalis was purchased by MS and the first release looked just like Opalis. Orchestration 2012 R2 felt the same way and was more like a hot fix.  However included in the release was SMA. 
  • SMA is a PowerShell based automation engine.  The biggest difference between SMA and Orchestator is that SMA does not have a drag and drop interface (yet). 
  • Drag and Drop looks good to management but downplays actual real world complexity.  This is not reality.  There is a reason really smart people have either not automated or have automated something (PowerShell).  Drag and Drop is not a good representation of business processes.
  • SMA is web service oriented and has runbook servers along with a database.  (similar to Orchestrator). There is no more thick client, SMA is all web based client.
  • The SMA web based UI is housed in windows Azure pack.
  • Why SMA - standard language PowerShell 4.0 (not old 32 bit PowerShell). Scalable infrastructure.

SMA lessons learned -

  • Nothing is extraordinarily simple.  Its not PowerShell, its PowerShell Workflow!  This is a significant difference.  Aka, learn PowerShell workflow!  It is essential for automation work.
  • Use checkpoints to be able to know what happens when a service or server dies during a process. 
  • Inline scripting - takes a block of code and runs it normal PowerShell.  You can change this block of code to run as a different user. 
  • Author your tools locally.  Use the ISE.  i.e.  Test the workflow from outside of SMA.  USE SOURCE CONTROL!!  I.e. Team Foundation Server.
  • Follow the normal Development process when working with SMA / PowerShell.  DEV-> QA -> Prod.
  • Orchestration made it VERY hard to promote or demote code from tier to tier. (QA to prod, etc)
  • Workflow vs. Module - repeatable code use a module.  For business specific tasks use a workflow. 
  • SMA Monitors - this is a concept from Orchestrator.  I.e. how do you tell an automation to do work?    Push and Pull methods.  (looking for information or getting handed information)
  • Track your executions - you do this to keep metrics on how much time you have saved.  This is critical to justifying an automation team.
  • SMA can load balance across runbook servers.

Getting started with SMA - (First learn PowerShell)

http://Aka.MS/bcb

http://Blogs.TechNet.com/b/orchestrator

http://gallery.technet.microsoft.com/Service-Management-fcd75828

August 2014 MNSCUG Meeting - Notes

Written by Fred Bainbridge.

The August meeting was a great success!  Both presentation were fantastic.  A big thank you to Jonathan Almquist and Nathan Foreman!  Concurrency provided stellar food and drink as well.  Great times were had by all.  

Here are the details and examples of Nathan's presentation on integration SCOM with a CMDB.

As a reminder, elections for MNSCUG board members is going to be held at the October meeting.  Must be present to run or vote.  Get involved, it's well worth it.  

Also, MMS is coming up!  Have you registered yet?  You should!

mms2014

 

MNSCUG June Meeting Notes

Written by Brian Mason.

Fred's Notes from the Active Directory Best Practices from Robert Wakefield with NowMicro:

Backup of group policies via GPMC or script. Most GP admins do not backup group policy objects.

It's not a bad idea to backup directly from the GPMC

Use PowerShell to backup GPOs, this can be scheduled. Group policy backup via PS doesn't get links or security, etc. Only the object itself.

Use a central store to gather and distribute ADMX files.

July 2014 MNSCUG Meeting Notes

Written by Brian Mason.

Thanks to our VP Fred Bainbridge who took these excellent notes about the last meeting. Thanks to Concurrency for the great food!

Ryan Ephgrave - Right Click Tools

Using the right click tools you can right click on a user and go to user devices and it will show you how many devices the user has been on and for how long.

App-V 5.0 and UeV 2.0 Presentation Follow Up

Written by Fred Bainbridge.

As promised here is the slide deck for the App-V and UeV presentations at the last MNSCUG meeting. Managing UeV with ConfigMgr 2012 and automating the creation UeV Configuration Items and Baseline Compliance items using PowerShell. The script should be saved and run from the same location as the System Center 2012 Configuration Pack for Microsoft User Experience Virtualization 2.0.

The script will create and import a CI for the UeV Agent settings, and then it will create and import a CI for each template file and add each to a Baseline item. You can then use the CM12 console to add the new Agent Settings CI that was created to the baseline, or create a new baseline for just the Agent settings. Then deploy the baseline to whatever collection you want to manage UeV settings for. You can run this script each time a template or agent setting change. there is no need to delete the existing CI/Baseline items, if there are changes the items will simply get a new revision as opposed to creating a new item.

If you have any questions on how it works, etc. feel free to contact me @FredBainbridge or fred _@_ mnscug.org

APP-V5-MNSCUGJune2014.pptx

UeV20-MNSCUGJune2014.pptx

UEVbaselineGenerator.zip