数据库 'xxx 的事务日志已满。若要查明无法重用日志中的空间的原因,请参阅 sys.databases 中的 log_reuse_wait_desc 列。...

 
    ---清空日志:
    USE [master]
    GO
    ALTER DATABASE cits SET RECOVERY SIMPLE WITH NO_WAIT
    GO
    ALTER DATABASE cits SET RECOVERY SIMPLE   --简单模式
    GO
    USE cits
    GO
		DBCC SHRINKFILE (N'cits_log' , 11, TRUNCATEONLY)
    GO
    USE [master]
    GO
    ALTER DATABASE cits SET RECOVERY FULL WITH NO_WAIT
    GO
    ALTER DATABASE cits SET RECOVERY FULL  --还原为完全模式
    GO

  

转载于:https://www.cnblogs.com/coce/p/5786440.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
log_reuse_wait replication是指在SQL Server数据库事务日志未能重用原因之一是正在进行数据库复制操作。 数据库复制是一种将数据从一个数据库复制到另一个数据库的技术。在数据库复制期间,源数据库事务日志将被传输到目标数据库,并在目标数据库重放,以确保数据的一致性。这意味着源数据库事务日志无法重用,直到它们在目标数据库成功应用。 当我们在数据库启用复制时,我们可能会在sys.databases视图的log_reuse_wait看到replication值。这表示事务日志无法重用,因为复制操作正在进行。 要解决log_reuse_wait replication问题,我们需要确保复制操作正常运行并成功应用事务日志到目标数据库。如果复制操作断或失败,我们可能需要调查并解决故障,以便事务日志可以重用。 一些常见的排查复制故障的方法包括: 1. 检查数据库复制代理账户的权限和连接配置是否正确。 2. 检查复制代理账户是否具有足够的权限来执行复制操作。 3. 检查目标数据库是否正常运行且可连接。 4. 检查源数据库和目标数据库之间的网络连接是否正常。 5. 检查复制拓扑配置是否正确,并确保所有复制相关的作业和代理是否正常运行。 通过解决复制故障并确保复制操作正常运行,我们可以解决log_reuse_wait replication问题,并使事务日志能够在数据库正常重用
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值