数据库容灾、复制解决方案全分析

newilive

要找技术含量高的，那你就去找DSG好了，他们的技术含量最高。
我们提供的是成熟的、稳定的、有效的、可靠的方案，项目管理中最重要的是不要最新最难的技术，而要使用成熟稳定的方案。
我们的技术含量就是在于怎样保证大数据量，超大数据量的数据库的复制的稳定、准确。而不是解决某一方面的技术难题。

另外，我们现在的方案初始复制的速度已经查不多达到了网络或磁盘io的极限，再提高一倍就超过了网络带宽了，这是肯定不可能的。嘿嘿，毛主席教导我们要实事求是。

hitgdj

佩服中，非高手不能为也。

newilive

最初由 Kamus 发布
[B]
我不知道你们的这个产品是不是就是herycom的PPT中说的那个产品，如果是那么是否是靠oracle的高级复制来作的？如果不是，那么又是什么机制来进行同步的？

你说的每天同步500G没有问题，是指初始化时候的同步？也就是主机处于非工作状态？还是每天业务产生500G数据，你们也能实时同步500G？
[/B]

herycom提供的PPT只是本公司以前提供的一个资料，并不是指一个产品，而是多种复制方案的分析，也提到了我们的两种复制方案。
A-SNAP 使用的是实例化视图为基础，是高级复制中的一种技术。
500G是指在初始复制时，但主机可以是处于工作状态的，不需要停止工作，这是A-SNA复制软件的一个重要的优势。

补充说明： A-SNAP在初始复制时，能够达到网络满负荷，超强的初始复制性能，这也是A-SNAP的突出优势。

具体见我们的网站www.newilive.com，虽然界面土点，但说得很清楚了。
欢迎大家多提关于A-SNAP自动快照数据复制软件 的问题，我们将尽量提供满意的解答。

不好意思，几天没来，回复晚了

colonels

这个站www.newilive.com公司是不是倒了，怎么访问不了

newilive

最初由 colonels 发布
[B]这个站www.newilive.com公司是不是倒了，怎么访问不了 [/B]

已经可以访问了，不过内容方面正在改版中。

cyberdpo

可用于远程容灾的数据复制第三方软件不只有quest的shareplex和dsg，goldengate的ggs是比他们更为优秀的复制方案，这个已经在国内某个项目的对比测试中得以证实。ggs的功能、效率和支持的数据库种类和操作系统远不是其他软件所能比拟的，而且已经得到了时间的验证，大家可以到www.goldengate.com和其他公司网站自己做一下对比。
事实是检验真理的唯一标准，产品的性能和稳定性是需要很长时间验证的，不是一个自称先进的程序就能解决的问题。

dx6340

吹吧，有牛上天了

cenwell

高

lijietz

没时间,就看了前面2页..发表一下自己的看法.hehe
                                                               
我觉得异地容灾的可靠性是可以得到保证的,就emc mirrorview来说把.
一次i/o不是写到本地存储就可以上报给主机表示i/o完成了的.
                                             
假如深圳(主机和存储a)和上海(存储b)异地容灾,一次i/o完成
应该是写到存储a上,a通过san,写到存储b上,当b也写入了..b通知a,此时a再通知主机.
一次i/o才算完成..而不是写入到a就算一次i/o完成了.
这样一来,对上层oracle来说,跟写到本地存储是没有区别的.
只是emc这样做.i/o的原子性大小不一样.效率多少会受到影响.
                       
而存储一般都有ups,即使没有,好点的存储都能保证在断电前把
cache中的内容写入到硬盘.

newilive

最初由 Kamus 发布
[B]主库创建mvlog，然后备库创建mv
如果只是create mv as select * from sourcetable;
那么这样的效率我一点儿也不怀疑，因为确实所有的压力都交给网络了。

其他的功能还用到了什么？因为我记得ppt中有说是多种oracle的技术混合使用的。 [/B]

正是，我们A-SNAP软件的基本原理就如版主所说，当然实际工程中肯定不是这么简单。其他还有很多技术，如：自动错误处理、自动检查核对、自动短讯报警等功能，不是一下能说清楚的。
总之，对于巨型数据库的复制，在基础技术选择和二次开发方面，我们都要精益求精，反复测试，确保项目的效果。

    顺便发布一下上次并行数据库的测试结果，很长时间没去管它，两台独立主机和存储的并行数据库已经增长到300多G，其间除了扩充存储空间外，没有发生过其他故障。维护上也只是按月对主要表进行增加分区等日常维护。
    在此基础上，本公司将该技术发展为A-SYN(Apposition synchronization)软件，适合于进行负载分担的数据库容灾或应用环境。是最理想的数据库容灾、复制解决方案。