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: Casas
New Today: 50
New Yesterday: 68
Overall: 131810

People Online:
Visitors: 50
Members: 3
Total: 53 .

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 - Server reboot
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Server reboot

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


Joined: Sep 29, 2008
Posts: 22

PostPosted: Wed Mar 17, 2010 1:47 am    Post subject: Server reboot Reply with quote

We have a CMDB that populates all our Configuration Items and we record Config changes when changes to Config are made eg adding memory or installing upgrade software to server.
Does a server reboot constitute a Config change? thanks
Back to top
View user's profile
Timo
Senior Itiler


Joined: Oct 26, 2007
Posts: 295
Location: Calgary, Canada

PostPosted: Wed Mar 17, 2010 2:12 am    Post subject: Reply with quote

Is the physical status of your CI a configuration attribute? If yes - then yes... if not - then no. And if yes, why does it matter? YOu should probably be considering how to control server reboots from the CM process perspective, i.e. so that you don't mess up other CIs or unsuspecting users offline in the middle of an important conf call or something like that.
Back to top
View user's profile
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Wed Mar 17, 2010 4:53 am    Post subject: Reply with quote

hamiltr,

there are least two major threads that discuss this topic ad nauseam. Plus there are side-swipes at it in various other threads. All within the last two years (there's older stuff as well, but it will not have had the benefit of my prejudiced opinion on the matter.

The bottom line is that I can find people here who will explain in great detail why it absolutely must be a change, and others who will explain that in very few circumstances should you even consider making it a change, and in the end anyone can tell you that you have to decide what is right for you anyway.
_________________
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Back to top
View user's profile Send e-mail
hamiltr
Itiler


Joined: Sep 29, 2008
Posts: 22

PostPosted: Wed Mar 17, 2010 7:57 pm    Post subject: Reply with quote

We have a CI attribute of status which shows whether it is in stock, live or retired etc but nothing to show availability whether it's up or not. We are using the process to control this but our tool that we using is the evidence that the actuals satisfy the evidence from the process ie detail within change records.
I am interested to know whether reboots can be automatically calculated somewhere from the CMDB as I don't see any attribute that resembles this measure.
Would you suggest that we had to measure reboots manually through the process rather than measuring some relevant attribute pertaining to reboots within the CMDB?
thanks
Back to top
View user's profile
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Wed Mar 17, 2010 8:25 pm    Post subject: Reply with quote

hamiltr,

in your first post you seemed to be asking about whether reboots were changes, which I interpreted to mean do you need to manage each reboot via your change management process. Now you seem to be talking about counting reboot records.

Quote:
We are using the process to control this

Which process are you talking about?
What is "this" that you are controlling? - the reboot, the reboot data, the "change",...?

Somewhere you will keep a record of when a server goes down or is taken down and a record of when it is rebooted. ITIL doesn't really care if this is in your CMDB or your incident log or your event log or your server log or anywhere else. You care - that is why you are asking the question.

The answer is don't worry about ITIL, worry about practicalities. Keep the information somewhere it is easy to put it and easy to access it for whatever purposes of reporting or analysis you have and in a manner that allows you to control the quality of the information (its accuracy, reliability, completeness, timeliness, auditability)

If your CMDB tool does not lend itself to this kind of usage then you either replace the tool with one that meets your requirements or you record the information elsewhere. The choice is probably a no-brainer unless either the CMDB is useless for other things as well, or you have pots of money and spare time floating around.
_________________
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Back to top
View user's profile Send e-mail
Tomahawk
Newbie
Newbie


Joined: Feb 12, 2007
Posts: 11
Location: Kent UK

PostPosted: Tue Apr 06, 2010 8:40 pm    Post subject: Reboots Reply with quote

As Change Manager my rule of thumb is :

If a server reboot is required to change an attribute of the CI then an RFC is required and linked to the CI in the CMDB

If a reboot is required to correct a fault but no changes are being made then the reboot should be tracked against the recorded Incident and linked to the CI in the CMDB.

The important thing is to ensure users affected are informed in advance of the planned outage and the activity is recorded against the CI.
Back to top
View user's profile
paulfixter
Itiler


Joined: Dec 22, 2008
Posts: 36
Location: Wakefield, West Yorkshire, UK

PostPosted: Thu Apr 29, 2010 11:42 pm    Post subject: Re: Reboots Reply with quote

Tomahawk wrote:
As Change Manager my rule of thumb is :

If a server reboot is required to change an attribute of the CI then an RFC is required and linked to the CI in the CMDB

If a reboot is required to correct a fault but no changes are being made then the reboot should be tracked against the recorded Incident and linked to the CI in the CMDB.

The important thing is to ensure users affected are informed in advance of the planned outage and the activity is recorded against the CI.


I'd say that was spot on and exactly how I would do it Cool
Back to top
View user's profile
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Fri Apr 30, 2010 6:26 pm    Post subject: Re: Reboots Reply with quote

Tomahawk wrote:
If a server reboot is required to change an attribute of the CI then an RFC is required and linked to the CI in the CMDB ...


If you are changing an attribute of a CI then you should already have a change request in process long before you get ready for the reboot which is just a step in the implementation of the change.

As I think you said, if you reboot to correct a fault then you should already have an incident or problem record open for that fault. The important thing now is to ensure that there are no other consequences of the reboot (perhaps from latent changes), and for this reason I advocate having a formal reboot procedure to follow.
_________________
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Back to top
View user's profile Send e-mail
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.