在线数据迁移:存储商的新战场(2)

　服务质量（QoS）目标形式化

　　问题的解决途径之一是对服务质量目标的有用的形式化。换句话说，“存储内容”是逻辑上连续的字节组，诸如数据库表或者文件系统；其大小通常以千兆来衡量。存储内容由流来访问，流表示I/O存取模式。每种存储内容对应一到多种流。流的粒度是由定义者杜撰出来的，但是通常对应了一些可识别的诸如应用程序这样实体。

　　另外一方面，在全局范围内提供服务质量保证－系统中所有的客户应用程序的累积的I/O性能，但不保证任何个别的存储内容或者应用程序的性能。现实情况中,在应用程序混合运行下,这种保证很少充分。因为在迁移时，不同的存储内容其存取需求各不相同。无论如何，流一级的保证具有相应的难度：它们可以无限制扩张，且因管理成本而具有可扩性差的风险。

　　在中间级别上（在线数据迁移体系结构采用），目标是提供存储内容级别的保证。实际上，对于实际生活中的工作负载，这个保证同流一级的保证具有类似的效果，因为通常用来生成工作负载特性的数据搜集系统，在缺省情况下，为每种存储内容创建一个流。进一步，这样的服务质量标准也许源自应用程序需求(例如，基于计时限制和流媒体服务器的缓存大小)，或者源自手工制定，或者来自根据工作负载监控和测量的经验。

　　对数据进行备份和重新分配位置的一个老方法是在晚上系统闲置时进行。如前所述，对于许多目前的应用程序来说，诸如需要不间断操作和快速适应变化的系统／工作负载条件的电子商务, 在晚上进行操作不切实际。整个（或者部分）系统进行脱机操作，通常是不现实的，因为这会导致大量的企业开销。也许令人吃惊的是，真正的在线迁移和备份仍然处于襁褓期。但是，现有的逻辑卷管理器 (诸如HP-UX 逻辑卷管理器(LVM) 以及Veritas Volume Manager, VxVM)早已能够在迁移的同时，不间断地访问数据。这是通过创建要移动的数据的镜像实现的，新复制的数据放在数据的最终位置。当初始拷贝能够断开或者丢弃后，该镜像就完成了(复制的数据通过让新拷贝时时最新而保持一致性)。在线数据迁移体系结构 (ODMA)也使用了这个技巧。 然而，目前的客户应用程序中，对于其性能目标，要控制迁移的影响尚无解决方案。虽然VxVM提供了一个用来控制I/O操作，以便生成镜像的参数(vol_default_iodelay)，但该参数并未考虑到客户应用程序的影响。(要建立一个备份镜像，需要告诉初始磁盘集合把其数据复制到备份镜像，之后把该镜像的关联用于生成镜像；一个对silver的关联放在“实际”镜像的后面。)

　　对于在线迁移，高端磁盘组提供了有限的支持：源和目的设备必须为在同一个组中的同样的逻辑单元 (LUs)，同时仅仅支持全局的，设备级的诸如磁盘利用率这样的服务质量（QoS）保证。当出现磁盘故障或者添加磁盘时，一些商用视频服务器可以在线进行数据转移，并为特定情况下的高度顺序化的、可预测的多媒体工作负载提供服务质量保证。关于前台的工作负载，在线数据迁移体系结构（ODMA） 不作任何假设，也不指定包含SAN子系统的设备。它提供了设备无关的，应用程序级的服务质量保证（QoS）。当出现问题时，现有的存储管理产品可以检测到SAN中的性能下降，并通知系统管理员，但仍然需要依赖人来决定如何解决问题。特别地，一旦识别出问题，没有一个自动的纠正系统来控制。