nkj827
作者nkj8272017-08-25 10:00
项目经理, 长春长信华天

从传统存储到svc实施难点与运维中故障诊断、处理探讨活动总结

字数 3100阅读 5783评论 1赞 12

现在很多企业的数据库是存放在传统存储设备上的,随着企业业务量和数据量的增加,不同品牌不同型号的传统存储不断上线暂时满足了业务和数据存储的需求,俚是存在以下的问题:不同厂商的存储设备有各自的管理界面和管理方式使设备的管理与运维越来越复杂,同时数据备份也无法很好的在各种传统存储上实现,一些老旧的存储设备上还保存着企业的重要数据,一旦这些存储设备出现故障业务系统就会中断,数据存在丢失的风险等等这些问题急需解决。

IBM SVC存储虚拟化产品以统一的界面管理不同厂商的存储设备,降低设备管理和运维的复杂度,提高存储设备的利用率,采用SVC的高级功能实现不同存储设备的数据统一备份,老旧设备出现故障不影响业务系统的正常运行,提高了业务的连续性和数据的可靠性。

一、核心议题:

1、svc与v7000各适用于哪些应用场景?
2、用svc管理传统存储设备需要做哪些准备工作?
3、如何发挥旧存储设备的性能?
4、如何实现存储虚拟化后的备份与容灾?

二、活动问答

Q:用svc管理传统存储设备需要做哪些准备工作?

1.兼容性调查,现有存储和SVC的兼容性调查。
2.现有SAN环境的梳理。
3.现有环境当中存储卷的梳理。
4.加入SVC之后的卷配置及存储池规划设计。
5.规划合理的停机时间
6.把svc加入到现有环境中,需要做停应用操作,申请停机时间,停止应用,更改交换机上的zone,更改存储上的LUN Masking映射,在SVC上使用Image Mode来创建VDisk以继承原有的数据,卸载主机上原有的多通道软件,安装SDD,然后启动应用!

Q:什么样的系统环境和系统业务场景情况,适合转到SVC上?

以下情况适用svc
1、IBM SVC是整个SAN网络的控制器,将整个SAN网络中的各种存储设备整合成一个巨大的“存储池”,使用户充分利用存储资源并可按需分配存储空间、性能和功能。
2、主机只需要安装一套多路径软件就可以实现对IBM SVC提供的逻辑卷进行数据读写。
3、可通过为主机应用程序提供更灵活的存储容量访问,帮助提高存储利用率。
4、可通过使用简单的通用界面实现异构存储系统的自动配置和便捷管理,从而帮助提高运维管理的工作效率。
5、可支持从高成本到低成本的设备以及跨多个厂商所提供存储系统的高级复制服务。
6、增强了存储系统的灵活性,能够实现无缝的数据迁移操作,当客户在做存储设备更新、替换时,不再需要停应用停机。

Q:采用svc后,原来使用的ds4700和ds5020如何发挥其最大的性能?

接在svc上继续用就行,可以放低性能大容量的数据。也可以和闪存配置成easytier正常使用。

Q:SVC和LVM MIRROR两种技术的优缺点?

LVM Mirror是AIX免费提供的逻辑卷镜像技术,在AIX环境中广泛使用,特别是在rootvg的镜像技术中及部分数据库环境中。

实现LVM Mirror很简单,而且对存储没有太多要求,只要求两个存储的性能相当即可。创建LVM Mirror简单,但是在处理存储故障,数据恢复等方面需要技术人员较高的技能。另外Oracle从11g的R2版本开始RAC环境中官方不支持使用LVM方式管理磁盘。

LVM无法做RAW disk(PV)的镜像,只能基于VG,SVC是数据中心企业级解决方案, 不仅提供存储高可用, 还与PowerHA整合, 提供大部分应用高可用方案,不占用系统资源, 数据复制性能高,提供简单易用的管理菜单,支持FS, LV, VG和RAW Disk。无需精通LVM的技术人员, 统一由成熟的存储技术(Metro Mirror)来实现。

Q:V7000的数据迁移问题?

现有环境中有一台老的存储需要将其数据迁移V7000存储上,而且这个V7000存储的容量较大,只能根据老存储的原容量适当扩大后进行迁移(余下的留给其他应用),同时需要在线迁移,尽可能小的影响原来的应用环境。请教这种情况下,怎么安排实施比较合适?谢谢各位,能够提供多的一些解决办法。

数据迁移过程建议采用镜像技术,通过操作系统自身提供的镜像功能,进行数据迁移。在此过程中,当条件许可,几乎可以完成不停业务的数据迁移(为了安全起见,在某些关键时刻点,建议预留停业时间)。

具体操作过程如下:

  1. 在服务器上安装虚拟存储的设备驱动程序:Datapath
  2. 按照规划将虚拟存储管理的 vdisk 分配给对应的服务器
  3. 在服务器上执行设备识别程序,识别虚拟存储磁盘
  4. 将虚拟存储磁盘(vpath)填加到待迁移数据所在 vg 之中
  5. 执行数据镜像(迁移)命令,实现数据迁移,直到原有磁盘的数据完全迁移到虚拟存储
  6. 将原有磁盘依次从 vg、操作系统中删除
  7. 此时数据已经完全迁移到虚拟存储,旧存储将进行重新按照新设计方案进行磁盘划分
  8. 将旧存储划分好的磁盘分配给虚拟存储管理设备(称为 mdisk),由虚拟存储进行管理,再分配成 vdisk,供下一个待迁移系统使用
  9. 按照以上步骤,依次完成旧存储和服务器的数据迁移在以上操作过程中,原则上不需要中断业务,但在数据迁移阶段会有性能下降,安装驱动程序时也可能会影响程序对数据访问,建议选择停业(不需要停机)时间进行。

Q:ESC模式下的两端存储是否要要配置成VDM模式?

esc为增强的拉伸集群,自7.2开始。从结构上看就是将一个io group的两个节点物理上放在了两个不同的地方。我的理解就是个增强的local vdm。只是为了更好的实现双活,多了仲裁节点、又引入site、failure domain等概念。在数据写入上,为了优化写如性能,esc仅写入本地缓存,不强制对端节点写入完成。

Q:存储数据迁移问题?

目前我司的老存储和新存储已经通过truecopy技术实现了数据同步。 服务器是2台ibm 小机 做了HA,datavg放的是db2数据库文件,目前datavg挂载的老存储硬盘, 想切到新存储上面。然后把老存储踢掉。请问如何把服务器迁数据移到新存储,断开老存储。

不太理解truecopy技术,如果是基于存储的复制的话,可以直接停止应用,断开复制,导出基于老存储的vg,导入基于新存储磁盘的vg,就OK了。

如果抛开磁盘复制,aix lvm也能做到。新存储加入老存储的vg--使用mklvcopy同步旧存储上的lv到新存储--同步完成后将老存储盘上的lv拷贝删除,命令rmlvcopy---删除成功后,reducevg 命令删除老存储硬盘---rmdev删除老存储盘---老存储断开即可。

Q:SVC HyperSwap和SVC ESC两种A-A双活方案,在故障转移过程中,各自有哪些难点需要注意?

esc和hyperswap这两种双活技术还是有差别的,两者各有优劣,值得选择障碍症者好好纠结一番:

  1. esc是一个io group的两个节点放在了不同位置。占用较少的资源,但是一个节点失效时,另一个点的cache会被禁用,性能下级比较厉害。主机的路径也会少一半
  2. hyperswap的两个站点使用了不同的io group,占用资源较多,一个节点失效时,另一个站点的cache不受影响,性能可以得到保证
  3. hyperswap在性能和冗余上比esc好,且支持v5000、v7000、v9000等产品,技术下探到中端存储,性价比不错,但是不能做异地灾备扩展了。
  4. esc目前仅可以svc做,后续可以支持异地灾备。

Q:从传统存储到svc,你觉得实施难点具体有哪些?

实施svc相当于在存储和主机之间又增加了一个风险点,在出现链路问题或者IO问题时,增加了排查问题的复杂度,这大概也是存储虚拟化推行的难点之一,因为不同厂商存储的整合,出问题时不太好定位哪家厂商的问题。

如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!

12

添加新评论1 条评论

wuwenpinwuwenpin软件开发工程师, 南京
2017-08-29 20:27
总结得非常不错。
Ctrl+Enter 发表

本文隶属于专栏

活动总结
活动总结是社区交流活动内容的总结及延伸,为大家提供了社区专家们丰富且高水平的理论知识、实践经验以及常见问题的最佳解决方法,非常值得大家收藏学习。

作者其他文章

相关文章

相关问题

相关资料

X社区推广