Administration
  Home arrow Administration arrow Page 4 - So You Survived the Disaster. Did Your...
Dev Shed Forums 
Administration  
Apache  
BrainDump  
DHTML  
Flash  
Java  
JavaScript  
Multimedia  
MySQL  
Oracle  
Perl  
PHP  
Practices  
Python  
Reviews  
Security  
Style-Sheets  
Web Services  
XML  
Zend  
Zope  
Forums Sitemap 
IBM® developerWorks 
Dedicated Servers 
E-Commerce Hosting 
Linux Web Hosting 
Managed Hosting 
Small Business Hosting 
Download TestComplete 
VPS Hosting 
Weekly Newsletter

 
Developer Updates  
Free Website Content 
 RSS  Articles
 RSS  Forums
 RSS  All Feeds
Write For Us Get Paid 
Request Media Kit
Contact Us 
Site Map 
Privacy Policy 
Support 
 USERNAME
 
 PASSWORD
 
 
  >>> SIGN UP!  
  Lost Password? 
ADMINISTRATION

So You Survived the Disaster. Did Your Company?
By: Danny Wall
  • Search For More Articles!
  • Disclaimer
  • Author Terms
  • Rating: 5 stars5 stars5 stars5 stars5 stars / 4
    2004-11-22

    Table of Contents:
  • So You Survived the Disaster. Did Your Company?
  • Still, This Is Not Enough
  • Virus and Hacker
  • The Business Continuity Table of Contents
  • Putting It Together

  • Rate this Article: Poor Best 
      ADD THIS ARTICLE TO:
      Del.ici.ous Digg
      Blink Simpy
      Google Spurl
      Y! MyWeb Furl
    Email Me Similar Content When Posted
    Add Developer Shed Article Feed To Your Site
    Email Article To Friend
    Print Version Of Article
    PDF Version Of Article
     
     
     
    ADVERTISEMENT

    Route your faxes to your email inbox. Private, secure fax numbers available from CallWave. Choose your fax number.

    So You Survived the Disaster. Did Your Company? - The Business Continuity Table of Contents
    (Page 4 of 5 )

    This document, once fully put together will be quite thick and it should contain (at a minimum):

    • The exact procedure on how to fully startup every server on your network. This includes exact click-by-click and word-by-word descriptions of any commands that need to be typed in after the ON button has been hit, and it should have a picture of each server and the location of the ON button labeled.

    • The name of your virus software.

    • Virus software revision level.

    • The phone number to the technical support for your virus software.

    • Virus signature update frequency.

    • Location of the scripts that obtain the new virus signature file(s) from your vendor. If you do not have scripts to do this, then it should contain an exact click-by-click and word-by-word explanation on how to obtain a new signature file and get it loaded into the virus software.

    • A printout of the script that performs the update (if your company uses one).

    • Exact click-by-click and word-by-word explanation on how to launch the script.

    • Exact click-by-click and word-by-word procedures for performing a manual virus scan.

    • Exact procedures for what to do when a virus is found that can be cleaned from a file.

    • Exact procedures for what to do when a virus is found that can NOT be cleaned from a file.

    • The name of your backup and recovery software.

    • The revision level of your backup software.

    • The phone number to the technical support for your backup software.

    • The storage location of your back up media.

    • The rotation schedule for your backup media, where and when you obtain a new clean tape, where to put the tapes that are being swapped out, and where and when the offsite people pickup the tapes.

    • The exact procedure to startup your backup software if it is not started upon system launch.

    • The exact procedure to perform a full manual backup.

    • The exact procedure to restore a file and how to find the appropriate media the file will be on.

    • Exact procedures (including passwords and the like) for obtaining backup media from your offsite storage company.

    • A detailed description of your security system (e.g. firewalls, proxy servers, security groups, access levels, etc.).

    • A listing of the rev levels for each piece of software.

    • The phone numbers to technical support for each piece of software.

    • Contact phone numbers for each of your security and network admin personnel.

    • Contact phone numbers for network security experts (unless you’ve hired a “white hat” hacker, you don’t have one in your company, so you should have the number to a consulting company with an expert) in case you suspect a hacker attack is taking place or you suspect your security has been breached.

    • The name, phone number, and address to your reciprocal partner company.

    • The full reciprocal agreement.

    • An English language summary of what the contract says.

    • A detailed procedure to get your reciprocal partner company online with your data.

    • Detailed procedures on how to “do business” with all of your data sitting on servers you are not used to working with.

    • Detailed procedures on how to input orders, process them, how to run payroll, how to run AR, how to run AP, and anything else you simply must have computer access to run the basics of your business.

    • Detailed procedures on how to send your reciprocal partner your data, and an explanation on how your partner gets that data, loads it, and gives you access to it.

    • Detailed procedures on how to get your reciprocal partner up and running with the most up to date data possible for the systems being run on their servers.

    • Finally, it should contain the dates of when you tested all of this and exactly what was tested. Just to be clear, you should be testing the various processes at least twice a year, the more often, the better.

    More Administration Articles
    More By Danny Wall


     

       

    ADMINISTRATION ARTICLES

    - Configuring Load-Balanced Clusters
    - Load-Balanced Clusters
    - UNIX Time Format Demystified
    - Making Changes in the CVS
    - Building Your First CVS Repository
    - CVS Quickstart Guide
    - Authorizing Users in Samba
    - Handling User Accounts in Samba
    - Authentication in Samba
    - Accounts, Authentication, and Authorization
    - Advanced Concepts on Dealing with Files and ...
    - Dealing with Files and Filesystems
    - More Hacks for the User Environment in BSD
    - Personalizing the User Environment in BSD
    - Customizing the User Environment in BSD

     
    Accelerating Trading Partner Performance
     
    Competing on Analytics
     
    Cost Effective Scaling with Virtualization and Coyote Point Systems
     
    Five Checkpoints to Implementing IP Telephony
     
    Hosted Email Security: Staying Ahead of New Threats
     




    © 2003-2008 by Developer Shed. All rights reserved. DS Cluster 2 hosted by Hostway