SVC及V7000数据迁移说明.docVIP

SVC及V7000数据迁移说明 说明：V7000的数据迁移与SVC的完全相同，以下为相关实施过程及原理文档。在进行数据迁移时仅需要迁移切换存储设备，数据迁移完全在线完成。有效帮助客户节约系统割接时间。 数据迁移过程（示意） 数据迁移过程建议采用镜像技术，通过操作系统自身提供的镜像功能，进行数据迁移。在此过程中，当条件许可，几乎可以完成不停业务的数据迁移（为了安全起见，在某些关键时刻点，建议预留停业时间）。具体操作过程如下： 在服务器上安装虚拟存储的设备驱动程序：Datapath 按照规划将虚拟存储管理的vdisk分配给对应的服务器 在服务器上执行设备识别程序，识别虚拟存储磁盘 将虚拟存储磁盘（vpath）填加到待迁移数据所在vg之中 执行数据镜像（迁移）命令，实现数据迁移，直到原有磁盘的数据完全迁移到虚拟存储 将原有磁盘依次从vg、操作系统中删除 此时数据已经完全迁移到虚拟存储，旧存储将进行重新按照新设计方案进行磁盘划分 将旧存储划分好的磁盘分配给虚拟存储管理设备（称为mdisk），由虚拟存储进行管理，再分配成vdisk，供下一个待迁移系统使用 新存储ST3设备配置，RAID配置，LUN划分。 存储资源配置 应用停机（停数据库，卸载VG） 配置SVC使用Image Mode对现有存储LUN进行管理 更改Zone配置，使用新的SVC Zone配置 映射SVC 重新管理的LUN到主机 更换主机的多路径驱动 应用上线（识别磁盘，加载VG，启动数据库） 远程复制配置（同步与异步） 物理连接（连接光纤线） 交换机级联 Zone配置 SVC间建立远程连接关系 建立LUN映射关系 对于生产中心已经有存储和数据存在的情况下，SAN Volume Controller 使您能够导入包含现有数据的存储器并继续使用此存储器，并使该存储器具有高级功能，例如复制服务，数据迁移和高速缓存。IBM SVC 加入用户SAN环境后，将所有后段存储设备的空间以Vdisk的形式（包括Image Model和Managed model）提供给前端服务器。另外IBM SVC还支持SVC从SAN环境中退出，在SVC退出之前需要把虚拟化(Managed model)的Vdisk/Lun转换成Image Mode。 4.3.2新环境的数据的迁移 SVC加入SAN环境后，用户的SAN就转移到虚拟存储网络中了。所有的磁盘存储设备从各自为政变成由SVC统一分配和管理，SVC可以看成是SAN的一部分。在设备管理上，通过SVC的虚拟卷管理功能，首先将所有的磁盘卷交给SVC管理。管理员根据设备的特性，定义了高性能组设备和低成本设备，并根据服务器的需要创建和分配存储。例如当某个服务器对存储空间的需求发生变化时，SVC可以动态的在多个存储设备直接调配存储空间。如果某台服务器的I/O要求突然提高了，可以动态更换虚拟盘Vdisk所对应的物理设备。例如，某服务器上的Vdisk所原来使用的是“低成本组”的磁盘设备，如果发现性能不够时，可以在不停应用的情况下，透明的将数据转移到“高性能组”。 所有的迁移过程对服务器透明，因此不需要中止应用。按照SVC的功能，将数据整合分为以下几种类型： 1．虚拟化现有的数据 当SAN VC 完全配置好以后，它又可以将原先磁盘上的卷及数据透明的迁移到其他真正的虚拟卷中，如下图所示： 虚拟化已有的数据 如图所示，原先磁盘的数据通过SVC的迁移功能可以透明地条带化到真正的虚拟卷中。 2．在同一存储设备中移植数据 当现有存储设备的配置发生变化或需要对其需要整合时，比如磁盘阵列扩容，需要把数据从36G的磁盘移植到建立在146G磁盘上的Vdisk上时，该功能就可以对现有阵列的扩容的同时而不影响应用。 3.替换现有阵列 SVC对用户的SAN虚拟化后，可以根据需要将数据在不同的存储之间进行透明地移植，如将某一组应用的数据从低性能磁盘移植到新购的高性能阵列而不影响应用和生产，如下图所示： 4.SVC虚拟化与非虚拟化共存 在某些情况下，客户希望某些应用的数据不通过SVC虚拟化，直接由原有的SAN提供给主机，SVC可以支持非虚拟化的卷和虚拟化的卷共存。如下图所示： 5．调整存储空间的利用率 如上描述，SVC在支持对虚拟卷进行在线的移植，扩容。同时SVC还支持对虚拟化卷的缩小，如下图所示（但此功能需要主机操作系统卷管理软件的支持。） 调整存储设备的利用率 通过IBM SVC加入上海财税信息系统后，通过上述介绍的SVC数据整合功能，上海财税可以轻松地根据系统和业务的需要，在新旧存储空间进行数据移植，I/O性能的调配。主要的实施步骤如下： 现有存储空间的调查，明确目前系统需求。 新旧存储设备整体规划，数据迁移计划。 在新旧存储设备之间/不同的存储设备之间/同一存储设备内部进行在线数据移植