您的位置:首页 > 数据库

复制导致数据库日志无法截断收缩

2009-11-27 14:22 741 查看
问题症状:配置了数据库复制功能的数据库,可能存在日志文件巨大且无法进行截断、收缩等操作。

原因:由于某些时候手工执行了数据库发布,没有进行批量处理,导致事务日志一直被标记为使用状态,无法截断日志,无论数据库为何种恢复模型。

解决方法:将所有发布版本标记为已发布,然后收缩数据库。

方法:

sp_repldone 用于事务复制。

sp_repldone 由日志读取器进程用来跟踪哪些事务已分发。

使用 sp_repldone,您可以手动通知服务器事务已复制(即已发送到分发服务器)。它还允许您更改被标记为下一个等待复制的事务。您可以在已复制事务的列表中前后移动。(所有小于或等于该事务的事务都将标记为已分发。)

可以使用 sp_repltrans 或 sp_replcmds 获得所需的参数 xactid 和 xact_seqno。

参数

[ @xactid=] xactid

服务器的最后一个已分发事务的第一个记录的日志序列号 (LSN)。xactid 的数据类型为 binary(10),无默认值。

[ @xact_seqno=] xact_seqno

服务器的最后一个已分发事务的最后一个记录的 LSN。xact_seqno 的数据类型为 binary(10),无默认值。

[ @numtrans=] numtrans

已分发的事务数。numtrans 的数据类型为 int,无默认值。

[ @time=] time

分发最后一批事务所需的毫秒数(如果提供)。time 的数据类型为 int,无默认值。

[ @reset=] reset

重置状态。reset 的数据类型为 int,无默认值。如果为 1,则日志中所有复制的事务将标记为已分发。如果为 0,则事务日志将重置为第一个复制的事务,并且不将任何已复制的事务标记为已分发。只有当 xactid 和 xact_seqno 都为 NULL 时,reset 才有效。

示例:

EXEC sp_repldone @xactid = NULL, @xact_segno = NULL, @numtrans = 0,     @time = 0, @reset = 1

当 xactid 为 NULL,xact_seqno 为 NULL,并且 reset 为 1 时,日志中的所有复制事务都标记为已分发。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐