Marc Umeno's Blog

What I have been working on – Service Provider Foundation

Marc Umeno [MSFT]3662607 — Wed, 20 Jun 2012 09:17:08 GMT

Long time no blog – I have been working lately on the System Center Service Provider Foundation (SPF), which is part of System Center 2012 SP1

SPF provides a hosted IaaS cloud REST OData API for System Center adding multitenancy and the ability to manage across multiple System Center instances. My colleague John Ballard wrote an introductory post on the Orchestrator blog about SPF here.

For a demo and overview discussion of SPF, here is a Channel 9 interview I did last week at TechEd North America.

TechNet Webcast: Implementation, Architecture, and Administration of Service Manager 2010

Marc Umeno [MSFT]3662607 — Tue, 25 May 2010 18:45:09 GMT

Please come see our webcast on planning, deploying and administering Service Manager -

http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032443671&Culture=en-US

The webcast is from 10:00 AM to 11:00 AM Pacific on Wednesday May 26th.

System Center Service Manager 2010 is RTM!

Marc Umeno [MSFT]3662607 — Tue, 20 Apr 2010 17:00:21 GMT

I am very happy to say that System Center Service Manager 2010 has shipped!

You can download an evaluation copy here.

It’s been a great experience working with the engineering team, TAP customers and ISV/SI partners on this project. We have also gotten a lot of great feedback on the TechNet forum.

Over the next year, there are more upcoming releases:

Service Manager Authoring Tool in a couple of months
Compliance & Risk MP in August
Service Manager 2010 SP1 in early 2011

Updated: added better evaluation download link

Some Details about the Operations Manager Alert to Incident Connector

Marc Umeno [MSFT]3662607 — Mon, 15 Mar 2010 07:54:52 GMT

One of the key capabilities around the Service Manager integration with Operations Manager 2007 is the connector that enables Service Manager incidents to be created from Operations Manager alerts.

I thought I would provide some of the details that will be relevant for folks interested in this integration.

With this bi-directional connector, you can choose to have alerts closed when incidents are resolved/closed and incidents resolved when alerts are closed.

In addition, you will often want to know when updates to OM alerts will happen due to the connector as many orgs have implemented OM-based email notification subscriptions that will trigger on any changes to the alerts.

When is OM Alert History is Modified?

When Alert is first forwarded to SM
When Alert is assigned to a user in SM
When Alert is closed

What other Alert properties are updated from SM?

Ticket ID
Resolution status
Alert Owner (SM Assigned to User)
Resolved By
Resolved Date

Also, I am sure you will be interested in knowing what data flows from OM to SM in the alert.

Which Alert Properties are mapped to SM Incident?

Incident ID (initially set upon creation)
All Custom fields
Resolution Status
Assigned to User (OM Alert Owner)
Affected Config Items including Computer (OM Monitoring Object)
Description

If there is a conflict due to changes at the same time in both SM and OM on the same incident/alert pair:

If incident is resolved in SM at the same time an update happens for the OM alert and the alert is not closed, the alert will be closed and the updates are applied to the incident.
If alert is closed in OM and incident has updates in SM, the incident updates are applied to the alert. However the alert will not be reactivated and the incident will be resolved.

Finally, the OM alert connector is also able to route incidents using a rule that applies a custom incident template based on criteria such as the OM MP containing the Rule/Monitor that raised the alert, computer group, custom field, OM monitoring class, or alert severity & priority.

Each routing rule will be evaluated in priority order from top to bottom and if none of the rules apply, you can pick a default template to use.

Service Manager needs Authorization Manager Hotfix

Marc Umeno [MSFT]3662607 — Fri, 12 Mar 2010 07:47:23 GMT

Anyone running Service Manager will need to install this hotfix: http://support.microsoft.com/kb/975332/en-us

It fixes an issue that occurs with Data Access Service (sdk service) or the Management Service (healthservice) when either SM or DWStagingandConfig database servers become temporarily unavailable.

If you don’t install the fix, you will see event ID: 26340 in the Event log of the management server when the problem occurs.

Service Manager 2010 Beta 2 is Shipped!

Marc Umeno [MSFT]3662607 — Sat, 03 Oct 2009 01:40:30 GMT

I am very happy to announce that we have just released Service Manager 2010 Beta 2!

You can download Beta 2 along with the first Beta of the Service Manager Authoring tool from the Connect website at http://connect.microsoft.com

I’ll start doing a series of posts around this release over the next few weeks and so will my teammates on the Service Manager blog.

Service Manager Pre-Beta 2 Videos on TechNet Edge

Marc Umeno [MSFT]3662607 — Tue, 29 Sep 2009 04:23:52 GMT

Service Manager 2010 Beta 2 is coming very soon!

In advance of the Beta 2 release, folks from the team are starting to post demo videos on TechNet Edge.

There is one on Managing Applications with Service Maps, and a few are starting to come out about the Self-service User Portal.

More will follow soon…

Service Manager Test Drive Available Now

Marc Umeno [MSFT]3662607 — Mon, 04 May 2009 21:06:08 GMT

I have exciting news to share!

We have a Service Manager Test Drive preview of Beta 2 available to try out now. It’s on hosted VMs, so all you need to do is log in with your Windows Live ID and start playing with it.

The VMs have all of the same sample data we used in our demonstrations at the Microsoft Management Summit. You will be able to evaluate the core Incident, Change, and Configuration Management features, as well as integration with Active Directory, System Center Configuration Manager and System Center Operations Manager. There is also some sample data for a few reports available in the Test Drive.

Please check it out and let us know what you think – you can post feedback and questions in the Service Manager TechNet forum.

MMS 2009 – Service Manager Integration Session

Marc Umeno [MSFT]3662607 — Wed, 22 Apr 2009 19:58:40 GMT

I’m headed down to the 2009 Microsoft Management Summit next week in Las Vegas, representing System Center Service Manager.

We are having a breakout session on Service Manager integration with other systems, including many demos of how SvcMgr integrates with Active Directory, Exchange, and System Center Configuration Manager, System Center Operations Manager.

SO22: Using Service Manager to Achieve Process Integration Across System Center

Thursday 2:30 PM - 3:45 PM, Veronese 2405

Speaker(s): Charlie Chase, Marc Umeno

Track(s): Operations Management

Session Type: Breakout Session

Products(s): Operations Manager 2007, Service Manager

A technical drill-down on the integration features of Service Manager: This session will explain how Service Manager consolidates configuration item information between Operations Manager, Configuration Manager and Active Directory. It will demonstrate the integration of incident and change management with Operations Manager through auto-ticketing of alerts and the integration with Configuration Manager with auto-ticketing via Desired Configuration Management (DCM).

Data Access Service in Service Manager

Marc Umeno [MSFT]3662607 — Mon, 02 Mar 2009 09:10:42 GMT

Check out the next post by Travis on the Service Manager team blog on the Data Access Service (formerly SDK service):

http://blogs.technet.com/servicemanager/archive/2009/02/27/the-system-center-platform-in-service-manager-part-3-the-data-access-service.aspx

Model-based Service Manager Database

Marc Umeno [MSFT]3662607 — Wed, 28 Jan 2009 22:58:27 GMT

There is a great post by Travis Wright on the Service Manager model-based database on the SM team blog:

http://blogs.technet.com/servicemanager/archive/2009/01/27/the-system-center-platform-in-service-manager-part-2-the-model-based-database.aspx

Desired Configuration Management Integration in Service Manager Beta 1

Marc Umeno [MSFT]3662607 — Wed, 21 Jan 2009 10:34:09 GMT

System Center Configuration Manager 2007(SCCM) has introduced a valuable feature, Desired Configuration Management (DCM), that enables assessment of client configuration compliance with specified configuration baselines. With Service Manager Beta 1, we have introduced integration with DCM where incidents are created for out-of-compliance clients.

We do this by collecting DCM non-compliance data using the SCCM connector and then continuously running a Service Manager workflow that creates incidents for non-compliant SCCM clients. You decide which specific DCM Baselines and DCM CIs generate incidents.

To initiate DCM incidents, you must create an connector to an SCCM site that is using the DCM feature. Next, select the Incident Settings view and start configuring the Desired Configuration Management settings using the Configure Workflow task.

This launches a dialog where all DCM workflows are managed:

The Add button launches the Add Desired Configuration Management Workflow wizard.

You can select DCM baselines and DCM CIs to include in the workflow – for each client that has a non-compliant report, an incident will be created. You can apply a pre-configured template and notification rules for the workflow as well. Once you have configured your first DCM workflow, incidents will be created for any current non-compliant clients. After the first DCM workflows are run, incidents will only be created for new non-compliant issues.

Note: You should be careful about which DCM Baselines and CIs you choose to create incidents – for example, if you choose DCM CIs that describe software update non-compliance, you could potentially generate an incident for each unpatched computer in your SCCM site, which could result in thousands of excess incidents.

Newly-created DCM incidents can be viewed in the Work Items –> Incident Management –> All Open DCM Incidents view.

DCM incident forms have a special Compliance Errors tab that adds additional details about the affected SCCM computer, including computer owner, computer name, DCM baseline, DCM scan date, and details from the DCM report about why the computer was non-compliant.

Once DCM incidents are created, they can managed like any other incidents in Service Manager.

Count of Configuration Items in Service Manager Beta 1

Marc Umeno [MSFT]3662607 — Thu, 15 Jan 2009 21:47:32 GMT

If you would like to get a count of Configuration Items for Service Manager Beta 1, there is a quick way to do this.

The steps are below in the picture. Go to the Configuration Items workspace, click on a node and open any CI form. Go to the related Items tab and then click on any “Add” button. This will bring the Select Objects Dialog.

Just pick a class you are interested in and then you will get the count of objects in that class.

Windows 7 Beta

Marc Umeno [MSFT]3662607 — Thu, 08 Jan 2009 10:12:54 GMT

This is off-topic from my usual System Center posts, but I still wanted to leave a pointer to the Windows Team Blog post on downloading and installing Windows 7 Beta:

http://windowsteamblog.com/blogs/windows7/archive/2009/01/07/information-on-downloading-and-installing-windows-7-beta.aspx

Users in Service Manager Beta 1

Marc Umeno [MSFT]3662607 — Wed, 10 Dec 2008 11:39:38 GMT

Quick points on users for Service Manager Beta 1:

1. You can automatically populate users in Service Manager by creating an Active Directory connector.

2. It may not be obvious, but you can view users in the Administration workspace under the Security node:

3. You can also create a new user by selecting the “create user” task after selecting the Users node in the Administration workspace:

Administering and Tracking Service Manager Beta 1 Connectors

Marc Umeno [MSFT]3662607 — Tue, 02 Dec 2008 13:52:14 GMT

Early feedback on Service Manager Beta 1 has highlighted that many folks would like more information around administration of connectors, especially on how to track the progress of a connector.

TASKS

First, I would like to point out some of the tasks available for Service Manager Beta 1 for a connector:

The Sync Now task initiates an on-demand data sync for a connector. However, contrary to what you might think, this sync will not be completed immediately as there are often many underlying processes that are involved with a connector sync. I will touch more on the details around connector syncs later on in this post.

The Delete Connector task will do a couple of things, one of which may be surprising. First the connector is deleted and removed from the Service Manager database. What may be a surprise to you is that deletion of a connector will also delete any Configuration Items (CIs) it created, unless those CIs were also updated by another data source. This capability can be very convenient if you need to remove a lot of data from the Service Manager CMDB.

The Disable task will prevent future connector syncs from happening for a particular connector. In-progress syncs will complete even after this task is used.

The Enable task will re-enable a disabled connector and in Beta 1 at least, this will also initiate an immediate connector sync.

The Edit Connector task will pop-up a property dialog for the connector.

TRACKING SYNCS

As I mentioned above, each data sync for a connector is actually comprised of a number of smaller processes that actually run asynchronously.

Each sync for the AD and SCCM connectors comes in 2 asynchronous steps – the first step extracts data from the source and puts it into a staging data cache; the second step takes data from the staging data cache and writes into the Service Manager CMDB.

You can follow the progress of these data syncs in Service Manager Beta 1 by looking at the Event Viewer under Administrative Tools:

If you click on the “Filter Current Log” action and pick the “Lfx Datacenter” “Lfx Service” and “Lfx Source Config” Event services, you will narrow down the events to those related to connectors.

If you are only interested in tracking the progress of a connector, you can filter to just the “Lfx Service” events.

For an SCCM Connector, you will see a sequence that looks something like this – once all of these events are done, the sync is completed.

Date	Event
12/2/2008 2:18	Done:MomStore.DCMNonCompliantConfigItems.DefaultCache.SCCMConnector.
12/2/2008 2:16	Done:MomStore.DCMConfigItemRelations.DefaultCache.SCCMConnector.
12/2/2008 2:15	Done:MomStore.DCMConfigItems.DefaultCache.SCCMConnector.
12/2/2008 2:14	Done:MomStore.TopConsoleUser.DefaultCache.SCCMConnector.
12/2/2008 2:14	Done:MomStore.DeviceHasSoftwareUpdate.DefaultCache.SCCMConnector.
12/2/2008 2:12	Done:MomStore.DeviceHasSoftwareItemInstalled.DefaultCache.SCCMConnector.
12/2/2008 2:11	Done:MomStore.NetworkAdapter.DefaultCache.SCCMConnector.
12/2/2008 2:10	Done:MomStore.Processor.DefaultCache.SCCMConnector.
12/2/2008 2:09	Done:MomStore.LogicalDisk.DefaultCache.SCCMConnector.
12/2/2008 2:08	Done:MomStore.PhysicalDisk.DefaultCache.SCCMConnector.
12/2/2008 2:07	Done:MomStore.OperatingSystem.DefaultCache.SCCMConnector.
12/2/2008 2:06	Done:MomStore.LogicalComputersOnPhysicalComputers.DefaultCache.SCCMConnector.
12/2/2008 2:05	Done:MomStore.LogicalComputers.DefaultCache.SCCMConnector.
12/2/2008 2:04	Done:MomStore.PhysicalComputers.DefaultCache.SCCMConnector.
12/2/2008 2:03	Done:Importer.DCM.SCCMConnector.
12/2/2008 2:02	Done:Importer.Updates.SCCMConnector.
12/2/2008 2:01	Done:Importer.Inventory.SCCMConnector.
12/2/2008 2:00	Done:Importer.Computers.SCCMConnector.

During the running of a sync, even if the connector has not completed all of the processes, Configuration Items might be created or updated & can be visible in the Service Manager console. For example, you might see a number of computer CIs created during an SCCM sync. However, if you were to look at the Software or Software Updates installed on that computer, you might find they are still missing if the sync has not completed.

Creating an SCCM Connector for Service Manager Beta 1

Marc Umeno [MSFT]3662607 — Tue, 02 Dec 2008 12:44:53 GMT

In Service Manager Beta 1, you can create a Connector to a System Center Configuration Manager 2007 SP1 database.

The SCCM Connector brings Configuration Item data about computers managed by SCCM, including Hardware & Software Inventory, Software Updates, and Desired Configuration Management (DCM) data.

To create an SCCM Connector, you need to be a Service Manager administrator. Connectors are found in the Administration workspace.

Start by clicking on the “Create Connector” task and choose the Configuration Manager Connector option.

That launches the SCCM Connector wizard:

After supplying a Name and Description, you are given an option to provide an SCCM database server and database instance as well an account to access the database.

(Note: You cannot edit the database server name or database name for an existing SCCM connector – you have to create a new SCCM connector in this case)

TIP: The account must have rights for smsroledb_extract and databasereaders in SQL.

TIP: You should always check the validity of the credentials by pressing the “Test Connection” button.

Next you have provide the schedule for running the SCCM connector, which can run once a day or once a week.

You are then shown a summary screen and a completion screen when the connector is created.

Service Manager Beta 1 Basic Setup Walkthrough

Marc Umeno [MSFT]3662607 — Tue, 02 Dec 2008 12:10:40 GMT

I am going to write a series of posts about using Service Manager Beta 1, adding some tips that we have learned during our time leading up to the release.

For this post, I will start with a walkthrough of the Setup for the basic Service Manager server, without going through the optional Data Warehouse (DW) installation.

To run setup, the logged-in account must be an admin on the local machine running the install.

You start at the Service Manager Setup splash screen:

If you are going to do the DW install, you need to start with that first. You are also able to install only the SM console on a client machine. In this case, I will skip the options and go straight into the basic SM management server installation.

After a couple of screens of EULA and install directory, you get to the prerequisites screen:

You can look at the prereq check log for details by clicking on the “View log for more details” link:

(BTW, If your machine has 4 GB or less of RAM, you will get a warning).

On the next screen you specify the SM database details:

You then get an optional DW screen (which I am skipping), and then you can specify the Management Group name and Service Manager Administrators Management group/account.

TIP: You must be sure to have the Service Manager Service account be a member of the Service Manager Administrators Management group (or the same account if using an individual account).

The next screen asks for the Service Manager Service account.

TIP: The SM Service account must be an administrator on the Service Manager Management server machine and must be a sysadmin on the SQL database.

Pressing the “Next” button takes you to a summary screen:

After hitting Install, you will get to a installation progress screen, which should run for only a few minutes:

And finally, success!

If some reason, there is a problem with the installation, you can find the setup logs here:

%homedrive%%homepath%\appdata\local\scsm\setup\*.log

(there should be 2 files there SCSMInstall.log and SCSMSetupwizard.log)

System Center Service Manager Beta 1 is Released!

Marc Umeno [MSFT]3662607 — Sun, 23 Nov 2008 09:29:22 GMT

System Center Service Manager Beta 1 has shipped!

You can download the Beta from Connect:

https://connect.microsoft.com/SelfNomination.aspx?ProgramID=2733&pageType=1&SiteID=446

System Center Service Manager Beta 1

Marc Umeno [MSFT]3662607 — Thu, 06 Nov 2008 08:15:46 GMT

It’s been a while since I posted as we have been feverishly working on the Beta 1 for System Center Service Manager. Now that we are getting close to shipping Beta 1, I will start blogging again.

Beta 1 has a number of great features, including Incident Management (including automatic creation of incidents from SCCM Desired Configuration Management compliance errors), Change Management, Configuration Management/CMDB, and Connectors to Active Directory & System Center Configuration Manager.

We are very excited about sharing what we have been putting together – it’s coming soon!

Servicing Offline VMs with SCVMM and SCCM

Marc Umeno [MSFT]3662607 — Tue, 25 Mar 2008 11:51:25 GMT

We just released a whitepaper around servicing offline VMs using SCVMM and SCCM.

Download details are here:

https://www.microsoft.com/downloads/details.aspx?FamilyID=c5abb19e-15b1-4692-b465-393584c592a0&displaylang=en

Direct Download file from here:

http://download.microsoft.com/download/d/1/0/d10ecad6-3de9-4bb2-bbc4-4f8d5c487b66/VMMLibraryPatching.zip

There will be more to come on this subject from us in the future, but this is a great start for realizing the combined value of System Center products.

Changing Roles

Marc Umeno [MSFT]3662607 — Tue, 18 Mar 2008 08:27:49 GMT

I just moved over to the System Center Service Manager team, so will likely not be posting too much about SCCM 2007 Software Updates Management any more.

In the Service Manager product group, I will working as a Senior Program Manager on SCCM Integration, Configuration Management, Asset Management, Software Delivery, and Self-Service Software Provisioning.

Using the Microsoft Update Catalog Site with System Center Configuration Manager

Marc Umeno [MSFT]3662607 — Wed, 30 Jan 2008 11:19:27 GMT

The Microsoft Update Catalog site can be used with System Center Configuration Manager 2007 to deploy updates that are not automatically synchronized with WSUS. For example drivers, QFEs, or other optional updates can be downloaded from the site (more info here). This is a great additional capability, but how exactly can you make it work with SCCM?

Step 1: Within the System Center Updates Publisher tool, click on the "Microsoft Catalog" link under "Online Resources"

Step 2: Install the ActiveX control and then search for the update you want to deploy.

Step 3: Add to the basket and then import into the Software Update Point (WSUS server):

Step 4: Sync the update into SCCM and you are good to go. (Note that you can initiate an immediate sync using the "Run Synchronization" action from the Updates Repository node under Software Updates)

Additional Note: You may find that some updates are not getting synced into SCCM even though they are in the WSUS Admin console. This is because SCCM will not sync updates that may require user input or updates that have been superseded. Fortunately, the Microsoft Update Catalog site gives you that information.

This one will not sync into SCCM:

This one will work:

Software Updates Management Whitepaper Published for Transition from SMS 2003 to System Center Configuration Manager 2007

Marc Umeno [MSFT]3662607 — Wed, 31 Oct 2007 21:12:56 GMT

I am pleased to announce that we have just published a whitepaper that provides guidance for customers transitioning from SMS 2003 Patch Management to System Center Configuration Manager 2007 Software Updates Management.

You can download the paper from here:

http://download.microsoft.com/download/d/8/6/d861e149-76f7-4348-89aa-7f3d9777f5ae/Configuration Manager Software Updates Management Guidance - Migration from ITMU.doc

Here is a description:

While the release of System Center Configuration Manager 2007 has been accompanied by robust functional and procedural product documentation, the integration of WSUS introduced two additional challenges:

¾ Successful migration of SMS 2003 environments to Configuration Manager while maintaining the existing software update levels of service.

¾ Clarifying a dramatic shift in a fundamental process in the minds of experienced SMS 2003 administrators.

This whitepaper provides guidance on how to migrate software update management from SMS 2003 to Configuration Manager, how to operate in the transition period while maintaining ongoing software update deployments for both SMS 2003 and Configuration Manager clients, and best practices for managing software updates using Configuration Manager.

This document assumes that the reader has experience with both SMS 2003 and the Inventory Tool for Microsoft Updates (ITMU). Additionally, it is beneficial for the reader to be familiar with the operational processes associated with enterprise software update management.

Install Updates Prior to Deadline

Marc Umeno [MSFT]3662607 — Thu, 11 Oct 2007 05:57:17 GMT

In SCCM 2007, we added a neat feature similar to one provided by Automatic Updates that gives managed clients the ability to install updates prior to deadline. End users can configure this by clicking the "Schedule Installation" as shown below or by going to directly to the Configuration Manager control panel applet under the "Updates" tab.