Windows Server 2012七大超值特性

51CTO 12年12月28日 15:36 【转载】作者：51cto 责任编辑：周茂盛

导读：Windows Server 2012堪称一款里程碑式的操作系统，大量新功能与新特性给产品带来令人印象深刻的全方位提升。从数据在磁盘中的存储方式到客户端与服务器间的数据传输协议等等，新产品中充满了惊喜与创新。而要总结这款服务器操作系统的首要变革，我们认为连续可用性、低廉的成本与减少管理支出应当算作联络各类改进的核心价值与关注重点。

关键词：云计算 Windows server 2012 特性

Windows Server 2012超值特性第五位：重复数据删除技术

很明显，大量针对相同数据保存的文件副本不仅严重浪费了主存储资源，也在备份过程中消耗掉许多宝贵的时间。重复数据删除技术当然不是什么新兴技术，备份及存储厂商已经跟它打了很长时间的交道了。但在Windows Server 2012中，重复数据删除技术首次成为基础操作系统的组成部分，这一点令人相当振奋。但请大家注意，重复数据删除仅适用于NTFS格式的分卷，我们无法在新的弹性文件系统或集群共享分卷中加以使用。

对于虚拟化或者虚拟桌面基础设施(简称VDI)比较倚重的用户们千万不要错过新系统带来的最大收获。微软公司在新系统在通用文件服务器存储方面采用了 2：1压缩方案，而在虚拟磁盘库方面则使用了20：1压缩方案。单个文件被替换为指向存储数据块的存根机制，并被整体保存在“组块”之中。用户也可以对数据进行进一步压缩，以最大程度地降低所占用的整体存储空间。所有数据处理都是在后台完成的，这就令压缩过程对CPU及内存造成的影响几乎难以察觉。

重复数据删除功能还与BranchCache紧密结合，旨在帮助用户在广域网进行数据传输时节约整体带宽消耗。除了大大加快文件传输速度，重复数据删除功能还显著减少了业务专线或者按流量计费的网络线路的使用成本。

Windows Server 2012超值特性第六位：SMB 3.0

微软公司在对服务器消息块(简称SMB)协议的现代化改造工作中投入了大量精力。在2.2修正版本发布之后，SMB终于迎来了值得纪念的3.0时代——版本号的跨越式上升也昭示了微软对于新成果的信心。SMB 3.0使得消费级磁盘驱动器也可以成为高端存储体系中的组成部分，仅此一点就价值巨大。随Windows Server 2012免费使用的SMB 3.0支持Hyper-V与SQL Server工作负载，而此前二者必须在具备块存储机制的前提下才能奏效。

SMB 3.0中包含一系列全新组件，用于改善自身在检测及恢复丢失连接方面的能力。过去，这一过程需要依赖于TCP/IP，而连接一旦超时整个重连过程大约需要 20秒才能完成。SMB采用新机制实现透明故障切换流程，这种名为“Witness”的服务用于检测连接故障，并及时将客户端定向至其它节点。这项功能需要集群体系作为支持才能实现全部故障转移效果，同时也是集群共享分卷(简称CSV)功能中的一部分。

Windows Server 2012与SMB 3.0能够支持远程直接存储访问(简称RDMA)网络适配器。SMB Direct支持大多数最新的RDMA适配器类型，包括iWARp、InfiniBand以及整合以太网中的RDMA。SMB Direct与SMB多通道机制协作，带来了早期SMB版本根本无法实现的性能提升与故障转移功能。

SMB多通道功能通过后台运行在SMB 3.0客户端与服务器之间建立多条连接，进而在用户无需干预的情况下实现数据吞吐量扩展。这项功能默认启用，能够显著提高常用操作的执行速度，从普通的文件拷贝到交互量较大的SQL应用程序都可以从中受益。SMB多通道功能要求客户端与服务器双方使用Windows Server 2012或者Windows 8系统。

Windows Server 2012超值特性第七位：文件服务器扩展性

在特定工作负载的处理过程中，打算建立系统的技术人员经常会面临资源无以为继的窘境。而在对存储系统具有高度可用性要求的情况下，带来的麻烦恐怕更令人头痛。从传统的角度说，我们必须关闭系统、安装新硬件并重新加以配置。Windows Server 2012从多个角度出发解决了这一问题。集群化在这一过程中扮演核心角色，存储空间中的分卷自动精简配置功能则起到辅助作用。

ReFS在簇大小为16KB时能够支持高达2^78字节的分卷存储容量(相当于256泽字节)。单个文件的支持上限也提高到2^64-1字节(16 艾字节)。单个存储池的最大容量限制为4PB。总而言之，现在我们能够在无需考虑单块磁盘容量的前提下创建出非常巨大的存储空间。而随着业务信息的不断膨胀，大家只要及时添加磁盘就能满足需求。

在大多数情况下，系统都能实现无服务器脱机访问功能。至少大家可以在集群出现故障时将节点单独拿出来继续工作，这就避免了集群整体瘫痪的麻烦。同样的概念在计算资源方面也适用，我们只要添加更多节点，就能根据需求轻松提高基础设施的处理能力。