Don't have an account yet? You can create one. As a registered user you have some advantages like theme manager, comments configuration and post comments with your name.
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.
Search
Languages
Select Interface Language:
Advertising
Please contact us via the feedback page to discuss advertising rates.
Joined: Sep 16, 2006 Posts: 3591 Location: London, UK
Posted: Fri Nov 21, 2008 2:31 am Post subject:
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
Joined: Sep 16, 2006 Posts: 3591 Location: London, UK
Posted: Fri Nov 21, 2008 6:27 am Post subject:
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
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."
Joined: Sep 16, 2006 Posts: 3591 Location: London, UK
Posted: Fri Nov 28, 2008 7:58 pm Post subject:
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
Joined: Sep 16, 2006 Posts: 3591 Location: London, UK
Posted: Sat Nov 29, 2008 2:02 am Post subject:
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
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?
Joined: Sep 16, 2006 Posts: 3591 Location: London, UK
Posted: Thu Feb 05, 2009 6:58 pm Post subject:
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
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.
Joined: Sep 16, 2006 Posts: 3591 Location: London, UK
Posted: Fri Feb 06, 2009 2:03 am Post subject:
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
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 ....
They are not changing. But the problem is that they CAN change, even if they never actually do.
That's why I argued that we should not use their hostname as the CI name, because a hostname CAN change, even if they never actually do.
I always thought that "a CI name never change. If it changes, it is a new CI".
So what happens if someday, for some reason, there is a need to change a server hostname, if this same hostname is used for the CI name in the cmdb? We will be obliged to change the CI name. But what about the rule "a CI name must never change. If it changes, it is a new CI"?
So the point really is: They think it is OK to change the CI name if necessary, and I think it is not.
Am I right? Or the CI name can actually be changed? If it can, then I have no other arguments to prevent them from labeling CI servers with their hostnames...
All times are GMT + 10 Hours Goto page Previous1, 2, 3Next
Page 2 of 3
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