|
VeriCenter's standard backup includes data such as transactions and content. We will work with you to identify those files and directories you may want to add to this standard set of data that is included in each weekly backup.
Simply put, we approach the backup process with the end in mind, namely the prospect of using the backup tape to do a restoration. In most cases a restore is used to recover a single file or directory, but there are times when an entire database must be restored. In either case, the data included in the standard backup is sufficient. Rarer still are bare-metal restores, a complete rebuilding of the server due to disk failure or other hardware malfunction that causes data corruption. Some customers believe it is necessary to have a comprehensive backup of everything on the server for this rebuild process; in fact, such extensive backup is not required. When we must rebuild a server, we first load the operating system and applications from one of our servers dedicated to that purpose and then load the applications (typically from a CD). The backup tapes are used to retrieve the transaction or mutable data. So, unless you have a company policy that requires additional files or directories to be kept on tape, our standard backup should be ideal. This approach enables us to provide the recovery capability required while conserving resources and decreasing cost to our customers.
The point of backing up data is to be able to restore it should there be a logical corruption or a hardware failure - which could require anything from replacing a single file to rebuilding an entire server. Our goal is to begin data restoration within 30 minutes of your request, provided the backup tape is archived onsite at the VeriCenter data center. If the tape must be retrieved from our offsite vaulting vendor, our 30-minute commitment doesn't begin until we receive the tape. It can take from 2 to 4 hours to receive a tape from offsite vaulting.
The time it takes to complete a restore depends on the amount of data, the throughput of the network, and the performance of the server being restored. Therefore, we cannot give you an accurate estimate of the time required to restore a file or server until we actually begin the restore.
|
 |
|
