可恢复性监控数据库需求

　　任何备份计划都需要以最终目的为出发点：可恢复性需求。下面是需要考虑的一些因素：
　　可能只有监控数据库的一部分需要联机。可以考虑使用部分还原来减少还原所需的时间，特别是对于大型数据库，因为大型数据库的还原需要很长一段时间。确定数据库的哪些部分必须可用，然后把这些数据安排在文件组中，这样就可以在发生故障时先回复最关键的文件组。归档数据和报表数据没有那么关键，因此可以把这些数据放在后面恢复。
　　组织可能会分配全新、冗余的硬件以及RAID阵列，并使用高可用性解决方案来降低宕机的可能性。公司可能还会考虑使用更快、更多的备份设备以快速还原数据库。确定为每个数据库重新创建丢失数据的难易程度。对于一些数据库来说可以很容易地重新创建数据，只要从另一个系统或普通文件数据负载中提取数据即可。一般来讲，用于决策支持的数据库会使用ETL工具来提取数据。例如，如果一些丢失的数据无法恢复，那么可以执行ETL工具来重新加载数据。
　　当发生诸如磁盘故障之类的介质故障时，可接受的宕机时间是多少？随着磁盘设备越来越便宜，大多数的组织会把监控数据库部署在容错的磁盘阵列上以减少其中一块磁盘发生故障所带来的影响，否则会导致数据库变得不可用。比如在RAID5磁盘阵列中，单块磁盘的丢失会导致性能下降。但是如果同一个RAID5磁盘阵列中的第二块磁盘也丢失了，就会造成数据丢失。为了降低该风险，在磁盘阵列系统中装入多余的磁盘，并且从硬件供应商那里获取服务品质协议以交付和安装这些磁盘。另一个常见的场景是组织的某个部分把数据库部署在某个部门把数据库部署在某个不太理想的硬件环境中。随着时间的推移，这个数据库编程了部门的任务关键的数据库，但该数据库却不在DBA的负责范围之内。DBA应该尽量标识组织中所有的数据库源并且为它们制定恢复计划。
　　确认哪些数据库对其他监控数据库存在外部依赖性，因为如果某个监控数据库依赖于另一个数据库，要使用户能够开展他们的日常活动，就需要还原两个数据库。确定是否存在具有数据库依赖的链接服务器、外部应用程序或主机连接。
　　标识可以用于重新部署的可用硬件并且找出硬件存放的位置。
　　标识备份、还原和灾难恢复所需的人员。他们需要了解灾难恢复的过程以及自己在该过程中扮演的角色。录入所有人员的空闲时间、联系号码、通信链以及每个成员的职责。确定指挥链并确定如果领导不在，后备成员是否有足够的专业知识来完成备份、还原和灾难恢复的任务。
最后，当把监控数据库还原到另一台数据库服务器上时，可能需要存储SQL作业、链接服务器和登录名，并把相关信息记录到文档中。