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

herycom

最新消息
我的同步复制性能好象越来越好了，增量计费1秒左右就完成了，记录数已经到7252383了。
如此好的性能出乎我的意料之外。

xzh2000

最初由 herycom 发布
[B]最新消息
我的同步复制性能好象越来越好了，增量计费1秒左右就完成了，记录数已经到7252383了。
如此好的性能出乎我的意料之外。 [/B]

呵呵,顶一下,这个问题还要继续讨论下去的.

eygle

最初由 herycom 发布
[B]最新消息
我的同步复制性能好象越来越好了，增量计费1秒左右就完成了，记录数已经到7252383了。
如此好的性能出乎我的意料之外。 [/B]

低活动量和负载的同步复制是没有问题的（前提是网络可以保证）
但是比如你有100张表，需要同步复制，大量频繁的并发变更就可能有问题了。

所以我的观点还是，能够满足需求的技术就是值得采用的。
但是不可能放之四海而皆准

herycom

如果大家真有数据库复制方面的困难，可以去继续讨论

lc7888

最初由 herycom 发布
[B]如果大家真有数据库复制方面的困难，可以去 新我来科技网站 www.newilive.com  看看，也许能够帮助你解决问题，不过他们的产品报价看起来不贵，但如果你要复制的表很多，价格可就很贵了。 [/B]

看了一下这个网站，怎么一点技术细节也没说啊？只是强调功能有多强大，怎么让人信服啊？不过报价倒是很详细……

lojian

这个每秒钟7000多条的描述并不准确，这个条数更加受到表格的结构约束。可否提供一下表格的结构信息。

eygle

最初由 lojian 发布
[B]这个每秒钟7000多条的描述并不准确，这个条数更加受到表格的结构约束。可否提供一下表格的结构信息。 [/B]

其实别人的方案拿过来不一定适合我们的情形。
实现是重要的，至于结构等等是次要的。
所以明白了原理，有需要的时候自己的测试肯定是必须的。

如果要更精确，那应该算算redo/undo的数量

lojian

最初由 eygle 发布
[B]

其实别人的方案拿过来不一定适合我们的情形。
实现是重要的，至于结构等等是次要的。
所以明白了原理，有需要的时候自己的测试肯定是必须的。

如果要更精确，那应该算算redo/undo的数量 [/B]

测试是肯定的，复制领域完全通用的产品基本上没有。

lojian

最初由 eygle 发布
[B]

其实别人的方案拿过来不一定适合我们的情形。
实现是重要的，至于结构等等是次要的。
所以明白了原理，有需要的时候自己的测试肯定是必须的。

如果要更精确，那应该算算redo/undo的数量 [/B]

测试是肯定的，复制领域完全通用的产品基本上没有。

lojian

我觉得，
其实速度并不是越快越好，只要能够在忍受的范围内完成即可！
其他功能，比如数据记录的筛选，数据类型的转换，能否将数据库的数据转入到另外一个数据库中等功能可能也是需要考虑的范围。