12 / 2 页

11楼 [报告]

发表于 2009-06-27 14:58 |只看该作者

原帖由 twtynky 于 2009-6-27 10:28 发表
应该是你的复制脚本有问题。预订的时候有没有带上without materialization
这样的话就不需要几天的预订时间。其实这么长的时候是同步数据的

预定都是用程序生成的，都有without materialization子句的

12楼 [报告]

发表于 2009-06-29 12:19 |只看该作者

用什么程序？你的预订的脚本是什么样？能提供看看？

13楼 [报告]

发表于 2009-07-07 18:27 |只看该作者

原帖由 twtynky 于 2009-6-29 12:19 发表
用什么程序？你的预订的脚本是什么样？能提供看看？

create subscription "预订名"
  for "复制定义名"
  with replicate at 目标节点服务名.库名
  without materialization
go

14楼 [报告]

发表于 2009-07-08 10:09 |只看该作者

这样的脚本应该没有问题的。起码在我这里是没有问题的。可以预定上。

15楼 [报告]

发表于 2009-07-08 12:44 |只看该作者

可能是跟网络防火墙的设置有关，这边改了操作系统的设置：
用sysctl把这个参数net.ipv4.tcp_keepalive_time值调低了
RS调了所有连接的dsi_fadeout_time 也调低了
观察了5天，暂时正常。

12 / 2 页

一个复制服务器的棘手问题~！ [复制链接]