金融案例研究细节

客户类型 主要金融公司
客户部门 金融
源存储 NetApp FAS3040, 2 arrays, 6 ports
目标存储 EMC VNX 5700, 1 array
主机数量 10
主机类型 Windows, Linux
主机应用程序 Oracle RAC, MSSQL, Lotus Notes
复制类型 Local
DMS 型号和数量 2x DMS4000 in each of two sites

挑战

  • 在每两个站点迁移120 TB的数据
  • 在没有停机计划的生产环境中运行24/7,直到几周后插入,但迁移需要立即开始
  • 应用服务器群是多样的,有Windows SQL,Linux Oracle RAC 和 VMware 的客户端主机
  • 整个迁移过程中,不能有任何中断或者对产品性能的影响
  • 批准任何对主机、交换机或源存储的更改是很难获得的

解决方案

  • DMS服务器可以在不改变任何环境,无停机,应用程序正在运行的情况下被部署迁移
  • 在没有任何WWPN,交换机和存储元信息被输入的情况下,DMS 帮助整个SAN映射
  • DMS为环境的可视化验证绘制了一个精确的SAN配置图
  • 管理员根据客户的需求使用适当的迁移攻击性设置创建迁移会话

结果

  • 整个迁移过程没有任何影响性能的用户报告
  • 这两个网站的迁移 (总共240TB)需要近120小时完成,没有报告显示对数据库操作有影响
  • 最后割接到新的存储器又快又稳
  • 旧存储器的离线安全擦除(存储器清理)对客户端主机也没有影响
  • 部署和配置DMS迁移的总时间为:41分钟(并对现存的SAN环境无影响)

来历

在这里说的金融公司有两个数据中心,换下老一代的 NetApp HA 存储器替换成新的EMC VNX-5000存储器。因为这个环境包含了不同的操作系统平台的多个客户端主机 (Windows, Linux and VMware),运行要求苛刻的Oracle和SQL的金融应用,所以主机端数据拷贝到新的存储器被认为是不可能的,因为需要大量的停机时间。

The Cirrus Data Solutions 的DMS可以提供从 NetApp 到 EMC 存储器的实时迁移数据,并且对现有的 FC SAN没有任何影响,从而避免任何分区的变化,主机端驱动程序的安装,或者存储器LUNmasking的改变。使用TDI技术,DMS 一旦插入运行的 FC 数据流中,就避免了通常数据块级迁移会带来的风险。每条路径上的实时I/O将会暂停几秒,在插入之后自瞬间自动恢复。然后,DMS会发现所有的源LUN和主机并进行迁移。

数据库应用程序来说整个迁移过程是透明的,并且对生产不造成任何影响。在切换过程时,操作人员简单的只须花一点时间从旧的存储器上卸载数据库然后重新安装到新的存储上。

然后,DMS进行安全擦除,4 通擦除旧的 LUN,确保离线存储器可以重新被利用或退回。

客户被如此简单的安装DMS设备,整个现有的SAN环境是如何被发现的,没有用户输入就显示图像,对这些印象深刻。客户所需要做的是识别和标记每个发现的源LUN,并对它们和新的目标LUN进行配对,这个过程可以用一个简单的命令来完成。DMS的迁移过程可以测量队生产流量的影响, 客户也可以设想攻击水平,这样在整个迁移项目过程中,数据库将不会知道任何对它们系统的影响。