[求助]求高人分析已实现oracle rac所设计结构的风险及规避风险
恼火哦。一、为了经费考虑，方便维护。前期经过与服务器厂商技术、临时雇佣的第三方工程师、加上我三个人这么设计：
不安装oracle rac。
2台 服务器做raid 10，分别安装oracle，oracle的所有数据文件都放在服务器上，使用rose ha做双机热备。
1台 nas备份
二、合同签订以后，我就没介入这个项目了，在设备进场的时候，项目组成员根据ERP实施工程师的建议，叫系统集成商安装oracle rac，但是没有买共享存储，于是系统集成商这么做：
2台 服务器 安装oracle rac，数据放正nas上。
1台 nas配置成iscsi target
悲剧的是，我现在又要负责维护这几台服务器，我本身对这方面完全不懂，就是有了这个项目，才通过互联网知道有iscsi、oracle rac这回事。
现在听系统集成商说，rac还是比较麻烦的，以后那台nas出问题你们就恼火了……
现在担心啊，求各位分析一下，我们现在的结构，存在哪些比较严重的问题？
我目前能想到的就是单点故障……
请各位分析一下风险，然后该采取什么措施怎么最大化规避风险 你这nas支持rac么？得确认确认，大厂没问题，小厂的不一定经过测试，牵扯到底层scsi锁是否支持到位问题。
nas双控么？双控的话单点问题不要过于担心。 你把拓扑图放上来让大家帮你分析吧!我猜想你的单点故障应该在网络部分，比较严重的问题也应该是网络部分。 有风险 RAC有风险，使用需谨慎 差不多啦
难道是大家都对ISCSI没信心？ 呵呵变成人工切换了。
页:
[1]