构建真正的7*24小时应用

unixbeginer

整天在方案中吹嘘7*24小时应用，真到部署时，真的能实现吗？
说句老实话，高端的项目做了也不少了，可认真想一想做过的项目，那个能实现7*24小时的应用呢？
举个例子，部署rac的次数多的不像啥了，可是oracle crs、hacmp，哪个没有导致过双机重启？哪个装完机，不需要停机维护？
我就在想，像铁路货运调度，那可真是要求，最大程度的提供应用可用性，怎么实现呢？
大家讨论讨论吧？

unixlinuxsys

多个双机集群

blue_stone

7*24的系统不是完全考技术来实现的, 更不是考底层架构来实现的.

7*24的系统要求太多, 从底层的系统架构, 到应用, 到管理, 到流程, 每一个环节都不可或缺.

另外7*24的系统是允许停机的. 只是对时间的要求会比较严.

山野村夫

7*24是一种理想

unixbeginer

所以我才以铁路调度做例子啊，7*24小时不能断服务。rac引起双机down机的情况实在太多了，所以rac不适合；ha有接管时间，也不合适。用oracle流复制？

tochu

1. 用RAC，建议用至少3台机器。
2. 用RAC, 不要用第三方的集群软件，如 HACMP, SERVICE GUARD。因为切换时间太长了，直接用ORACLE的crs来管理，1分钟不到就可以切换过去
3. 所谓7x24，要看你头入多少钱；请啥样的人去做设计，呵呵

你说的情况，一台机器死掉会导致地二台机器也重新启动，应该是第一台机器死掉 OCR/VD被hung住导致的，正常来说，一个节点死掉不应该导致OCR/VD被hung住，不知道这你的系统里面如何做的；

山野村夫

原帖由 unixbeginer 于 2009-8-24 14:08 发表
所以我才以铁路调度做例子啊，7*24小时不能断服务。rac引起双机down机的情况实在太多了，所以rac不适合；ha有接管时间，也不合适。用oracle流复制？

这个问题我还没有遇到过

wuqing

原帖由 unixbeginer 于 2009-8-21 22:42 发表
整天在方案中吹嘘7*24小时应用，真到部署时，真的能实现吗？
说句老实话，高端的项目做了也不少了，可认真想一想做过的项目，那个能实现7*24小时的应用呢？
举个例子，部署rac的次数多的不像啥了，可是oracle ...

主要的问题在于你提到的很多应用场景使用的操作系统
你想象一下如果你使用的操作系统都是实时操作系统呢？
然后每一个节点都是同时连接两个网络？
每一个节点都是双机？
每个双机都是Active-Active而不是Active-Standby呢？

你觉得你做过的很多应用无法满足7*24小时的要求是因为切换时间太长，可是如果切换时间就是5秒呢？

wuqing

原帖由 unixbeginer 于 2009-8-21 22:42 发表
整天在方案中吹嘘7*24小时应用，真到部署时，真的能实现吗？
说句老实话，高端的项目做了也不少了，可认真想一想做过的项目，那个能实现7*24小时的应用呢？
举个例子，部署rac的次数多的不像啥了，可是oracle ...

给你列举一个例子吧
移动某公司的短消息中心，64台HP LH2000的服务器（配置不高），Active-Active的方式，高速信令卡通过IP方式聚合在一起（经过协议转换），服务器和移动的网络连接不直接采用信令卡，而是聚合以后的IP网络。

服务器爱怎么坏就怎么坏，爱怎么维修就怎么维修，从来没有耽误过哪怕1分钟的业务！绝对真正的7*24小时！

wuqing

原帖由 山野村夫 于 2009-8-24 15:56 发表

这个问题我还没有遇到过

RAC引起宕机的事情没有遇到过说明数据库应用压力不大