微软提高了SQL Server 2012的门槛

尽管SQL Server 2008中比服务包级别升级而已，2012版微软的数据库具有新功能一大堆，并提供稳定的性能改进。

微软的10个大买

微软系统中心针对云计算，虚拟化

具体而言，SQL Server 2012中提供商业智能，帮助企业分析业务数据，一个AlwaysOn可用性和正常运行时间的提升，包含的数据库来管理数据库作为一个群体，并呼吁列存储索引的快速查询工具。

在另一面，微软的新的许可模式可能会花费企业更多的钱。和数据库管理员应该知道，利用这些新特性充分利用将需要更多的网络带宽，将处以额外的负担。

SQL Server 2012有三个版本:标准版、商业智能版和企业版，大多数新特性都保留在企业版中。微软已经用单核模式取代了它的每cpu授权模式。(见我们如何进行我们的测试。）

对于早期的SQL Server版本，你买的每个物理处理器一个许可证，无论它有多少CPU内核了。如果您选择服务器硬件巧妙，可以在授权费用来支付新的服务器购买的8个CPU内核的一个SQL Server许可证的成本，节省足够。要许可的SQL Server 2012为同一个服务器，则需要八个核许可证。新内核许可费用低于以前的每CPU的费用，但是，如果你做数学题，微软已经显着增加了SQL Server的价格。

这里是一个纲要的新功能:

商业智能

SQL Server 2012中的商业智能本质上的改进让用户查看数据库的电子表格。用户可以设置复杂的电子表格公式，并直接对数据库的内容，其操作。

例如，用户可以通过这些电子表格操作编写新的数据库报告，然后将运行新报告的笔记本电脑(并通过无线连接到数据库服务器)带到会议中。与会者可以在数据库内容更改时实时查看报告更新。

商业智能是企业，其公司政策允许（或鼓励）用户自己的电子表格程序一大福音。然而，BI是诅咒对于想要控制的数据库特设操纵公司 - 并决定从这种操作发生：。

在公司，拥抱商业智能，网络和数据库管理员将看到他们的工作量开花。正如我们在实验室测试商业智能，我们亲眼目睹了这种效果。我们推断在大型公司业绩，我们估计随意使用SQL Server 2012中的商业智能功能将可能增加10％的工作负载管理员到25％。

AlwaysOn杂志

AlwaysOn杂志看作数据库镜像，其中二次（替补）服务器可以是积极的，已经在使用SQL Server 2012的实例。当主实例失败辅助服务器占用松弛。因为替代服务器可能没有主服务器的马力，因为它也做其他的工作，响应时间可能会显着放缓。但是，应用程序轻率地进行，而不遭受停电。镜子不必是处于闲置状态，直到故障切换时间备用服务器。

早期的SQL Server版本基本上提供了两种实现高可用性的方法。您可以配置SQL Server来执行日志传送，它指示故障转移服务器复制主服务器，或者您可以使用集群使备用服务器在故障转移时承担主服务器的角色。

两种方法都有其局限性。故障切换单个数据库可能需要一段时间，在此期间，数据库不可用。基于集群的故障切换是昂贵的，做任何工作，直到主服务器（一个或多个）失败的额外的服务器（一个或多个）。

SQL Server 2012中的AlwaysOn的功能从Exchange Server 2010 AlwaysOn的借用数据库可用性组的概念，但是，可以实现一个有所不同的架构概念。

不幸的是，总是使用大量的带宽。在50个客户端以平均每秒20个事务的速度提供一个在线事务处理(OLTP) SQL Server 2012数据库的测试中，AlwaysOn的数据复制和服务器间的协调使网络利用率增加了一倍多，从22%增加到47%。

SQL Server 2012中具有其他高可用性增强功能。对于许多应用SQL Server 2012提供了并发访问多个数据库的可用性组。您将多个数据库分配给一个可用性组，当服务器挂起时，所有数据库将作为一个内聚单元进行故障转移。

可用性组是数据库访问是从主站点传输到远程站点特别有用，如果主站点遭受大灾大难。您也可以为单个的SQL Server 2012实例中设置了多个可用性组分配。

如果灾难降临，AlwaysOn杂志将瓜分整个你在灾难计划已经指定了多台服务器的数据库中检索和更新。因此，一个单一的数据库超级服务器可以将故障转移到几个较小马力的机器。你的备用服务器不必是主要的昂贵，空闲大多数的最实时拷贝。

可用性组概念在实验室中运行得很好。当我们“拔掉”数据库服务器上的插头时，我们模拟的在线事务处理应用程序保持正常运行，完全不知道它正在访问另一个服务器。

请注意，您必须做出对应用程序本身和任何其它系统组件和数据文件的应用程序依赖于单独安排。本着这一精神，要知道，有一些保护不仅仅是数据库服务器其他高可用性机制。例如，CA的ARCSERVE高可用性可以为所有应用程序的计算资源进行复杂的故障切换。它可以重新启动崩溃的后台进程（即，视窗服务)，如果这是问题的原因。它还为尽可能高的可用性提供了按钮故障转移和故障恢复，并提供了带宽调优/节流和数据压缩，以更节省地使用网络。

另一种方便的，令人印象深刻的，实用的新的SQL Server 2012的功能是复制到一个只读中学。通过复制数据库更改为只读中学的方式，确保相关的数据库内容辅助数据库的完整性，SQL Server 2012的品牌备份一个活跃的，正在使用的数据库无痛，快捷......你只需做定期备份只读辅助数据库的副本，而不是主。

如果只读中学是一个单独的服务器上，你甚至避免使用在备份过程中数据库服务器的CPU和内存。此外，只读次级成为优秀的候选人进行数据分析和报告的基础上，即使在主数据库正在积极使用。我们喜欢只读次级很多。

SQL Server 2012中的新的FileTable概念是有点逊色，但只是因为我们不能认为一个好的，因为它实际使用。的FileTable关联同一个数据库表中的NTFS文件系统目录。你把出现目录数据库中的任何文件，和SQL Server 2012中反映所做的任何更改到一个文件数据库。

备份数据库也备份关联目录中的文件。如果辅助数据文件与数据库的内容有重要关系，并且希望将数据库和辅助文件作为一致的单个单元进行备份，那么FileTable可能适合您。

包含数据库

在SQL Server 2012之前，迁移数据库不仅仅意味着复制数据库文件。您还必须设置或至少同步数据库登录用户id，确保排序(即。,以便用于每个字符集以及代码页用于存储unicode字符数据)配置相同的两个数据库,验证兼容性水平,迁移计划工作和做其他任务管理数据库相关数据不直接存储在数据库文件。

SQL Server 2012中包含的真实数据库特性使得数据库迁移有点容易通过存储排序规则设置和数据库中的数据库登录的用户ID。你不再需要旧服务器和新之间同步数据库的登录ID。但是，你还是要对其他数据库相关的配置步骤，如在新服务器上设置调度作业的担心。

列存储索引

SQL Server 2012中对你指定的列列存储索引存储的数据，然后加入这些数据库列给你一个只读的，基于列的索引数据（传统的索引是面向行的，对于每一行存储的数据，然后在加入这些行完成指标）。

微软声称，列存储索引的10我们的测试的一个因素加快数据检索确认的性能增益，表现出至少10倍，有时甚至更快（12倍，15倍，甚至20倍）的数据检索速度。

大缺点列存储索引是他们只读状态，这使得它们只适用于与大型数据库的数据仓库查询有用。OLTP数据库和列存储索引是，其性质几乎被定义，相互排斥的。

即使是在一个数据仓库环境，频繁加载新数据为只读表可能会非常麻烦。微软描述了有你在你的数据仓库表转出表分区为只读问题的方法。如果你是绝望获得更好的性能，解决方法是可以接受的。另外，您也可以选择使用SQL Server 2012点中的只读辅助功能来管理使用进行分析和报告的数据库副本。

指标说起 - SQL Server 2012中的在线重新索引改进欢迎救济管理员谁不时不得不重新索引数据库。SQL Server 2005的吹捧在线重新索引功能，但早期版本的小字提到，索引没有工作对所有数据类型（问题类型为varchar（max），为nvarchar（最大），VARBINARY（max）和XML）。SQL Server 2012中删除的限制，以便管理员可以对被认为是在线提供24/7应用真正的在线索引维护。

我们不想显得过于贪婪，但接下来我们希望在SQL Server中能够在线重新索引单个表分区。我们还有一些其他的问题。在SQL Server 2012中没有任何重要的PowerShell使用，它帮助客户通过使用命令集实现任务自动化。除了一些用于AlwaysOn的命令和一些备份/恢复函数之外，SQL Server 2012不依赖于PowerShell。随着微软对PowerShell的强调，我们发现这个遗漏令人失望。

讽刺的是，SQL Server 2012的安装过程使用PowerShell的。与Microsoft服务器产品的几乎所有其他当前版本的Windows PowerShell 2.0是用于部署SQL Server 2012的要求。

我们还对SQL Server Management Studio (SSMS)缺乏改进感到失望。是的，微软为SSMS提供了Visual Studio 2010的改版，这意味着您可以获得更好的代码片段管理以及与Team Foundation Server的集成，但是SQL Server 2012没有提供新的DBA管理工具。例如，我们希望看到更好的多服务器管理和报告特性，以及在SSMS中对PowerShell的一些使用。

结论

SQL Server 2012的许多新特性(其中一些，比如编程语言的增强，我们甚至还没有提到)是一个很好的升级理由。几乎每个人都有自己喜欢的东西。请注意，新版本的成本更高，可能会增加管理员的工作负载，并且可能会比以前的SQL Server版本使用更多的带宽。

Nance运行网络测试实验室，是《网络入门》、《第4版》和《客户机/服务器局域网编程》的作者。他的电邮地址是barryn@erols.com。