Quick question for IT support type person
#31
Originally Posted by cottonfoo
It's still called Disaster Recovery, whether some people think it's old hat or not. It's exactly what it is. Generally you'll already have a DR plan in place, in which case you'd just "failover to the DR datacentre" and carry on as if nothing's really happened.
I've never even heard the term "System Restoration" used in that context, probably because it's inaccurate.
I've never even heard the term "System Restoration" used in that context, probably because it's inaccurate.
#34
Mmmm Im a solaris contractor, and normally a situation like this would be called a sudden system outage / restart, as its not just a simple case of rebooting servers, especially if the san / fabric has gone down. You need to implement a structured restart.
Mmm all sounds good in the real world, but with my current employer, this situation is referred to as "A good old fashioned witchhunt". Dont worry about fixing the problem or rebooting, no, you need to follow the below steps.
1) First things first, you need to sharpen the ends on your pitch fork, and hunt that man down! Look around your office, the person last in, or who hasnt turned up is always a good start. On a weekend or late night, the person who had his phone off, avoiding the whole thing should always be blamed ! as why should he enjoy his life when your stuck in a cold server room, on a Saturday night !!! Or failing that, last one logged on must of done it.
2) Once this 8astard is found, you need to keep telling him where he went wrong, keep going on about why it shouldnt of happened and express how much better you are than he is. Rolling of eyes, abusive muttering and mentioned of P45 should be implemented. If a contractor, repeatively mention who contractors are just money grabbing c*nts !
3) Then, move on to a conference call. Try to have as many non technically people on the call, make sure they all love the sound of their own voices, and limited the number of technical people, who are actually fixing the problem, to just one. More points are rewarded to indian people with heavy accents, people on mobiles, people on mobiles on the train. Dont talk in an ordered manner, all talk at once, contradicting each other, slagging off each others opinions and pretend to know what your listening to with the odd "Mmmm yes I agree".
4) Next, from the call, implement the most stupid, the most unrealistic, the most pointless action possible, suggested during the call. Never listen to the technical guy, his years of experience are worthless in a situation like this. No, clearly the person with the loudest voice, or most agressive nature should lead the call.
5) Once the action has been implemented, and becomes obivous that it hasnt worked, got back to step 1.
So, perhaps instead of `DR`, this situation should be know as "Working in a Gov. institution".
SBK
Mmm all sounds good in the real world, but with my current employer, this situation is referred to as "A good old fashioned witchhunt". Dont worry about fixing the problem or rebooting, no, you need to follow the below steps.
1) First things first, you need to sharpen the ends on your pitch fork, and hunt that man down! Look around your office, the person last in, or who hasnt turned up is always a good start. On a weekend or late night, the person who had his phone off, avoiding the whole thing should always be blamed ! as why should he enjoy his life when your stuck in a cold server room, on a Saturday night !!! Or failing that, last one logged on must of done it.
2) Once this 8astard is found, you need to keep telling him where he went wrong, keep going on about why it shouldnt of happened and express how much better you are than he is. Rolling of eyes, abusive muttering and mentioned of P45 should be implemented. If a contractor, repeatively mention who contractors are just money grabbing c*nts !
3) Then, move on to a conference call. Try to have as many non technically people on the call, make sure they all love the sound of their own voices, and limited the number of technical people, who are actually fixing the problem, to just one. More points are rewarded to indian people with heavy accents, people on mobiles, people on mobiles on the train. Dont talk in an ordered manner, all talk at once, contradicting each other, slagging off each others opinions and pretend to know what your listening to with the odd "Mmmm yes I agree".
4) Next, from the call, implement the most stupid, the most unrealistic, the most pointless action possible, suggested during the call. Never listen to the technical guy, his years of experience are worthless in a situation like this. No, clearly the person with the loudest voice, or most agressive nature should lead the call.
5) Once the action has been implemented, and becomes obivous that it hasnt worked, got back to step 1.
So, perhaps instead of `DR`, this situation should be know as "Working in a Gov. institution".
SBK
Last edited by sbk1972; 19 December 2006 at 05:42 PM.
#35
Originally Posted by cottonfoo
It's still called Disaster Recovery, whether some people think it's old hat or not. It's exactly what it is. Generally you'll already have a DR plan in place, in which case you'd just "failover to the DR datacentre" and carry on as if nothing's really happened.
I've never even heard the term "System Restoration" used in that context, probably because it's inaccurate.
I've never even heard the term "System Restoration" used in that context, probably because it's inaccurate.
#36
Scooby Regular
Join Date: Jan 2001
Location: still behind twin turbos
Posts: 469
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by sbk1972
More points are rewarded to indian people with heavy accents, people on mobiles,
#37
Scooby Regular
Join Date: Jan 2001
Location: still behind twin turbos
Posts: 469
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by MattW
Updated term is Continuity Management HTH
Continuity Management is business w*nkspeak for any kind of outage over any area of business.
In IT terms, this is called DR.
I hope that helps.
I might add, the act of bringing service levels back up, as in the original post, is still "DR". Any plans put in place, before the business starts trading ideally, is part of CM, which will include IT's DR strategy.
Last edited by cottonfoo; 19 December 2006 at 04:30 PM.
#38
I had a conf call on Friday with a spanish guy who must of learnt his English at some dock yard, a indian guy who's accent was so thick I couldnt understand a single word, and an opinionate fat little woman who hates men, plus 25 others. Pure hell.
SBK
SBK
Last edited by sbk1972; 19 December 2006 at 04:40 PM.
#39
Contractor definition for `DR ` = A situation where one can charge endlessly, morning, noon or night, the contractor till keeps ringing :-), otherwise known as "Milking the financial cow".
SBK
SBK
Last edited by sbk1972; 19 December 2006 at 04:43 PM.
#40
Originally Posted by sbk1972
Contractor definition for `DR ` = A situation where one can charge endlessly, morning, noon or night, the contractor 'scash till rings :-), otherwise known as "Milking the financial cow".
SBK
SBK
#41
Originally Posted by cottonfoo
Sorry, it isn't.
Continuity Management is business w*nkspeak for any kind of outage over any area of business.
In IT terms, this is called DR.
I hope that helps.
I might add, the act of bringing service levels back up, as in the original post, is still "DR". Any plans put in place, before the business starts trading ideally, is part of CM, which will include IT's DR strategy.
Continuity Management is business w*nkspeak for any kind of outage over any area of business.
In IT terms, this is called DR.
I hope that helps.
I might add, the act of bringing service levels back up, as in the original post, is still "DR". Any plans put in place, before the business starts trading ideally, is part of CM, which will include IT's DR strategy.
#45
I've just spent 4 hours on a conf call because one of our "server/network things" screwed up due to a power failure. With 1 sites set of servers + routers in various state of dead/config loss coma.
The built-in fault tolerance allowed the second site to seamlessly take the load. We certainly didnt invoke "Disaster Recovery" because as far we could tell this was a simple power issue and not actually a Jumbo jet hitting the site. Full DR as I know it would have involved new servers, a new site and some serious management panic.
Techinally "it was fubar" and "we fixed it". Fortunately in this instance 3 techies managed to get it done before the headless management instigated sbk1972's very accurate description of a conf call.
I was on a call once when a high profile national government system was down. We had the required 10:1 management:techy ratio. They delayed service restoration by over an hour as they preffered to discuss the impact of not fixing it, rather than get on and fix it
The built-in fault tolerance allowed the second site to seamlessly take the load. We certainly didnt invoke "Disaster Recovery" because as far we could tell this was a simple power issue and not actually a Jumbo jet hitting the site. Full DR as I know it would have involved new servers, a new site and some serious management panic.
Techinally "it was fubar" and "we fixed it". Fortunately in this instance 3 techies managed to get it done before the headless management instigated sbk1972's very accurate description of a conf call.
I was on a call once when a high profile national government system was down. We had the required 10:1 management:techy ratio. They delayed service restoration by over an hour as they preffered to discuss the impact of not fixing it, rather than get on and fix it
#46
Scooby Regular
Join Date: Dec 2001
Location: Arborfield, Berkshire
Posts: 12,387
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by dsmith
I was on a call once when a high profile national government system was down. We had the required 10:1 management:techy ratio. They delayed service restoration by over an hour as they preffered to discuss the impact of not fixing it, rather than get on and fix it
Simon
Thread
Thread Starter
Forum
Replies
Last Post
ossett2k2
Engine Management and ECU Remapping
15
23 September 2015 09:11 AM