SFRAC (双阵列冗余) 用户认可了！（有关阵列测试及恢复）

五“宅”一生 · 发表于 2009-1-17 22:16

强悍！支持一下。

shahand · 发表于 2009-1-18 12:12

上周看到这种方案在lu被痛批。

oldunix · 发表于 2009-1-18 18:11

原帖由 shahand 于 2009-1-18 12:12 发表
上周看到这种方案在lu被痛批。

如果是单阵列，选这种方案应该被痛批！

如果是双阵列作数据冗余，没有第三方集群，估计是实现不了！

我做过用ASM（10g），关主voting（有奇数个盘或者文件），就会整个集群重启动！关辅voting（有偶数个盘或者文件）就没事！而且关阵列后恢复特别麻烦！

shahand · 发表于 2009-1-18 22:02

原帖由 oldunix 于 2009-1-18 18:11 发表

如果是单阵列，选这种方案应该被痛批！

如果是双阵列作数据冗余，没有第三方集群，估计是实现不了！

我做过用ASM（10g），关主voting（有奇数个盘或者文件），就会整个集群重启动！关辅voting（有偶数个盘或者文件）就没事！而且关阵列后恢复特别麻烦！

就是说阵列做soft镜像的方案。

另外，准确说你关超过一半vote的那个阵列就会都panic的！

比如array1有vote1，array2有vote2&vote3，

如果关闭array2，理论上应该会导致all node panic 。

oldunix · 发表于 2009-1-19 12:49

原帖由 shahand 于 2009-1-18 22:02 发表

就是说阵列做soft镜像的方案。

另外，准确说你关超过一半vote的那个阵列就会都panic的！

比如array1有vote1，array2有vote2&vote3，

如果关闭array2，理论上应该会导致all node panic 。

说反了：（只用oracle clusterware）

关只有一个vote1的阵列array会导致oracle clusterware panic

关有vote2 vote3的阵列2系统是稳定的

如果是第三方集群（目前我做过sun cluster Veritas SFRAC）
随便关哪个，最严重的是一个节点被踢出集群，

如果存储调到最优规划，切换时间不超过15秒（oracle数据库悬挂）