数据库快照和复制：弄清楚它们的关系

　　准备使用SAN-to-SAN复制来进行灾难恢复的DBA们需要制定快照时间计划，以匹配他们的复制策略。一些SAN厂商对每个快照都进行复制。

　　针对数据仓库，应该考虑在夜间ETL加载完成之后立即进行快照。而异地DR SAN将赶上这一点，因此如果主站点在工作日系统崩溃，用户可以访问DR SAN而不会受到中断业务的困扰。另一方面，如果在夜间ETL加载之前进行快照，异地DR SAN将落后一天，夜间加载也必须在DR站点重新运行。

　　SQL Server 快照不能取代事务日志

　　快照的确是完全备份的极佳替代品，但是它们不能代替事务日志，因为它们不能在数据库内部跟踪独立事务。它们是即时拷贝，但仅限于一个时间点，同事务日志正相反，事务日志可以恢复到任意时间点。

　　为了说明这一点，来听一听我最近的一个通话记录：

　　我：“Fred，我告诉过你不要打这个号码。”

　　Fred：“我知道，但是我的一个程序员刚刚把整个客户表删除啦!”

　　我：“是那个我跟你说不要雇用的人吗?因为他认为“SELECT语句”仅仅意味着能让他喝道昂贵的百威。”

　　Fred：“好吧，可他是我最好朋友的儿子啊。总之，现在是下午4点，我需要在去打高尔夫之前把表还原!”

　　我：“OK，但是我需要从中午的SAN快照中还原，因为我们一天只进行一次快照。在中午到他删除表之间是否作了修改?”

　　Fred：“我怎么会知道!”

　　因此，SAN数据库即时恢复不一定就比事务日志备份来得更加有效。使用事务备份，我们可以恢复到指定时间点，比如开发者在删除表之前一分钟。最佳的备份策略是两者相互配合。

　　快照可以解决难题

　　虽然在之前我只讨论了快照的缺点，但这并不意味着它对于DBA来说不是一个好的工具。即时拷贝对于许多问题来说都是非凡的解决方案，虽然有时它们会给你来点儿“小惊喜”。及早设计好你的数据库快照备份策略，它会还你一个轻松的执行过程。