备份同样重要

　　由于数据库存储在SAN上，备份同样很重要。虽然SAN环境冗余度很高而且多硬盘故障非常罕见，但并不代表不可能。当然也不排除发生数据损毁或意外删除的情况。

　　然而将数据库存储在SAN上，你可以使用快照功能。快照在SAN领域不同于数据库领域。在SAN中，快照意味着为LUN提供一个完整副本，并提交给主机。每个厂商对此都稍有不同，所以使用前要先弄清楚你想要什么。当使用SAN快照时，要确保存储阵列指出一致性组。阵列会使用一致性组来确保备份时的一致性状态。这在数据库领域极为重要，因为如果文件不同步，你将没办法还原它们。

　　你还要知道在什么情况下将进行备份恢复。基本有两种情况：修复崩溃和重启崩溃。修复崩溃备份是指在SQL　Server服务器电源线被拔掉时进行备份。重启崩溃备份指在SQL　Server终止时进行备份。当然，重启崩溃备份要比修复崩溃备份在数据恢复几率上大的多。

　　SAN不是万能的

　　许多IT人员视SAN为解决所有问题的万能工具。我经常听到有人说：“就用SAN吧，它能解决所有性能问题。”这样说并不确切，SAN的确是一个强大的工具，但需要你正确使用它。除非花费大量人力物力在SAN上，它不会自动诊断并修复系统问题（硬盘故障除外）。它不会自动找到过度使用的部分并将数据转移，这都需要手动处理。对于SAN声称可以自动处理的问题一定要警惕，因为最终结果可能是要花更多时间进行自我清理而不是真正处理IO请求。我听说过一个恐怖的故事，当SAN在运行高峰时，系统显示80%的时间它在进行自我优化，只有20%的时间用来处理IO请求。

　　作为DBA的你一定要时刻警惕上述情况的发生。SQL Server MVP Hilary Cotter曾经写过一篇技术文章《SAN参考》，那里面讲述了其他一些关于SAN的内容。

　　同你的存储工程师共事时，你们应该相互协作而不是相互添麻烦。毕竟你们有着共同的目标：在一定的预算成本下让系统运行的更快更好。