微软公司于一月份发布了一个新版本的SQL Server 最佳实践分析器(Best Practices Analyzer)。与从前版本一样,该最佳实践分析器用来帮助DBA 找出数据库中潜在的设计不合理之处。不过这款分析器只能够做到事后诸葛——在问题已经存在之后再发现。而在最新的SQL Server 2008 中,微软公司则有意改变这一现状
声明管理框架(Declarative Management Framework,DMF)允许DBA 给出必须强制执行的数据库设计规范与约束。在十月份的一篇Blog 中, Joe Young 谈到了这个特性。
那么 DMF 又是什么呢?简而言之,DMF 就是一套约束 DBA 执行各种操作的手段。DBA 通常有很多事要做,包括数据库备份、查看事件日志、检查数据库中是否创建了非法 / 未授权的对象、杀死长时间执行的 SPID 等。类似的任务数不胜数,而且,更多策略上的左右权衡之处也会让任何一个负责任的 DBA 都终日忙碌不停(这还没有算上打技术支持电话的时间)。>
不过借助于 DMF,我们即可预先确定 SQL Server 中将要执行哪些策略、约束或是行为。首先在 Management Studio 中定义策略,并将这个策略应用到一个或多个服务器上,随后即可在一个集中的控制台(SSMS)中查看这些策略的执行状况。一个很经典的案例(如果你注意到去年的 TechEd 或 PASS 峰会上)就是,我们不希望用户能够在 DBO 下创建数据库。不过这样的例子随手可得,所以不够具有说服力。考虑一下,若想让用户在创建存储过程时都使用 USP_ 前缀该怎么办?若想禁止别人使用 SQLMail 该怎么办? 这时候我们可没有 OPENROWSET。不过别忘了,现在我们可以定义策略并指定这些策略所应用的范围是一个数据库还是一个服务器?怎么样,很酷吧?确实,你能为每个服务器和 db_options 修改相关的 sp_configure 配置。你甚至能把这些策略编写成一个脚本,在你的组织中的所有服务器 / 数据库上运行。在 Katmai(SQL Server 2008)中有了 SSMS 和 DMF,一切变得很简单。这并不是重新发明轮子,只是换了一些更好的轮胎而已。
若是有人违反了这些策略,那么 DMF 也允许我们非常灵活地对该情况进行处理。 Ravi S.Maniam 给出了这样的解释:
策略管理员能够根据需要随时执行这些策略,或者使用下述任何一种方法自动执行策略:
-
使用 DDL 触发器立即阻止违反策略的操作尝试。
-
使用事件通知在相关操作发生时应用策略,并记录下违反策略的操作尝试。
-
使用自定义的 SQL Server Agent 任务每一段时间应用一次策略,并记录下违反策略的操作尝试。
查看英文原文: SQL Server Best Practices Analyzer to be Integrated into SQL Server 2008
评论