3. 定期备份并进行测试
无论您的高可用性和灾难恢复计划有多周详，您都必须对数据库进行定期备份。如果您的数据库遭到破坏或灭顶之灾，那么您唯一的资源或许只有最后的备份，倘若您没有任何备份，可能会给公司带来极其严重的后果。您不仅需要备份，还需要定期进行恢复测试，以保证这些备份在需要时能够正常使用。
您可以从我 2009 年为《TechNet 杂志》撰写的两篇文章中找到更多信息：“Understanding SQL Server Backups（了解 SQL Server 备份）”和“SQL Server：Recovering From Disasters Using Backups（SQL Server：使用备份进行灾难恢复）”。
2. 监视和维护性能
性能调节占据了 DBA 的大部分时间，但有很多方法可以简化这个过程：
建立性能基准，以便了解性能是否真的发生了变化。
将系统分解为可在无外部因素干扰下隔离测量的基元。
使用等待-排队方法快速查明性能问题。
采用系统基元、性能计数器监视性能，并等待统计信息。这样您会知道性能何时开始下降。可使用 SQL Server 2008 中的性能数据收集器功能以及 SQL Server 2005 的性能仪表板。
制定维护计划。
借助工具认真规划和执行索引策略，如数据库引擎优化顾问、DTA、缺失索引动态管理视图 （DMV） 和索引使用 DMV。
1. 懂得从何处寻找信息
要做的事情无穷无尽，懂得何时放手并寻求帮助才是上上之策。您应当了解自己的局限性，清楚自己不可能了解有关 SQL Server 的一切。如果有人能帮助您完成任务或解决问题，那么您没有必要自己苦苦挣扎并浪费宝贵的时间。
您的首要 SQL Server 信息源是 SQL Server 联机丛书，您可以下载并安装到本地，或在 MSDN 中联机搜索。《SQL Server 联机丛书》很适合用来查询语法，但如果你有更复杂的操作问题，或正尝试解决某个问题，那么最好的办法是将问题发布到联机论坛。MSDN 上有许多 SQL Server 论坛，还有一些热门的社区站点，如 SQL Server Central。
还有一种寻求帮助的快速方式是借助 Twitter 的 SQL Server 社区。发布问题时加上 #sqlhelp 哈希标签，很多 SQL 专家（包括我）便可以看到您的问题。
此外，可以参加专门讨论 SQL Server 的会议，例如，每年的 PASS 社区峰会、两年一次的 SQL Server Connections 或更频繁的 SQL 星期六主题日。可以关注社区中很多 SQL Server 专家的博客。您可以通过 MVP Thomas LaRock 维护的博客排名，了解这些博客的活跃程度及关注价值。
您可能已经因工作强度过大而不堪重负，但如果能抽出一些时间来了解这些建议，您会发现自己获益匪浅。您的系统将运行得更顺畅，您将更有条理，您将获得更多的宁静 - 您终将成为一名更为专业的 DBA。
