Labeling CI

[UKVIKING]

IT depends

What would your change management process says about that

what would your configuration mgmt process say about that

Usually when a new PC / user gets created, the entire process is a standard change / operational piece of work
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter

[ChasingSleep]

[UKVIKING]

For GHu's sake

Can you configure a person ? Upgrade memory etc

No of course not

A person is usually ASSIGNED to the frigging PC desktop or laptop as an attribute like duh owner

IT depends on the tool
IT depends on the policy, process, procedure and
it depends on whether the IT department cares who has the machine

a person may have an account name that may be a CI .. that would be enough

Please realize that ITIL is NOT prescriptive but tries to give you guidance..

What you do in your company - if it is written down and all understands
and it works... the YOU HAVE ITIL BEST PRACTICE
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter

[rpmason]

[UKVIKING]

Approved

hmm.. so where to I stick the memory

I think I would like to will use a 1980's big Unix removable disk pack ?
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter

[ChasingSleep]

Hi,

I've noticed that all answers in this thread relates to HW CIs.

And how do you guys usually label SW CIs? This is usually a problem, because people tend to name the same thing differently (OFFICE, MS-OFFICE, Microsoft Office...)

ITIL Support book says we should use a "Copy or Serial Number: The number that uniquely identifies the particular instances of this CI - for example, for software the copy number, for hardware the serial number."

What the hell is a copy number?

Cheers!

[UKVIKING]

CS

IT depends

If it were me, I would do software CI this way

Vendor - Microsoft/Cisco etc
Type - Operating System / Application / Application Suite /
Name - Windows NT / Access / Office

Version and levels are difficult

There is numeric increment version for a lot of software and a m arketign sales version which comes out

Windows NT, 2000, 2003, etc

but when you look at the version on the tool there is a numeric version - regardless of what the marketing sales version sales

I would have a table for the vendors - software owner - MS etc, the retail/wholeseller, the software product (w/version),

I would link the physical devices to an instant of the software with another record which would have the license details for that specific instance

that way

server 1 is linked to legit s/w for O/S linked to w/ license details for that version
and that server may be linked to appliication - web exchange etc as well which is linked to a license record

and when I want a list of all servers which have Windows NT 4, lo and behold ... if the database details have been updated properly and validate on a periodic basis. (Cfg mgmt process), then I can get that report rather easily

same also applies to patches and service packs. I would have created tables for the patches and the susequent service patch / major releases for the CIs

Granted it is a lot of work in design
granted it is a lot of work in detail gathering, data entry, update and verify
and time and money

but consider the past events

SQLSlammer worm
Cisco router vulnerability
etc

where exploits of failing to patch promptly had major issues.

But hey...I do db designs as memory and skill testing for fun. no products yet
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter

[ChasingSleep]

Thanks UK, that makes sense.

Cheers!

[UKVIKING]

CS

The issue is as always this old hoary

dont spend a dollar to chase a penny


if you plan to track software CIs, why are u doing this

If you are doing this from a licensing point of view or patch mgmt point of view, then the types of tables, the validation cycle amd the related processes would have to match / adjsust
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter

[ChasingSleep]

Hi everyone,

This is kind of a "dumb question", but I will post it anyway... I hope you do not flame me too much!

Our servers are all known by their hostnames. We are now trying to establish a nomenclature for servers CIs. As hostnames can change from time to time, I am thinking of creating a new nomenclature for them, instead of calling them in the cmdb by their hostnames.

But they are complaining that they will actually have two names for each server (hostname and "cmdb name"). As everybody (even customers) already know servers by their name, they say there will be a lot of confusion each time someone need to refer to a server in the cmdb. As a result, they want to keep calling each server by its hostname in the cmdb.

I know that each name in the cmdb must be unique and not "changeable". So, the dumb question is: How do you guys deal with it? Don't you get the same arguing in your sites? Should I let them win?

Cheers!

[UKVIKING]

Sigh. This is not an ITIL issue but I will explain something to help you

For a device - servers for one, there are several piece of information that are static

Machine name - this gets created when the device has the O/S installed
Asset Tag - this is usually linked to the DC / facility / company where it is. Financial / accounting type want all assets of a company identified.
IP address, subnet & gateway (initial) for the first NIC card - if you want a server on the network, you usually have to set a static IP. Dynamic IPs for servers are not a good idea (IMNSHO)

Hostnames are usually associated w/DNS and other services

So a server is called - w2kLondon00001 - for its machine name. It is located in the company DC. The DC policy is to put a asset tag to identify it. The IP Address is set when the O/S is installed

Once the machine is live, then the various IT O/S and service wonks add more stuff to it... system level services - exchange, iis etc

Once that starts to happens, Change Management should be applied to making changes to the naming of machines - especially if the machines are in production

NOW to your issue. If the system people are changing the server names - host names - quite often....are they going through change management and if not why ?
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter

[RT]

Without trying to sound too flippant, as with all databases/systems, unique identifiers and names should not be the same thing.

SVR001 - Customer1's server
SVR002 - Customer2's server

Customer2 goes bust at the same time as Customer1 is doing well and needs a new server. A change request is raised and approved:

SVR001 - Customer1's server
SVR002 - Customer1's second server

[ChasingSleep]

First of all, thank you guys for your help.

UK,

So you mean that as long as it goes through change management, a CI name can actually change, without becoming a whole new CI?

I mean, if one changes a hostname, he will have to go through change management in order to change the hostname attribute of the server CI. But I think that the CI name should never change (I can be wrong, of course) so that's why it should not be the hostname.

So it would be:

CI Name: SRV001 (unchangeable)
attribute: hostname (changeable through change management, as well as all other attributes)

As guys here are complaining for not using hostname as CI name, I am searching for other implementations to see who is on the right path, me or them.

BTW, a naming convention suggestion would be very much appreciated.

RT,

That's exactly the situation I am thinking of. One fixed CI name for each server (e.g. SVR00x) and a hostname (and other things) as changeable attributes.

Cheers!

[UKVIKING]

CS

There should be an Unique Identifier for every piece of kit that you control / manage etc

This is usually the Machine name (my other post), the asset tag, IP address

Then other names can be added into things like DNS, WINS etc etc as the use of that machine increases

For example

I have a web server call webunixlondon00001. asset 1, ip 1.2.3.4

I have created a website called sales so there is a hostname of the website along with the name above called sales. webserver.company.co.uk
I then add a new name called presales etc and add an IP address of 1.2.3.5
etc etc
until I have 200 web sites that actually point to the same damn server webunixlondon00001.

When the web sites were created, I hope they passed through change management as the project progressed from started tio the final release

So if some of the web hostname get added, changed, deleted, this would be at least a DNS change or a web service change etc (again CM)

But the underlying machine is stil webunixlondon00001. IF that one changes or the IP address changes, that may or may not have a major impact on the aliase that are connected

now to your issues

1 - why are the servers having their name changed. The constant changing of names will impact on incident mgmt, monitoring etc and also shows that there is NO Control of your system engineers

2 - what kind of name changes are these - DNS, WINS, hostfile.. etc ....
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter

[ChasingSleep]

UK,