免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3058 | 回复: 4
打印 上一主题 下一主题

复制服务器问题,急呀帮帮忙 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2008-02-28 12:57 |只看该作者 |倒序浏览
10可用积分
我的主数据库是sybase.main,复制数据库是zf02.police
我想问一下为什么分区设备rspart02、rspart03的used segs怎么不减少呀反而越来越大呢
还有主数据库更新的数据怎么复制不到备点数据库zf02.police呢
以下是一些信息,请帮我分析分析
谢谢




1> admin disk_space
2> go
Partition

                 Logical                         Part.Id     Total Segs  Used Segs   State
------------------------------------------------------------------------------------------------------------
-------------------------------------------------------------------------------------------------------------
---------------- ------------------------------- ----------- ----------- ----------- ------------------------
d:\sybdata\rspart02.dat

                 rspart02                                102        2038        2038 ON-LINE//
D:\sybdata\rspart.dat

                 rspart                                  101         200         200 ON-LINE//
c:\sybdata\rspart03.dat

                 rspart03                                103        2037        2037 ON-LINE//
1> admin health
2> go
Mode             Quiesce  Status
---------------- -------- --------
NORMAL           FALSE    SUSPECT
1> admin who_is_up
2> go
Spid Name       State                Info
---- ---------- -------------------- ----------------------------------------
   25 DSI EXEC   Awaiting Command     116(1) sybase.main
   13 DSI        Awaiting Message     116 sybase.main
   18 DIST       Awaiting Wakeup      116 sybase.main
   21 SQT        Awaiting Message     116:1  DIST sybase.main
   10 SQM        Awaiting Wakeup      116:1 sybase.main
    9 SQM        Awaiting Message     116:0 sybase.main
   26 REP AGENT  Awaiting Wakeup      sybase.main
   23 DSI EXEC   Awaiting Command     101(1) sybase.rszfj
   14 DSI        Awaiting Message     101 sybase.rszfj
    8 SQM        Awaiting Message     101:0 sybase.rszfj
   11 SQM        Awaiting Message     117:0 zf02.main
   30 DSI EXEC   Awaiting Command     118(1) zf02.police
   29 DSI        Awaiting Message     118 zf02.police
   12 SQM        Awaiting Wakeup      118:0 zf02.police
   17 dSUB       Sleeping
    6 dCM        Awaiting Message
    7 dAIO       Awaiting Message
   19 dREC       Sleeping             dREC
   20 dSTATS     Sleeping
   28 USER       Awaiting Command     sa
   31 USER       Active               sa
    5 dALARM     Awaiting Wakeup
1> admin quiesce_check
2> go
Msg 6145, Level 12, State 0:
Server 'rszfj':
Can't Quiesce. Queue 116:1 has not been read out. Write=4191.64 Read=743.43 Reader=116:1  DIST sybase.main
1>

论坛徽章:
0
2 [报告]
发表于 2008-02-28 13:33 |只看该作者
重建一下队列吧

论坛徽章:
0
3 [报告]
发表于 2008-02-29 10:18 |只看该作者
斑竹我重建队列了
我想删除预定怎么一直是droping 等待呀
郁闷呀

论坛徽章:
7
数据库技术版块每日发帖之星
日期:2015-08-09 06:20:00数据库技术版块每日发帖之星
日期:2015-11-03 06:20:00数据库技术版块每日发帖之星
日期:2016-02-20 06:20:00数据库技术版块每日发帖之星
日期:2016-07-13 06:20:00数据库技术版块每日发帖之星
日期:2016-07-31 06:20:00数据库技术版块每日发帖之星
日期:2016-08-01 06:20:00数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
4 [报告]
发表于 2008-03-03 13:45 |只看该作者
哈。很明显——队列满了啊,新进的tran script写不进去当然没法发送到replicate点并从本地queue中清除啦。
解决途径——继续添加队列直至used segs不再增长为止,或者采用sysadmin purge_first_open...命令将该未完成的tran从队列里清除掉

ps:看得出你们应用中就一个tran就有这么大的script量,也真够吓人,应该好好检察一下你们的应用,避免这样再次发生极大批量的一次性提交DML的事故。

论坛徽章:
7
数据库技术版块每日发帖之星
日期:2015-08-09 06:20:00数据库技术版块每日发帖之星
日期:2015-11-03 06:20:00数据库技术版块每日发帖之星
日期:2016-02-20 06:20:00数据库技术版块每日发帖之星
日期:2016-07-13 06:20:00数据库技术版块每日发帖之星
日期:2016-07-31 06:20:00数据库技术版块每日发帖之星
日期:2016-08-01 06:20:00数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
5 [报告]
发表于 2008-03-03 13:48 |只看该作者
原帖由 maolinzhou 于 2008-2-29 10:18 发表
斑竹我重建队列了
我想删除预定怎么一直是droping 等待呀
郁闷呀

删除预订也必须通过复制系统本身rssd库之间的复制来实现,现在你队列满了,rssd库的tran也没法传送了,当然没法删除了,除非你手工两边都修改rs_objects,rs_subscriptions等表才能跨过复制自己来删除数据——而且修改过程中还要注意复制标记问题。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP