请大家探讨一个数据传送的方案(置顶几天)

dbchip

用ORACLE的复制吧，只要线路不是太差，复制还是不错的，我们用过，20多个点的复制。
或者用IBM的MQ，也很好用，对实时性要求不是很高。

jlandzpa

我现在就图个省事，写了几个后台过程，然后用cron调用；
网络好的情况下，运行得还不错.

yrl16888

A端增量倒出 ----- 〉FTP文件到B地 -----〉B端增量倒入， 如何 ？

feng_xin

最初由 jlandzpa 发布
[B]我现在就图个省事，写了几个后台过程，然后用cron调用；
网络好的情况下，运行得还不错. [/B]

呵呵...我们有个应用也是这么解决的。
北京------上海，128K(F.R)
开始采用快照，但是有个10多万记录的表总是有问题，若当天刷新失败则此表中无数据，而且刷新时间不能控制在某一特定时间，几个循环就到白天刷新，经常锁住远端的表。
后来写个过程（先delete,后insert......@dblink），通过cron调用，运行一直很好。

若网络不好的话，可以尝试调整SQL*NET的参数，SDU，TDU，TCP.NODELAY等，效果也不错。

jlandzpa

先delete,后insert......@dblink, 看来你们系统的更新规则比较简单。
现在网络好多了，一个地市是光纤，大多数地市是512k,少数地市是256k.

kongjie

用DB_LINK绝对是最可行的方案，我们已经做过N年、N个分布式系统了，从没失败过，管你想传什么（当然，图象会有些小麻烦），
小表可以直接先全部delete，再insert，因为小表记录少嘛
大表绝对不行，只能传送有变动的（我用普通56K猫，传6万多条商品信息，传了4个小时），可以通过两边表的传输标志位（已传或未传，传过的如果有改变又变成未传）和传输时间（或变动时间来解决），控制只传改动过的很少数据

DB_LINK可以很好的解决传过还是没传过的问题，出错，系统自动回滚，

现在宽带这么普遍，上了后，传数据很简单，尤其用developer/2000写个传数程序最好，可以很容易判断一些错误，并且有强大的游标功能

并且，安全性就不用考虑了，我们基本可以相信Oracle了

dzzh

作中间键，应用soap 实现数据的传输。这样做需要有各种的环境，但用起来很简便，爽呦！

robertyang

我同意楼上的看法，要保证不漏传，可能就要重传，而且我在实际使用当中发现，当使用mget,或mput 时，有时会传丢文件。而且，文件数很多时，mput 和mget使用不了（出现args too long错误),不知对否，请高手指点一二。

w_rose

要不就在一端共享一个Web目录（设置一个密码），然后让另一端去下载。

只需要设置好目录，这个过程也可以自动进行。

kaln

我做过三地数据库的数据传输工作，开始是使用高级复制功能，可是后面发现由于三地都有大量的insert,update个delete操作，高级复制在这个情况下很容易出问题，因次换成了快照+触发器+存储过程，这样至少到现在都还是正常的！
   但是前段时间和几个朋友聊了一下，他们是自己开发了一个数据传输的产品，可以基于文件级别，数据库级别和sql语句的传送，我觉得这个方式应该挺好的，虽然我没有测试过