事业单位SVCv7000GPFSds5020

本地两节点的GPFS,有无必要通过SVC管理

目前在用的存储是两台IBM DS5020,两节点的GPFS跑ORACLE RAC数据库应用,两存储通过GPFS同步复制。刚刚买了V7k和SVC,有无必要通过SVC管理?我认为多个设备就多个故障点,而且数据库的DIO也无法通过SVC缓存加速...显示全部

目前在用的存储是两台IBM DS5020,两节点的GPFS跑ORACLE RAC数据库应用,两存储通过GPFS同步复制。刚刚买了V7k和SVC,有无必要通过SVC管理?我认为多个设备就多个故障点,而且数据库的DIO也无法通过SVC缓存加速

收起
参与4

查看其它 1 个回答ZhuJun2014的回答

ZhuJun2014ZhuJun2014存储工程师IBM

1.数据库的DIO不是说I/O写到SVC管理的后端存储的磁盘中,是说从数据库buffer刷到Oracle所用的磁盘中。DB不管这是内置盘还是外置存储,只管刷I/O。存储的缓存肯定管用,否则早在DB环境中消失了。

2.如果是做了GPFS的复制,那么说明当时没考量做高可用,只是打算做容灾需求。GPFS也可通过failure group做镜像,但不确认贵单位是否是这种场景。如果是,那没必要上SVC。如果不是,又需要做高可用,那么上SVC做VDM镜像是可行且有必要的。

3.如果是所有应用都想做存储高可用,那么引入SVC做VDM,是很不错的选择。在一个统一管理接口下实现底层存储高可用。这种方案非常成熟且客户众多。

个人觉得多个部件多个故障点,只是一个数学推导方法。现在的存储系统和应用系统架构,都比原来复杂多了。高端存储都通过互联技术做高扩展,那么IB交换层显然也是增加一个故障点。只要架构确保是冗余的,那么没必要那么担心。

硬件生产 · 2016-07-26
浏览1280

回答者

ZhuJun2014
存储工程师IBM
擅长领域: 存储灾备双活

ZhuJun2014 最近回答过的问题

回答状态

  • 发布时间:2016-07-26
  • 关注会员:2 人
  • 回答浏览:1280
  • X社区推广