none
sql2005 同步问题? RRS feed

  • 问题

  • 数据库A是主数据库服务器,通过复制订阅到B数据库服务器,两个服务器配置一样,由于是32位系统,A服务器修改内存设置,使其读取内存最大值是12GB,没有修改B数据库服务器设置,结果同步延迟比没有修改前厉害,是不是现在修改内存后,A服务器处理能力提高,但是同步过去后B服务器没有能力处理导致的?
    2010年3月4日 1:32

答案

  • 你可以去观察一下 logreader agent 和 distribution agent 的日志及实时工作情况
    如果 distrigbution agent 中很少出现未发布的命令, 那么去检查 logreader 是否不工作, 或者是在拼命读 command, 如果是的话, 问题一般在 发布 服务器上.
    如果 distribution agent 中经常出现未发布的命令, 并且很多, 那么应该去检查订阅上, 看看与 replication 相关的进程是否正常.
    • 已标记为答案 ocp_yang 2010年3月4日 14:45
    2010年3月4日 4:59

全部回复

  • Possible. Where's distributor by the way?
    2010年3月4日 2:16
  • A服务器上.
    2010年3月4日 2:18
  • 如果SQL服务器够强大,光纤连接的话
    1.做读写分离,建议用SQL2005的复制,同步没什么问题,写就一台机器,然后订阅服务器多台,例子:
    一台发布,3台订阅,然后.NET在做缓存处理,这样差不多能行了。
    2.表在做分区,按周来做。
    3.最好拖一个磁盘阵列柜,STATII的硬盘,做RAID10,IO达到最好状态。
    4.索引优化和SQL优化
    咯咯
    2010年3月4日 4:09
  • 你可以去观察一下 logreader agent 和 distribution agent 的日志及实时工作情况
    如果 distrigbution agent 中很少出现未发布的命令, 那么去检查 logreader 是否不工作, 或者是在拼命读 command, 如果是的话, 问题一般在 发布 服务器上.
    如果 distribution agent 中经常出现未发布的命令, 并且很多, 那么应该去检查订阅上, 看看与 replication 相关的进程是否正常.
    • 已标记为答案 ocp_yang 2010年3月4日 14:45
    2010年3月4日 4:59