6.故障转移集群支持集群化共享分卷

　　搭配普通分卷时，分卷在同一时间只能归属于同一节点，也就是说整个分卷都受某个特定节点的管辖，其它节点无法发现/读取/写入该驱动器分卷。不过Windows Server集群提供一种名为集群化共享分卷的特殊驱动器分卷类型，其实际灵活性更高。多集群节点可同时被接入同一分卷，且各个节点可单独访问驱动器中的不同文件。Windows与Hyper-V也将在短期内支持这项新特性，但目前还属于SQL Server的专利。新特性的最大好处在于，如果SQL Server集群中的某个节点无法接入存储体系，它仍然能够通过网络向其它节点中的SAN连接写入数据、读取信息。

　　7.在Azure中实际智能备份

　　SQL Server 2012 CU2已经允许用户将数据库备份至Azure存储体系。我已经不只一次听人问起：“我该如何让备份机制速度更慢、频率别那么死板？”他们希望通过自己的互联网连接实现内部数据库与云存储体系间的备份，而且要求备份频率不要太过死板。为了满足这种需求，微软推出了智能备份方案。在这项新功能的帮助下，SQL Server会根据情况判断是否需要执行全局或者差异化备份，决定多久生成一次事务日志等。此举对于某些将服务器交由虚拟机供应商托管、手中拥有大量免费带宽资源的客户来说极具吸引力——尤其是那些在Windows Azure虚拟机中托管SQL Server的用户。

　　8.内部SQL Server搭配Azure存储中的数据/日志文件

　　· 昂贵的内部授权许可

　　· 昂贵的云对接带宽成本

　　· 向微软支付数据存储费用

　　· 更低的备份速度(因为无论实际数据走向如何，大家的数据都必须采取由Azure存储向本地内部存储传输的路线;值得庆幸的是，微软禁止用户从本地将数据再度传回Azure存储、从而产生二次带宽使用成本)

　　具体语法如下：

　　9.Hekaton:专用内存内OLTP列表

　　如果应用程序正面临严重的并发问题，即成千上万并发连接造成可怕的数据锁定状况，Hekaton带来一种神奇的解决方案。其具体原理相当复杂，它所引发的部分负面影响如下：

　　· 需要改变自己的数据模式。举例来说，它不支持标识字段——需要利用GUID作为集群化主键。

　　· 需要变更现有代码。Hekaton与已存储程序协作良好，而且能够将某些已存储程序编译为本地代码。

　　· 整个处理流程在内存中进行。如果发现自己的Hekaton表格体积暴增，这就意味着可供其它表格使用的缓存空间已经大幅削减。如果大家的内存空间已然告罄，整套系统将陷入瘫痪。

　　其它出色改进：

　　· 可更新的集群化列式存储索引；

　　· 基数估计值更合理、查询性能也因此提升；

　　· IO迎来资源监管工具；

　　· Sysprep(系统准备工具)显著增强；

　　· 提供向Azure虚拟机中部署数据库的引导机制；

　　· 职责分离机制得到强化，现在无权读取数据的数据库管理员或者审计人士终于获得了数据管理权——但无法管理服务器；

　　· Windows Server 2012 R2协作改进——支持ReFS、VHDX容量在线调整、存储分层以及SMB(即服务器信息块)改进。

　　个人分析意见

　　新一代SQL Server为各类用户都带来切实的改进。如果你是一位统领数TB信息的数据库管理员，SSD缓冲池扩展以及细化索引重建将成为你的最爱。如果你是商务智能拥护者，集群化列式存储索引则是你不可错过的重要方案。如果你是一位客户众多的软件即服务供应商，支持CSV的故障转移集群功能与查询性能提升很可能令你尖叫。如果你是一位专注于SQL Server后端的开发人员，各类扩展成果也足以满足你贪婪的需求。

　　不少数据库管理员都担心微软如今所选择的“全云化”路线是否会影响到传统内部产品的发展脚步。SQL Server 2014的出炉向全世界宣布，微软仍然在努力打造令人惊叹的内部解决方案。

　　原文链接：Everything You Need to Know About SQL Server 2014