数据库备份与恢复 之一 概述

数据安全是数据库的生命。管理员可以小心地在软件层面配置各种安全策略，防止数据的意外丢失。可是再小心，也很难保证数据的100%安全。难免会有一些意外灾难发生，例如：

   使用者错误

比如，一个有管理员权限的使用者不小心把整张表都删掉了；或者安全策略有漏洞，数据被人恶意修改。

   硬件故障

比如硬盘损坏，里面的数据文件无法再被访问;或者服务器整个故障，甚至无法启动。

   自然灾害

例如火灾、地震等，使得服务器甚至整个机房在物理上彻底损毁。

意外发生后，如果数据库管理员想不出办法将系统恢复，后果可能非常严重。如果您的SQLServer系统部署有高可用性和灾难恢复方案，根据您选择的方案的能力，可能可以顺利地抵御上述的灾难。各种方案的灾难恢复手段各有不同，详细的内容需要参阅第二章和第三章，或者相关技术的技术文档。本章讨论的内容，是当您没有部署灾难恢复策略，或者您现有的方案无法抵御所有可能发生的灾难时，必须使用的数据库备份与恢复技术。

备份数据库并确保在灾难出现后能够将其及时恢复到预期的状态，是数据库管理员不可推卸的职责。系统不可用、性能缓慢这些问题，可能是由其他不可控制的因素导致。但是如果当意外发生，数据库管理员却不能恢复数据，可能就找不到什么合理的理由推卸责任。所以备份与恢复可以说是数据库管理员的第一要职，虽然技术含量可能没有其他问题那么高，但是却往往会更为基础和重要。

数据库管理员在实际工作中，经常遇到的挑战有哪些呢？

1. 应该选择什么样的备份策略？

SQLServer提供了许多种备份方法，例如，完整备份、部分备份、文件备份、差异备份、日志备份等，有些让人眼花缭乱。怎样根据自己企业的具体需求和资源限制，设计出最合适的备份策略呢？

2. 如何减少备份恢复时间？

在生产环境里，数据库不可用就意味着企业业务无法正常运作。每多拖一分钟，就会多一份损失。面对心急如焚的高层领导，数据库管理员不仅要求能够将数据库恢复，而且还要求能在尽量短的时间内将数据库上线。怎么才能将恢复时间降到最少呢？

3. 如何将数据库恢复到我想要的时间点？

当数据库发生了意外的修改（误操作，或者数据攻击），管理员需要将数据库恢复到最近正常的时间点。选择什么样的备份策略，怎么才能做到这一点呢？

4. 如何迁移数据库系统到一台新机器？

当灾难发生，很可能原有的服务器将无法继续使用。管理员需要准备一台新的服务器，将整个系统恢复起来。对于SQLServer，需要做什么样的操作才能使得原先系统的所有内容，包括用户账号、密码、任务脚本都能移到新系统上？

要解决以上这些挑战，管理员要先了解SQLServer能够提供哪些数据库备份和恢复功能，能将这些功能最恰当地应用。