Posts Tagged ‘System Centre’

I have previously done a post on CIreson IT Asset Management. However the people at Cireson have been very busy with new features to be added to their ITAM (IT Asset Management) tool.

Cireson Asset Management: New Feature Highlights

After recently releasing the newest version of the Asset Management app for Microsoft System Centre (Features Press Release), this post goes a little more in depth to explain some of the amazing features included in this latest release. Always striving to make life easier and more productive for those who use and implement SCSM, they put a lot of thought into the features clients asked for and updates everyone was clamouring for.

Highlighted below are a few of notable enhancements, including the Cireson full Asset Catalogue, Location to IP Awareness, Contract Management and Reporting.

The full Asset Catalogue found within the Cireson Asset Management app allows users to define standard hardware types, as well as information such as model, manufacturer, and price. With access to a comprehensive yet simple and informative page view with all the relevant information in one place, users can better manage the standardization of asset types no matter what the scale of the organization.

Location to IP Awareness is now also an incredibly exciting feature. This function tracks where hardware assets exist, and also allows for hardware to location awareness based on IP address – information which is provided by System Centre 2012 Configuration Manager. This is a great example of how Cireson works to utilize all System Centre components in order to provide the most insightful and rich experience possible.

Expanding on the extensive Contract Management capabilities of the Asset Management app, the new version boasts the ability to perform full contract management with different types of contracts that relate to various software and hardware assets under management. Support and maintenance contracts, leases, and warranties represent the main areas of contract management. Highly unique to the Cireson app is the ability to manage contract status via a built-in SLA engine, with notifications upon near breach or expiration of a contract’s end date.

In addition, the superior reporting functions of this new version allows for comprehensive reporting based on asset data from the data warehouse and cube reporting engine within Service Manager. These rich out-of-the-box reporting solutions cover contract, hardware asset, license, and software asset reports, amongst others.

image

Other enhanced capabilities of the Cireson Asset Management app now include, app metering data tracking against software asset types to understand installation vs. utilization vs. purchased count, and over 250 brand new features that make the System Centre Service Manager experience better than ever before.

For more information, videos, and overviews relating to Cireson Asset Management for System Centre, visit the app store at www.cireson.com.

(E-Mail me)

Follow me.

Facebook (Personal)

Twitter (Personal & System Centre)

Twitter (System Centre Focused)

Advertisements

So, let’s ay you have invested the time and gotten System Centre Orchestrator up and running in your environment and you have the product performing some day to day tasks and it is working well. However, now you want start using SCO (System Centre Orchestrator) to start performing end user focused tasks like Password Reset, add users to groups or even disabling of users or server testing as part of first line support.

All of these tasks can be completed within orchestrator, however exposing them to the end user can be a little tricky. It can be done, the “native way” of performing this within the System Centre Suite is to use System Centre Service Manager with the Service Manager Orchestrator Connector and then prompt the user for information and kick off runbooks. This particular scenario works well if you have System Centre Service Manager in place, and a future blog post will cover the idea of “adding a user to an Active Directory group” as part of a Service Request. There are a few challenges around this. Firstly, you need SCSM (System Centre Service Manager) and some time and patience to test the connectors and runbooks and to create the correct templates and ensure that Workflows with SCSM are configured correctly within SCSM. Like I have said previously, this solution works and it works well!!!

In reality though, not everyone has SCSM in place, many of my companies customers are in the progress of migrating to SCSM and these systems are still in testing or QA or UAT, whatever the case may be, they are NOT in production YET! However, these companies still want this the functionality listed above. Yes, there is a way!!!

Enter EUPSCO, the full name is End User Portal System Centre Orchestrator, and as the name suggests it creates an End User Portal for System Centre Orchestrator. This allows the IT Department to create the required runbooks, to for example, ping a server or reset a password or disable an account. This creates the “Menu”, called “Services” within the End User portal. Once this is completed, the end user can then order from this menu and get the required results without the need of having to contact the IT Department. This particular tool is very easy to install and the guide is easy to follow. The End User portal requires NO Silverlight and as such, it is compatible with most browsers. I have personally tested with the IE, Chrome, Safari and Firefox, all working without issue.

The application also reads from Active Directory, this helps with your reporting line allowing a Manager of staff members (Determined by “Manager” in Active Directory) to log requests on the behalf of his/her staff members, so now +a manager can log a request to reset the password of his/her staff member. The application also allows for approvals. So each service can have an approver, the service allows for a runbook to be triggered if an Approver’s input is needed, with mine, I simply kick off a runbook, which sends an email to the approver with a link to the End User Portal and his/her requests allowing him/her to approve or deny the request.

There are a few key variables which are passed onto the runbook to allow the automation to be easier. The How To’s on the EUPSCO page cover these nicely. This Forum Post also covers these options. Just to make it a little easier, the primary ones are as follow. (please note that these are case sensitive)

1. TargetUserId

2. ApproverUserId

3. ServiceName

This should help your organization adopt System Centre Orchestrator more easily.

A BIG thank you goes out to the People at ITQ for the System Centre Orchestrator End User Portal

(E-Mail me)

Follow me.

Facebook (Personal)

Twitter (Personal & System Centre)

Twitter (System Centre Focused)

Just recently in a test environment, a script or some such other gremlin caused some absolute havoc on my system. Before you ask, I had NO Backup in place of this system. This system was System Center Orchestrator. However, once a week, I do a “sort-of” backup. By this, I mean I export all my Runbooks and place a copy on my local machine and a file server and the SCORCH (System Center ORCHestrator) server.

I was planning to perform an upgrade to System Center 2012 Service Pack 1, and as it happens according to the Upgrade Sequencing for System Center 2012 SP1, SCORCH was the first Product that needed to be updated.

So, at this moment in time, I had a non-functioning SCORCH server and a backup of the Runbooks from the server WITHOUT a proper backup. Luckily the use of SCORCH at this moment in time was mainly for timed tasks and Runbooks triggered by folder changes.

So, I had to rebuild the server. These are the steps I followed and it worked out for me.

NB!!!! Please note that is NOT a replacement for a backup, having a proper backup plan is crucial to any environment. Once my SCORCH server was back up and running, I immediately implemented a proper backup procedure using Microsoft System Center Data Protection Manager in addition to the backup of Runbooks. I am currently working on a Runbook to backup my Runbooks, more to follow on that soon. To achieve this goal, I will be using an Orchestrator Codeplex runbook.

Anyways, back on topic. Lets “recover” System Center Orchestrator 2012.

1. Reset the computer account in Active Directory.

2. Re-join machine to domain using the same name.

3. Install SQL Server, I used a local instance for this.

4. Install System Center Orchestrator 2012 Service Pack 1. I decided to upgrade as well as part of the rebuild, previous version of Integration Packs are backwards compatible.

5. When installing, make sure to use the same port numbers and user accounts as previously used when installing (this should be documented as part of the original install)

6. Import Runbooks.

SNAGHTML377cebf

7. Once the Runbooks are imported. You will then need to check the Runbooks. You will need to re-register and re-deploy the integration packs.

8. Once all the Runbooks are registered and deployed, your environment will be backup and running.

9. If you have a Connector within System Center Service Manager, you will need to check and ensure that the Run As account is working as expected.

(E-Mail me)

image_thumb_thumb_thumb_thumb

Follow me.

facebook-small322252222 Facebook (Personal)

twitter-small322252222Twitter (Personal & System Center)

scsmlogo2523 Twitter (System Center Focused)

MCC11_Logo_Horizontal_2-color_thumb_

So, there are a few ways of tackling the issue of automatically closing Incidents/Change Requests within Service Manager. Most of these solutions rely on a script leveraging SMLets. So you would create a script and then create a workflow and end up importing the Management Pack into Service Manager. The issue with this is the following, it is quite time consuming and should change under the hood with Service Manager, like the changes from 2010 to 2012, your script will most likely stop working. You can look at the TechNet Gallery for replacement scripts.

So, here enters something new I have found compliments of Cireson, a nice FREE tool which allows for easy configuration of “Auto-Close” not just of Incidents but of Work Items in General. Takes a few minutes to download and even easier to setup. It simply changes the status of the Work Items to completed/closed and then you standard Workflows will kick in.

I HIGHLY recommend this simple add-on for System Centre Service Manager 2012

Hope this helps,

Follow me.

facebook-small322252222 twitter-small322252222

MCC11_Logo_Horizontal_2-color_thumb_

So, just recently I decided to install System Centre Orchestrator. It appears easy enough if you follow the Technet articles. This addresses the need for Service Accounts and the permissions needed by these accounts and there functions. It also helps you to size and decide the Orchestrator installation type that would best suit your environment. It helps you to decide the best way to break the components if you want to.

However, the one thing that I found to be lacking was the actual components needed by SCORCH, like the Features and Roles. I followed the default Technet articles and setup the required accounts and then proceeded with the installation of SCORCH, one of the easiest installs. However, one component would not install, the Orchestrator Console and this was somewhat annoying and would not do. I did some searching around and found quite a handy PowerShell script which was used by someone else who ran into a similar issue. This script enables a few components and once this was done, the SCORCH installation completed without issue. See the script below.

Add-WindowsFeature Web-Static-Content,Web-Default-Doc,Web-Dir-Browsing,Web-Http-Errors,Web-Http-Logging,Web-Request-Monitor,Web-Filtering,Web-Stat-Compression,RDC, NET-Framework, NET-Framework

This worked a treat, so now I was one step closer to Orchestration. So, I designed a few simple Runbooks for testing purposes. I then kicked off the required Service Requests within Service Manager and would then try to track the progress of the Runbook, only to discover that the Runbooks were not running at all. It was NOT a permissions issue or an access issue. After much troubleshooting, I discovered it was something very simple. The services were not started, mine did not appear to start automatically when installing SCORCH.

Just a simple post to make someone else’s life a little easier when installing SCORCH.

Follow me.

facebook-small32225222 twitter-small32225222

MCC11_Logo_Horizontal_2-color_thumb_[2]

 

So now, I move onto the final part of the SCSM 2012 journey, the Portal.

The install was pretty straight-forward, the most difficult part is deciding how you would split your roles or if you are going to split your roles, here is the guide for role placement.

So, once you have decided which route you would like to follow, here are the steps I followed.

  1. Start the setup.
  2. I decided NOT to use SSL from the get go, as there APPEARS to be a “niggly” with Certificates, it would appear that since I have implemented my portal, a TechNet article has been released to address this issue.
  3. I Chose to use port 5555 for the SharePoint Service (SCSMWebContentServer).
  4. You will need to UNCHECK “Use SSL”, go back and then go forward again, not sure if just works like that.
  5. When you get to the option to configure the portal, I chose to use port 5556 (Service Manager Portal), again NO SSL
  6. Select the required database, your Service Manager database on your Primary Service Manager Management Server.
  7. Once completed, you have a nice starting for portal based on SharePoint Foundation.

Portal Home pAge

Okay, so now some funnies and nigglies I have picked up, please note that this is beta software and this might account for some of these.

  1. When you open the portal for the first time, you will be greeted by a team site http://<url&gt;:<portnumberyouchose>
  2. image
  3. Easily solved, the actual portal hides under /smportal, so it you go to :/smportal">:/smportal">:/smportal">http://<url>:<portnumberyouchose>/smportal, you will see your familiar portal as above.
  4. Portal Home pAge
  5. You will need to add all domain users to the read group, this can be modified under “Sit Actions” –> “Site Permissions”, then create a group and add “<domain>\domain users and give them “Read” permissions.
  6. As an extension of this, I had to add my end users to some roles in Service Manager itself. I created an Active Directory group and add all my end users to this group. Then I went into Service Manager and the “Administration” Pane –> Security –> User Roles –> add created group to “Read-Only Operators”
  7. With the Self-Service Portal and Service and Request Offerings, it would appear that the Icons (for me at least) are limited to .JPG showing in the portal. I have tried with others and they do not appear to display on the Portal.

 

Hope this helps,

Follow me

facebook-small3222522 twitter-small3222522

MCC11_Logo_Horizontal_2-color_thumb_

So, for the Management Server.

This was very easy and quite painless for me.

    1. Backup Encryption Key (for Disaster Recovery Purposes)
    2. Install Windows Server 2008 R2 SP1 (This is a pre-requisite for SCSM 2012)
    3. Remove Operations Manager Agent if this is installed, as the installer WILL stop you from continuing if the OpsMan Agent is installed.
    4. Run the Upgrade, PLEASE NOTE that if the Portal is installed on your Management Server, it will be REMOVED during the upgrade.
    5. Successfully completed the upgrade.
    6. Restart all 3 System Center services

So, now to upgrade the console

  1. Upgrade the Management Console, there are some pre-requisites that are needed. I will focus on the three most common ones that we needed in our environment.
    1. Dot Net Framework 3.5 SP1 (configured using Roles and Features) download , redist
    2. Microsoft SQL Server 2008 Analysis Management Objects download
    3. ADO.NET Data Services Update download

You can now use the new Console of the freshly upgraded Management Server and you can now check a few things.

1. Ensure that the Data Warehouse & Reporting Buttons are present in the console. These can take a few seconds to load. Once loaded, you know that the Data Warehouse Registration is complete and carried over from SCSM 2010. Mine takes an average of 5 seconds to populate the additional buttons.

2. You can now ensure that all the System Center Services are started on the Data Warehouse Server and finalize all post installation tasks

3. If you are expecting to find CUBES immediately, it is unlikely to happen. They will appear after some of the additional Data Warehouse jobs have run. Please remember that you will also need to “Process Cube” before they can be used.

Hope this helps,

Follow me

facebook-small322252 twitter-small322252

MCC11_Logo_Horizontal_2-color_thumb