收缩我的数据库日志文件不起作用。经过两个半星期的搜索,我终于进行了以下查询:
SELECT name, log_reuse_wait_desc FROM sys.databases我的特定数据库确实将REPLICATION显示为原因。有人如何将LDF缩小到合理的大小?
我所拥有的:
我有两个表0.24mb和0.14mb中的一个复制,所以甚至没有500 mb的总复制。每天平均每15分钟进行一次事务处理,总计大小平均为1GB,因此在这种情况下,我看不到日志大于DB大小的任何理由。
收缩文件不工作,我正在接近主要的问题,我与当前日志的2天备份使用5.9TB的6TB,为一个13 GB的实际DB大小。
发布于 2022-11-07 13:53:56
我们必须假设MSSQL日志文件在这一点上是一个崩溃的系统,并且必须在松掉任何东西之前采取行动。微软支持部门的任何帮助都无法解决这一问题。我们目前的工作解决方案是将恢复模型转换为简单并更改备份方法。
出发地:每天1次完全恢复,每15分钟备份1次事务处理
目标:每15分钟进行一次完全备份的简单恢复。
我们从以前的5.9TB增加到2.88TB。在未来,如果那个复制似乎是MSSQL中的故障,我们计划删除,只需运行一个服务,从一个服务器中提取数据并插入到另一个服务器中。这将使使用的存储空间减少到大约40 gb。
14470 %的空间增益
https://dba.stackexchange.com/questions/319060
复制相似问题