SQL Server 2014的10个最佳新特性

SQL Server 2014正在争夺OLTP之王。虽然微软完全绕过了BI增强，但它已经从多个角度解决了大量OLTP性能问题:使用内存表降低磁盘性能，使用持久性延迟降低日志性能，使用锁优先级维护并发性。事情并没有就此结束。新的SQL Server版本通过新的资源调控器I/O控制消除了过多的I/O，通过SSD缓冲池扩展解决了内存问题，并通过与Azure云的集成提高了可用性。

也可以看看：
点评:SQL Server 2014将踏板推到金属

对于OLTP，在SQL Server 2014最令人兴奋的新功能是在内存OLTP（又名“Hekaton”），它允许你单独的表移动到特定的内存结构。性能提升可以像巨大的30倍。有许多限制和这些表的特殊要求，所以他们不会在所有的情况下工作。但是，当他们这样做，你的OLTP性能将通过屋顶。这比其他内存需要整个数据库的解决方案要放在内存更好。您可以通过转换现有的存储过程到内存的程序得到更多的表现了。你需要测试，以确保您的表是兼容的，但如果是这样，你一定会喜欢这个功能。

有许多中小型企业的员工中没有合格的dba。通常情况下，这些公司发现他们的备份没有得到正确的处理，直到为时已晚。顾名思义，Managed Backup会根据定义的恢复间隔和工作负载模式自动备份数据库(或实例)。当系统确定数据已经发生了足够大的变化时，它会将数据备份到Azure。这个特性只适用于Azure blob存储。但是由于您的备份已经不在现场，所以不需要担心磁带的问题。

在SQL Server 2014年，您可以定义可用性组副本驻留在Azure上。当主故障发生时，你必须手动故障转移，但你会运行起来非常快。而只要你的主要是在网上仍然可以从生产推动您的报告中Azure的副本卸载该活动。如果您需要可靠，异地HA，但没有第二个站点，那么这个功能是给你的。只需选择在创建Azure的虚拟机，你想要的位置，和你设置。

数据文件在Azure的正是这听起来像：数据库在数据中心本地运行，而数据库文件本身住在Azure中的BLOB容器。2020欧洲杯预赛这可以在DR和迁移提供优势。但根据数据库及其工作量的大小，在互联网上推数据，每笔交易的潜在性能成本可能过高。更好地利用这一特点可能是在Azure中的VM数据文件存储在同一个数据中心。2020欧洲杯预赛这也可以让你周围的电流限制只有16安装在Azure中的VM磁盘。

SQL Server 2014中的Columnstore索引极大地提升了数据仓库的性能，但有一个问题:它们无法更新。有了SQL Server 2014，现在他们可以这么做了。这意味着您不再需要在每次需要加载仓库表时删除和重新创建columnstore索引。不仅如此，可更新性还意味着您可以查看某些OLTP应用程序的columnstore索引。需要注意的是，表上必须有一个聚集的columnstore索引。不支持非聚集的列存储。

磁盘I/O通常是数据库系统中最受限制的资源，一个大型或恶意查询通常会占用比您所能承受的更多宝贵的I/O资源。微软最终给了我们对失控I/O的一些控制。使用I/O资源调控器，您现在可以将查询放到它们自己的资源池中，并限制每个卷允许的I/O数量。MIN_IOPS_PER_VOLUME和MAX_IOPS_PER_VOLUME设置进程在磁盘卷中允许的每秒最小和最大读或写。

MIN_IOPS_PER_VOLUME保留每秒I / O事务的最小数目，同时提供MAX_IOPS_PER_VOLUME的最大数量。这个最大的不限制的I / O操作的查询可以执行的数量，而只是保持其垄断的磁盘。这样，你大可以查询仍然运行，但是其他的事情将运行也是如此。良好的使用I / O控制是保留一些IOPS为管理员能够在磁盘超载进行调查的问题。

在SQL Server中，对数据的更改首先写入日志。这称为提前写入日志，或WAL。直到日志记录被写入磁盘(这个过程称为“强化”)，控制才会返回给应用程序。延迟持久性允许您在增强日志之前将控制权返回给应用程序。如果日志性能有问题，这可以加快事务的速度。然而，没有什么是免费的，这就牺牲了可恢复性。如果数据库在日志提交到磁盘之前崩溃，那么您将永远丢失这些事务。如果日志性能严重降低了应用程序的响应时间，那么冒这个风险可能是值得的。

为SQL Server创建2014年的缓冲池扩展，如能够在Windows中定义不同的页面文件。为数据页移动到内存中，就开始填补缓冲池。如果缓冲池填满，把不常用的页面将被保存到磁盘。然后会再次需要它们时，它们会在缓冲池别的东西换搬回到内存中。缓冲池扩展选项允许你定义一个SSD作为缓存文件的位置。由于SSD比旋转盘如此之快，寻呼是相当快，在某些情况下显着提高性能。您可以定义一个缓冲池扩展文件到你的内存大小的32倍。

在SQL Server中更新统计信息就是冗余工作的定义。每当需要重新构建统计数据时，不能只更新新项——必须更新所有内容。这意味着一个拥有2亿行、只有4000万次更改的表需要更新所有2亿行，才能获得这些更改。SQL Server 2014中的增量统计数据允许您仅更新那些已经更改的行，并将它们与已经存在的行合并。在某些配置中，这可能会对查询性能产生很大影响。

现在，您可以在线重新索引指定锁的优先级。在SQL Server的早期版本，长时间运行的查询可能会阻止重新索引操作，嚼起来维护窗口，而你再运指数坐镇等待，无所作为。在SQL Server 2014年，您可以指定重新索引操作将如何处理被阻止。您可以指定将等待多长时间，以及当等待已经结束做什么。你将它遵循传统的行为，并无限期地等待？你将有终止，并移动到下一个表？或者你会杀阻塞查询，以便您重新索引可以完成？这是你的选择。

我们的许多最喜欢的新的Windows Server 2012 R2的功能是Hyper-V中。检查出来的Windows Server 2012 R2 Hyper-V的10个最佳新特性。

但是Hyper-V是不是在Windows Server 2012中读取唯一的新闻在Windows Server 2012 R2的10多个优秀的新功能在别处这将对你的日常运作产生影响。其中一些增强，特别是在存储领域，使微软直接瞄准了传统的合作伙伴，提供了开箱即用的新功能。