Search
Topics
  Create an account Home  ·  Topics  ·  Downloads  ·  Your Account  ·  Submit News  ·  Top 10  
Modules
· Home
· Content
· FAQ
· Feedback
· Forums
· Search
· Statistics
· Surveys
· Top
· Topics
· Web Links
· Your_Account

Current Membership

Latest: wresultsblog
New Today: 3
New Yesterday: 42
Overall: 148189

People Online:
Visitors: 64
Members: 0
Total: 64

Languages
Select Interface Language:


Major ITIL Portals
For general information and resources, ITIL and ITSM World is the most well known for both ITIL and ITIL Books. A shorter snapshot approach can be found at ITIL Zone

Related Resources
Service related resources
Service Level Agreement
Outsourcing

Note: ģ ITIL is a registered trademark of OGC. This portal is totally independent and is in no way related to them. See our Feedback Page for more information.


The Itil Community Forum: Forums

ITIL :: View topic - Desktop Software CI's
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Desktop Software CI's

 
Post new topic   Reply to topic    ITIL Forum Index -> Configuration Management
View previous topic :: View next topic  
Author Message
mnp123
Itiler


Joined: Dec 26, 2007
Posts: 24

PostPosted: Thu May 29, 2008 5:16 am    Post subject: Desktop Software CI's Reply with quote

Is each install of the Software on desktop is separate CI? If so if we have 10,000 desktop we will have 10,000 software CI's associated with it. Is the companies do this or have one software CI and have a relationship with 10,000 desktop?

Any help is appreciated?
Thanks
Back to top
View user's profile
mnsmith
Senior Itiler


Joined: Mar 31, 2008
Posts: 109
Location: North West England

PostPosted: Thu May 29, 2008 5:57 pm    Post subject: Reply with quote

We handle software as a single CI with CMDB relationship links to each desktop it's installed on.

Hoppe that helps
_________________
Mick Smith
Change, Configuration and Release Manager
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3319
Location: London, UK

PostPosted: Thu May 29, 2008 6:28 pm    Post subject: Reply with quote

IT DEPENDS

Are you keeping track of the software for licensing purposes

From a DBA POV

Then you should have a CI for the Master Software
A CI (relationship) for every instance of the software being installed
linked to the device it is installed on

or for some companys they link it to an Individual CI (login details)
However, if you are like some companys

You can bundle your software packages - Operating system, office etc
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
Mark-OLoughlin
Senior Itiler


Joined: Oct 12, 2007
Posts: 306
Location: Ireland

PostPosted: Thu May 29, 2008 6:57 pm    Post subject: Reply with quote

Hi,

1 CI except as John says if you need to manage licenses. You could also count the number of relationships made to the software CI. Make a rule that if software is installed then a relationship is made. However in practice this is is cumbersome and using a CMDB like this for managing software licenses is not ideal - I have yet to see an out of box CMDB that actually does meaningfull software licensing.

Desktop inventory tools - the ones that sweep the network and report back installed applications are better at this (though limitations may exist in scanning some subnets / DMZ's) and can be linked to a CMDB.
_________________
Mark O'Loughlin
ITSM / ITIL Consultant
Back to top
View user's profile
mnsmith
Senior Itiler


Joined: Mar 31, 2008
Posts: 109
Location: North West England

PostPosted: Thu May 29, 2008 7:56 pm    Post subject: Reply with quote

Further to my original point, we are also planning to use the CMDB for software licensing by having a CI type of license. So, for example, the desktop 123 CI, would be linked to the single Firefox software CI, which in turn is linked to the single Mozilla public license CI.

This was the only way we could think of managing the 100's of different types of license. Having one software CI covering each licensed product works in some circumstances but falls down when you have a floating license because you are recording installations not licenses. By having the license CI, we can record the number licneses we hold as an attribute, whether it's site, node locked, or floating.

We also have a federated CMDB, which allows us to scan the desktops and link PCs to software in our CMDB. Without it, we'd have nightmare job.
_________________
Mick Smith
Change, Configuration and Release Manager
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3319
Location: London, UK

PostPosted: Thu May 29, 2008 8:44 pm    Post subject: Reply with quote

I am going to go a little deeper in the DBA mode

Since the desktop would usually include several software products

- operating system
- office productivity software - email, word processing, spreadsheet, presentation, database
- browser(s)
- speciality software - project mgmt, techincal design etc, corporate or in house software -

And each staff member has to have specific products, i would have CIs for each s/w product, then a super set CI for packages of s/w that have to be linked to PCs or accounts

And this set up could be track usin the discovery / software management tools that are out there
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
Mark-OLoughlin
Senior Itiler


Joined: Oct 12, 2007
Posts: 306
Location: Ireland

PostPosted: Thu May 29, 2008 9:29 pm    Post subject: Reply with quote

Hi,

A CI for license is what I meant but may not have actually said that ... anyway ...

"We also have a federated CMDB, which allows us to scan the desktops and link PCs to software in our CMDB. Without it, we'd have nightmare job."

--- will this setup autoamtically update the CI to the License CI once it detects an install? To try and manually track license usage is an admin nightmare
_________________
Mark O'Loughlin
ITSM / ITIL Consultant
Back to top
View user's profile
mnp123
Itiler


Joined: Dec 26, 2007
Posts: 24

PostPosted: Thu May 29, 2008 10:00 pm    Post subject: Reply with quote

What I am trying to do is solve two cases using CMDB
1. Change control of CI's
2. License Management

Lets say if there is one Software CI and have many relationship to desktop that will work for Desktop License Management but

When I look on a database CI's (Oracle instances on server, Sybase instances on server) and letís say for example we are running 100's of oracle instances on server CI. I also want to document each oracle instances which serves an application or services established in our company and can be individually changed. How companies handle this kind of situation?

I really appreciate all your feedback.
Back to top
View user's profile
Mark-OLoughlin
Senior Itiler


Joined: Oct 12, 2007
Posts: 306
Location: Ireland

PostPosted: Fri May 30, 2008 7:20 am    Post subject: Reply with quote

Hi,

this is what I am getting at regarding the CMDB not being able to do license management. I have sat through the same questions above in different organisations who were asking no more that you.

However when advised that to do this in any way that is the least bit accurate - it needs to be heavily automated. You can use specific tools to gather information on app installs etc and report it into a repositiry but if you want to link to the CMDB you just have to script / automate the relationship to the CMDB.

It is an easy task to ask on the outside but as you look into it it requires a lot of work and configurations.

Also if you sign up to deliver license management you have to get it 100% right - otherwise you can be wrong in you usage estimation and it could have the potential to cost you in penalties e.g if oracle rolls up - sweeps the network and finds out that you have more DB's in use that you have licenses for.
Back to top
View user's profile
mnp123
Itiler


Joined: Dec 26, 2007
Posts: 24

PostPosted: Fri May 30, 2008 9:50 pm    Post subject: Reply with quote

I agree this is a challenge. One place we are trying to control Changes on these CI's which require people input to CMDB through Change Process, people do make mistakes that is the reason we are using Discovery tools for Audit purpose which has its own challenges and on the other hand we are trying to including the license management.
We are also finding that it will be lot of work but we are very committed to get over this huge hump.

What I am looking help from the Experts is it advisable to go have individual CI's per oracle instance and have one CI for a Software like Microsoft Office 2000. The difference is that oracle instance to a server installed will be one to one relationship but for Microsoft Office 2000 and desktop installed it will be one to many relationship.
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3319
Location: London, UK

PostPosted: Fri May 30, 2008 10:09 pm    Post subject: Reply with quote

MNP123,

You need to think of the following when dealing with SQL software

1 - You have the software installed on the server. This merely installs the necessary executable, libraies to run SQL on the server as well as the base tools to create databases

2 - You have the ability to create, destroy and modify user develoepd databases on the server which have the SQL software installed

The CMDB should treat #1 as a SOftware product that is tracked.

The real issue is how you want to track the development, creation, maintainance and destruction of the SQL database instances that are created on that server (farm) using the SQL db s/w as well as the risks / etc

If you create the DB as a CI, do you also create CIs for the Tables, Querys, forms, reports etc that are create w/in the database. How do you handle the adding/removing / reconfiguring of fields w/in the tables. - Do you expect DBA to submit RFC for that

You have to reach a happy medium for configuration and change mgmt.

Dont spend £10 to track a £ 0.02 item

Personally, I would create #1 as a software

Then I would develop a CI for 'Service' for the DB instances - which tracks the Service (DB) and the service users (licenses) and other services that use the Service (DB)
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Configuration Management All times are GMT + 10 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

Powered by phpBB 2.0.8 © 2001 phpBB Group
phpBB port v2.1 based on Tom Nitzschner's phpbb2.0.6 upgraded to phpBB 2.0.4 standalone was developed and tested by:
ArtificialIntel, ChatServ, mikem,
sixonetonoffun and Paul Laudanski (aka Zhen-Xjell).

Version 2.1 by Nuke Cops © 2003 http://www.nukecops.com

Forums ©

 

Logos/trademarks property of respective owner. Comments property of poster. Rest © 2004 Itil Community for Service Management & Foundation Certification. SV
Site source copyright (c)2003, and is Free Software under the GNU / GPL licence. All Rights Are Reserved.