关于《重要信息系统灾难恢复指南》的一个疑问

bbjmmj

原帖由 mike79 于 2009-6-25 22:26 发表

大神是反小型机、反oracle、反Java大神，基本上企业级市场在用什么，它就反什么。大神才不管企业用户的实际需求是什么，就拿着国标这个本本去套。需求不符合国标，那就是需求有问题，客户水平不高。
他现在挺 ...

你不是搞软件开发的吧？编软件的，用哪个数据库，很多时候只是点点鼠标就可以决定的事，搞编程的都知道，用什么数据库其实并无本质区别，我们校内用的管理系统用的是SQL SERVER，因为这个东西职高教材里讲。
选择何种数据库，主要取决于两个因素：利润和运维。

lsw

人家都说了，只是指南呀，，

呵呵。。

bbjmmj

原帖由 lsw 于 2009-6-26 17:14 发表
人家都说了，只是指南呀，，

呵呵。。

已经不是指南了，07年改名为《信息系统灾难恢复规范》(GB/T 20988-2007 )，升级成国家标准了。

ry715

原帖由 bbjmmj 于 2009-6-23 16:09 发表


如果ORACLE达不到国家规定的安全标准，那它就已经注定淘汰的命运了。

除了实时无缝切换，若干种开源、闭源数据库都可以达到国标六级的技术要求，随便抓一个像点样的数据库应该都可以。能完全满足国标六级 ...

老大，你能不能设计一个用其他若干种数据库可以达到国际六级技术要求的方案，然后我们再看看ORACLE为什么不行，如果真的ORACLE那么差，以后就让用户都换掉

bbjmmj

原帖由 ry715 于 2009-7-1 17:58 发表



老大，你能不能设计一个用其他若干种数据库可以达到国际六级技术要求的方案，然后我们再看看ORACLE为什么不行，如果真的ORACLE那么差，以后就让用户都换掉

唉……看来大家都不怎么编程序，数据库有很多种的，可以在集成开发环境里面用鼠标点选的~~~~
无论多么垃圾，ORACLE都不是那么容易换掉的，因为应用程序里面通常都有些ONLY ORACLE的东西，很难移植，如果ORACLE容易移植，它也就活不到今天了~~~
ORACLE应用里面危害最大的就是“事务”，工行07年个人业务中断一整天，就是因为“事务”拥塞，系统险些崩溃）（*&@&￥*（@#￥@）#*@

ry715

唉，你总是在说这个不好那个不好，每次想让你说出来个好的大家学习学习，都很难，你先说说啥好，至于能不能把ORACLE换掉，这个我自然会去想办法，你一直说ORACLE 不好，可是又不说啥好，我怎么和用户说呢

bbjmmj

原帖由 ry715 于 2009-7-2 17:42 发表
唉，你总是在说这个不好那个不好，每次想让你说出来个好的大家学习学习，都很难，你先说说啥好，至于能不能把ORACLE换掉，这个我自然会去想办法，你一直说ORACLE 不好，可是又不说啥好，我怎么和用户说呢

很简单哦，你可以跟用户讲911，N多世界级的商业机构在911之后破产，告诉他鸡蛋不能放到一个篮子里的道理，ORACLE不支持多数据中心，以前不支持，现在不支持，将来也不会支持，用这东西，基本上是抱着炸弹睡觉。而且，你的业务一旦被它劫持，基本上没有可能移植到其它数据库上，你可以给客户讲跨数据库应用之类的东西，讲SQL标准，只要用户肯接受两种以上的数据库并存，他绝对不会选择ORACLE。

ry715

那什么数据库支持多数据中心，如何支持，介绍一下啊

bbjmmj

原帖由 ry715 于 2009-7-3 15:02 发表
那什么数据库支持多数据中心，如何支持，介绍一下啊

翻翻你的大学数据库教材，里面就有介绍。
大学数据库教材都是以商用集中式关系数据库为例讲解数据库原理，所以很多人学过之后会误以为数据库就是商用集中式关系型数据库。
但是你仔细看前面几章的介绍，里面有数据库分类，其中就有“分布式数据库”，这种数据库会在每个节点保存一份数据库的拷贝，只要有一个节点完好，数据就不会丢失，这种数据库就是多数据中心的。
商用集中式关系数据库现在也开始有少量分布式数据库的功能了。