Tip

Best Practices: Desktop Disaster Recovery

Please let us know how useful you find this tip by rating it below. Do you have a useful Windows tip, timesaver or workaround to share? Submit it to our tip contest and you could win a prize!


How you deal

Requires Free Membership to View

with things when they go wrong is how you pave the way to make things go right. This holds true whether it's a desktop machine or a server that's crashed, but I think that desktops need their own brand of attention.

A disaster on a desktop machine usually isn't as crippling as a server going offline. On the other hand, it's still nothing to treat lightly: What if 100 other users depend on that one user whose desktop went down?

Here are five best practices for dealing with a problem on the desktop.

1. The user comes first
Before you bring all your attention to bear on the computer, think about the user first. If the workstation crashes and the user is working on something time-critical, get the user to another workstation that does work.

Make sure you keep the user informed about how repairs are going, even if you don't know everything yourself. If the user has data on the machine that's in danger of loss, pull that out first before doing anything else.

2. Find out what happened and why
The majority of desktop disasters fall into the three following categories:

  1. Damaged operating system. A virus or hardware mishap has rendered the OS unbootable or unstable.
  2. Damaged applications. Critical applications no longer load or behave correctly.
  3. Data loss. The computer can't read any stored documents.

The reasons for disaster also fall into roughly three categories. They are:

  1. Hardware failure. The system's hard drive or other components have failed, possibly triggering one of the other symptoms described here.
  2. Malicious behavior. Viruses, malware or even sabotage can cause things to go awry.
  3. User error. Everyone makes mistakes, although some of them are more fatal than others.

Also remember that most of what you see may only be symptoms of the real problem. For instance, if an application crashes repeatedly despite being reinstalled, the problem may be a corrupted user profile that's damaging the application's local data, not the application itself. Try creating a new user account on that computer and running the program there (and then deleting the old user profile after migrating all the needed data). This will be far less of a hassle than re-imaging the machine from scratch -- which, yes, might fix the problem now but wouldn't tell you why it happened, or how to avoid it later.

3. Keep bootable rescue media handy
If a system is teetering on the edge of collapse and you need to dive into it to pull out critical data without actually booting it, the best way to do that is with a bootable rescue CD. This lets you quickly get into a system that's been trashed or compromised, copy off or repair what you can and salvage what there is to be salvaged -- without having to rely on the operating system, or the hassle of hitching up another hard drive.

While this can be done with the Windows Recovery Console, it's extremely limited, and often ornery to work with. The Ultimate Boot CD, for instance, is an excellent Linux-based recovery CD; there's a Windows version available as well, but it requires a separately-licensed copy of Windows to work.

Click here to read my tip on the Ultimate Boot CD. You may also be interested in the tip, No separate license required for this Ultimate Boot CD.

4. Keep fresh system images handy
If there's no time to try and disentangle what's wrong, the best deal may be to simply re-image everything: pull out what data you can, pop in a system imaging disk and pick up where you left off. "Swabbing the decks" minimizes variables and saves time, which is why there should always be a source of fresh system images, even when you're not actually prepping any new desktops at that time. Be warned that imaging a system is not a cure-all, since it may only paper over the real problem.

5. Document everything
When you're done mopping up after a disaster, document both the problem and the solution. If the same system keeps failing, for instance, simply wiping the machine and re-imaging it is not a solution anymore; it's a stopgap. Find out what the real problem is -- any system that fails catastrophically more than twice in a row is probably suspect and shouldn't be used again.

If you keep records of past failures, it'll help you be better prepared for future failures -- whether on the same machine or not. Memory can fail you, and if someone comes along to do the same job in the future, they deserve to learn from your experiences.


10 tips in 10 minutes: Disaster Recovery

  Introduction
  Tip 1: Automated System Recovery remedies corrupted registry
  Tip 2: Ultimate boot CD packs in recovery, repair utilities
  Tip 3: Disk imaging for disaster recovery
  Tip 4: Recovery programs fix OS mistakes
  Tip 5: WinXP and Windows Server 2003 volume shadow copy service
  Tip 6: Restore and recover with Windows 2000
  Tip 7: Disaster recovery for SBS
  Tip 8: Best Practices: Desktop disaster recovery
  Tip 9: Bare metal restore via Automated System Recovery
  Tip 10: What to do when your hard drive fails


Serdar Yegulalp is editor of The Windows Power Users Newsletter. Check it out for the latest advice and musings on the world of Windows network administrators -- and please share your thoughts as well!


This was first published in June 2005

There are Comments. Add yours.

 
TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.