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

一种方法:清空日志。
1.打开查询分析器,输入命令

SQL code ?
1
  DUMP  TRANSACTION  数据库名  WITH  NO_LOG


2.打开企业管理器,在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。(也可以直接在查询分析器里执行:

SQL code ?
1
alter  database  数据库名  set  recovery simple 


3.右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。

转载于:https://www.cnblogs.com/xin36933/p/3749251.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、付费专栏及课程。

余额充值