使用DPM保护SQL Server的一些最佳实践

        在保护SQL Server时，DPM可以利用VSS服务，可以从数据库级，而不是文件级为SQL Server提供数据备份。数据库级的保护与SQL Server完美的整合在一起，更好地备份和恢复复杂的数据库结构。利用SQL Server上的VSS服务，DPM在备份数据时，可以瞬间为数据库创建快照。然后备份快照，这样保证数据的一致性。这项技术也防止了恢复数据时会发生数据损坏或者数据结构需要重建等问题。在Cluster环境下，如果发生了异常的Failover，DPM 会提示管理员执行一致性检查来保证数据的一致性。  

       使用DPM保护SQL Server时，推荐保护以下几个数据源：所有Database、SQL Server安装目录、System State、使用SRT保护SQL Server所在的系统（如果操作系统是windows 2003）。

（一）tempdb需不需要备份

       TempDB是用来保存SQL Server运行过程中所有的临时数据，为复杂的查询缓存各种临时结果集。每当SQL Server重新启动的时候，TempDB会被删除，然后根据Model数据库的配置创建一个全新的空的TempDB。因此一般而言，TempDB是不需要备份的。

（二）Model数据库需不需要备份

       每当创建任何数据库的时候，都会使用Model数据库作为模板来进行创建（复制Model数据库的各项配置到新创建的数据库），因此当Model数据库出现问题的时候，所有的用户数据库都无法创建，TempDB也无法创建。而TempDB无法创建会导致SQL Server无法启动。鉴于Model数据库很少会有改动，我们建议每次修改Model数据库后对该数据库做一个备份即可。

（三）在SQL群集环境下，除保护存储数据库以外，是否还需要保护节点上的安装目录

       群集环境下每个节点服务器的SQL安装目录都需要备份（排除数据库文件夹）。系统数据库默认保存在C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\。（请注意，如果机器上有多个实例的话，则MSSQL后面的数字会递增1，每一个文件夹对应一个实例）。请排除以上目录。

（四）群集环境下，是否还需要保护仲裁盘中的内容

       不需要，仲裁盘的内容与SQL无关，而且可以重建。