【4月26日外电头条】正如大家一直以来对SQL Server新版本的殷切期望，SQL Server 2012也确实没有令我们空等，它所带来的海量新功能可以说光是名称就能占据几页稿纸。无论是商务智能用户渴望的Reporting Service还是令IT人士望眼欲穿的查询性能与正常运行时间，它几乎能够很好地为任何类型的用户服务。SQL Server 2012可以说是一款携威而来、全线升级的产品，除了少数几点令人失望的瑕疵外，我们很难对它横行非议。

　　Reporting Service中专为数据探测及虚拟化添加了一款名为Power View的网络前端。Analysis Service则引入了一套全新的语义模型，为商务智能专家在构建解决方案时提供更多灵活性。此外，列式存储索引机制的出现令查询性能更上一层楼；再加上新的Data Quality Service以及对原有Master Data Service的加强，SQL Server 2012无疑将在处理企业数据方面更加得心应手。

　　当然，SQL Server 2012中还包含了大量专为数据库管理员们准备的新功能，旨在帮助他们在管理工作中更加高效地处理问题。这些内容我在本点评文章中也会谈到，不过首先从大家最关心的、能够帮助系统可用性达到新水平的功能开始。

　　锦上添花的可用性

　　让咱们首先聊聊新版本中最大的进化内容之一——AlwaysOn。AlwaysOn是一种新的HA技术，它的出现将传统数据库镜像彻底扔进垃圾桶。由于镜像备份机制已然启动，因此镜像被局限在某台单一目标服务器上显然并不理想。另外，除非我们关闭自己的主数据库，否则这些镜像目标根本毫无用处，甚至连内容读取都无法实现。针对以上两点问题，AlwaysOn交出了令人满意的答卷。我们完全可以为自己的主数据库轻松配置多套只读副本，并在系统运行状态良好时将其作为报告机制使用。当然，与镜像备份类似，我们也可以对AlwaysOn进行设置，指示其与目标主数据库实时同步或者延时同步。

　　镜像可读性本身已经解决了备份机制中的一个老大难问题，但AlwaysOn最大的贡献还不仅限于此——它实现了多套相关数据库之间的故障切换。在通常情况下，两套或两套以上数据库的正常运行往往需要彼此之间的相互支持；也就是说只要其中某一套出了问题，仅凭镜像根本不足以支撑起全局业务。而AlwaysOn利用Availability Group（可用性群组）解决了数据库之间相互依赖的问题。该功能允许我们将那些必须同时失效的数据库指定为一个群组，这样一旦某套关键性数据库失效，相关数据库也将一并失效。通过这种方式，数据库的整体切换终于成为可能。

　　数据库的彼此依赖性是数据库管理员们最为头痛的另一大课题。当我们将数据库恢复到不同的运行环境中时，需要考虑到各种不同的情况，例如连入服务器、用户账户以及跨数据库规程与视图等等。这一切都必须通过同步与现有工作状态相匹配方能达到目的。而在SQL Server 2012中，我们发现了一项名为ContainedDB的功能，在它的帮助下我们能够将一套数据库转化为独立体系，也就是不与任何外部因素相关联。在这项功能启用时，我们无法向目标数据库写入任何将对其它数据库产生依赖性的内容，也不允许该数据库中包含任何将被外部系统所调用的对象。事实上，ContainedDB中的用户账户甚至根本没有服务器级别的登录选项，这样大家就不必担心自己在将数据库移动到新设备中时需要进行麻烦的账户信息同步了。当然，这还只是ContainedDB功能的首个版本，其中必然存在着一些问题与局限性；但它的意义非常重大，至少为我们带来了一个良好的开端。

　　另一大重大改进来自事件日志与追踪系统。SQL Profiler已经被正式舍弃，新的XEvents（即扩展事件）GUI取而代之。XEvents在最新版本中得到了极大扩展，新的追踪机制也将完全以它为核心运作。对于大多数用惯了老版本的用户来说，这次大刀阔斧的改动可能会带来些许不适，但我可以保证一旦上手，各位绝对会对新方案赞不绝口。XEvents比过去的SQL Trace更为灵活，也就是说如今追踪活动给设备带来的性能影响已经变得微乎其微。不仅追踪机制发生变革，重播功能也以Distributed Replay（分布式重播）之名改头换面。顾名思义，它让用户得以从多台设备重播那些受到追踪的工作负载，这样我们就能更好地模拟所在企业的日常生产活动。如果大家正打算进行更新测试或者考察自己的设备能否应对突如其来的数据爆发，那么这些功能的出现实在是既贴心又实用。