【IT168 专稿】本篇文章为系列博文之一，着重讨论Windows Server 2012——之前在测试阶段被暂时定名为Windows Server 8——中的各项新功能。在本文中，我们将系统对存储空间(Storage Spaces)这一新功能进行评测。

　　背景知识

　　存储空间功能采用标准的JBOD(即完全磁盘束)与Windows Server 2012相对接，并将相关磁盘创建为一套存储资源池。这套资源池可以在服务器端充当存储空间。存储空间功能带来的最大好处就是其自身具备的诸多先进特性，例如弹性特征与空间优化等等。它同时也构成了磁盘直连Windows管理程序，也就是Hyper-V的基础。存储空间功能所提出的概念并不算新鲜，事实上许多操作系统都提供了类似的逻辑空间管理器(简称LVM)，就连微软自己也已经在Windows系统中尝试过此类空间管理功能。磁盘经过分区及重组后创建出镜像，用于保护RAID阵列中的数据。不过存储空间功能使用起来与以往的磁盘池还是有区别的，它在磁盘管理机制方面的优势可以说相当明显。

　　存储空间利用其自带控制器实现了存储管理供应(Storage Management Provider)功能，这种全新的总线类型严格遵循当初Windows引入的iSCSI软件启动器以及“spaceport”驱动器架构。它的出现为操作系统带来了新的磁盘驱动器类型，同时也为自动精简配置及重复数据删除等功能提供新的框架。

　　安装

　　存储空间属于Windows Server 2012的自带功能，从属于文件及存储服务下的存储服务任务子集中。存储空间功能的配置处于服务器管理器中的“文件与存储服务”选项当中，我们只需点击Windows屏幕底部的工具栏即可启动服务器管理器界面。在默认情况下，所有未经分配的磁盘都会被添加到“初始池”当中。

　　在个人测试中，我利用十块可用磁盘创建了两套池。实验室Drobo 1200i设备上的每块磁盘容量为1TB。我在每套池中添加了五块磁盘，其中四块用于平时使用，第五块则作为后备机制。正如其名称所言，后备磁盘的功能是在主磁盘出现故障时充当替代品。在这两套池中，我分别创建了奇偶校验(类似于RAID-5结构)及镜像化LUN。虽然池中的磁盘数量为奇数(这是有意为之)，但其数据仍然能够被传输至镜像磁盘，同时供所有设备读取。显然，存储空间控制器将LUN定义为分块资源，并以此为基础为所有可用磁盘提供非常好的性能表现。

　　为了测试这套镜像系统的弹性负荷能力，我随机选择了一块磁盘并通过在Drobo上删除LUN的方式将其移除。这直接导致了Windows系统发出警告，提示我们当前物理磁盘状态异常，同时磁盘分卷也出现了黄色警示标记(如下图所示)。但池马上开始对现有的两块磁盘进行二次调整，而且LUN也始终处于可访问状态。

　　优势与缺点

　　存储空间功能相对于以往Windows版本中提供的磁盘管理工具而言无疑是一种巨大的进步，然而目前它似乎仍然处于1.0版本阶段。从积极的方面来看，它为用户提供了更简便的方式，帮我们轻松执行镜像、RAID、动态组以及自动精简配置等任务。然而其中存在的缺陷也不能不提：

　　• 我们似乎无法通过追踪LUN SCSI ID来查询存储空间中的“物理磁盘”名称。一旦加入存储空间池，磁盘就会从磁盘管理工具的查看界面中直接消失。

　　• 目前尚无法将故障磁盘从磁盘池中移除，因此一旦发生问题，磁盘池将始终显示为故障状态。

　　• 无法进行RAID重建操作，当磁盘发生故障并被恢复为可用空间时，池状态仍然显示为“未知”。

　　• 在向池中添加额外存储容量时，现有分配机制不会针对新加入的空间进行容量平衡。

　　• 向导系统所显示的池可用空间有误，其中包含了备用磁盘及故障/丢失磁盘，这些不存在的资源根本无法直接使用。由此可能引发LUN创建错误。

　　• 尽管池中可能仍有可用的剩余空间，但却无法正确服务于镜像系统(例如当只有一块磁盘中有空闲容量时，镜像功能无法正常奏效)。这时系统会提示用户当前可用空间不足，这明显属于误报。

　　• 系统没有提供物理磁盘移除功能，也就是说我们无法将磁盘从池中清除。

　　不过需要强调的是，我目前所使用的仍然是Windows Server 2012测试版本，相信在最终的RTM版本中很多问题都能得到妥善解决。希望微软公司能够意识到上述缺点，并在正式产品中让存储空间功能变得更加完善。