typedata 发表于 2014-08-17 16:08

大型的批量业务放到下班后再做可以吧

wolfop 发表于 2014-08-18 11:27

说到底，当年设计这个架构的人为了省钱，第二设备用性能不匹配的低端设备，再加上电池坏了不更换，自找的。
而且我一直对基于存储的所谓容灾都不感冒，防止INFORMIX成熟的HDR/RDS不用。

phanx 发表于 2014-08-19 01:05

这个项目实施中肯定有问题。飞康难道没有把控过？
这种两个存储镜像的LV，sched policy 应该设置成sequential而不是默认的parallel。
AIX默认的策略parallel是从不忙的磁盘读取，有可能读到坏块。
Mirror Write Consistency估计也没有开启，这种配置下两个存储性能有差距，开了WMC性能估计很糟糕。
估计还是因为当时项目为了省钱才没有上两个性能对等的存储啊。

还有当时应该停库，做LV分离的。

Purple_Grape 发表于 2014-08-21 10:45

居然没用EMC，出事了吧，呵呵

去IOE，怎么去？得靠实力。

bbjmmj 发表于 2014-08-21 22:44

phanx 发表于 2014-08-19 01:05 static/image/common/back.gif
这个项目实施中肯定有问题。飞康难道没有把控过？
这种两个存储镜像的LV，sched policy 应该设置成sequent ...

我也认为是LVM镜像的问题，只是没用过AIX，凭经验猜的，系统应该是07年做的，LVM镜像的风险当时可能没有被认真考虑过，我认为是管理员的失职，管这么久服务器应该意识到潜在风险。

BetonArmEE 发表于 2014-08-23 23:22

jzcjy 发表于 2014-09-02 15:22

这种硬件配置方案从开始已经种下了灾难的隐患！从技术层又不明确！到了操作层更是茫然；很可怕的一个事件！

angelasong2008 发表于 2014-09-05 12:22

cdp使用的低端存储拖垮了数据库写性能，当时直接把飞康设备关机即可，删除镜像可能无法立即生效

jzcjy 发表于 2014-10-18 11:30

这就是典型的脑残方案和弱爆了的DBA，浪费呀

jzcjy 发表于 2014-10-18 11:30

这就是典型的脑残方案和弱爆了的DBA，浪费呀:dizzy::dizzy::dizzy:
页: 1 [2] 3
查看完整版本: 宁夏银行故障后续