| |||||||||||||||||||||||||||||||||||
|
Developing a Disaster Recovery Procedure - an article by:- BakBone Software |
![]() | |||||
|
Preparedness Preparing for a data loss disaster before it occurs can speed up the Disaster Recovery process tremendously. Will you be prepared when disaster strikes? As corporate data warehouses continue to quadruple annually, the dependency on computers exponentially increases the commercial risks associated with failure of any component of that storage system. Data corruption, viruses, hard disk failure, power failure, accidental or malicious data deletion, theft and natural disasters are all situations that necessitate attention for a meaningful disaster recovery policy. Typically when a computer crashes, the first and foremost task is for IT to rebuild and reconfigure the system, restoring mission-critical applications without excessive down-time, all while the rest of the organization waits around for their data to be restored. One of the best places to start in developing a disaster recovery plan is in the daily business practices of the company. Critical business process recovery can involve the individual employee who not only participates in writing a disaster contingency plan, but shares ownership and responsibility of the overall process. Overall disaster risk assessment pertaining to monetary, customer, legal and regulatory exposures, as well as interdepartmental dependencies should be considered. Recovery and data freshness windows should also be considered when building a disaster recovery plan to ensure the recovery time objectives can be attained during a full-scale restore operation. CPU performance and data set sizes have been doubling every 18 months for the last two decades. However, network topology and basic I/O technologies have not kept pace with the same rate of improvement .Over the last decade, overall network performance has improved by a factor of 1.5 every 18 months, while I/O bus performance by a factor of 1.3 every 18 months. During the same period , data and CPU performance has outstripped network performance by a factor of 10 and I/O bus performance by a factor of 30+. Improving the overall data rate and decreasing the volume of data to be moved, all while minimizing data server resources, is the primary objective while architecting a disaster recovery implementation in our 24*7 data access world . Determine The Needs For each operating system and application component of your architecture, you should consider the following . These questions should be addressed for each production environment that is supported by IT.
Recommended Practices An effective backup strategy can only be developed by understanding the organization's data management goals and requirements, and effectively creating guidelines for daily operation . Here are a few common practices that should be considered when developing your Disaster Recovery contingency plans.
Additional Considerations
|
| |||||
![]() | ||||||
Select the Data you want to
recover (/ ,or c:\ ,or path you wa n t ) . If NT, also select the Registry. Under the "Restore Options" tab choose the appropriate options. If the client is NT, and you are doing a complete restore of the system, select "Update a c t i ve registry " . | ||||||
![]() | ||||||
Recovering From A Crash
In the event of data or system loss, you must first determine the cause of the problem . If data loss or data corruption occurred, you will need to repair the problem prior to performing a data restore. If the client has suffered a disaster or hardware failure, repairing or rebuilding the system will be necessary. Once the hardware has been repaired or rebuilt, you can continue with restoring the system .Restoring a system that has been damaged to this level or has had its disk(s) replaced, requires the following minimum steps: NetVault Client Restore:
NetVault Server Restore:
Reinstalling the O/S: Restoring an Operating System is not a trivial task. Typically backup and restore of individual components is not possible, as they must be saved and restored as a complete data set. You will also need to consider that backing up and restoring system data on a remote machine is not possible, and must be accomplished on an individual basis. In Windows environments, NEVER delete the system " hidden" files contained in the root directory, as a restore will be impossible. Other significant considerations are encrypted files and directories, replicated data restoration, cluster database info and other fault-tolerant options. Remember to take into consideration the disk layout, size and partition information to ensure that you have enough space to restore the data. It is also important to know that the partition should be the same format as the original, as NetVault will restore the file attributes of a file, and these attributes often are supported only on certain types of File system types (i.e. file ownership, permissions, and long file names are supported in NTFS, but only long file names are supported in FAT ) . Here's a detailed example of an Operating System restoration for an NT environment. As this example is NT specific, remember that there are other steps required for other non-NT Operating System environments using NetVault.
Configure NetVault devices (Tapes/Libraries): Follow the step outlined in the NetVault User Guide to install and configure the tape library and/or tape device(s). | ||||||
![]() | ||||||
Scanning in the tape that contains the NetVault database: Once the devices are configured, you will need to scan in the tape that contains the NetVault database. Load the tape into the device, and right click on the tape. Select "scan" from the drop down menu . | ||||||
![]() | ||||||
Once the scan is complete, you can view the contents of the tape via the restore screen in the NetVault GUI. | ||||||
Restore the NetVault database: Restoring the NetVault database will be necessary to recover the original configuration, keys, logs, and the media database. In the Restore window of the NetVault GUI, select the appropriate client . Select the appropriate plugin, in this case the NetVault Database Plugin. Choose the appropriate " Save set ". Open the Saveset and select the NetVault database components. There are no "Restore Options" when restoring the NetVault database components. Continue to the " Target Client" and choose the appropriate client, select the appropriate schedule (typically immediate) and "Advanced Options" that you want, then submit the job for restore. | ||||||
![]() | ||||||
Restore data: Use
NetVault saveset by setting the appropriate " Target client", "Schedule",
and any " Advanced Options", then submit the job for restore.
Depending on the amount of data and the network connection speed between the
client and server, restore time will vary. Once the restore is complete, reboot
the system.
Conclusion A Disaster Recovery Plan usually cannot be written by the IT Deparment alone and should not be created for a given computer or data center. Typically, effective Disaster Recovery plans are a long-term project that cannot be attempted without standard operating procedures, logbooks, data flow diagra m s, problem isolation procedures and a reliable tape backup rotation schedule. Formulation of a corporate-wide standardized Disaster Recovery plan will result in faster isolation of application bugs, fewer operational mistakes, fewer support personnel and requirements, and overall easier system and application maintenance. Utilizing NetVault as your network backup and restore software provides one of the fastest and simplest data insurance policies available today. ...BakBone Software profile | ||||||
STORAGEsearch is published by ACSL |