【问题标题】:Removing unnecessary backup files from full backup recovery model从完整备份恢复模式中删除不必要的备份文件
【发布时间】:2023-03-30 09:54:01
【问题描述】:

我已经启动了一个 Microsoft SQL 数据库,恢复模式为 FULL。然后硬盘驱动器几乎已满,现在没有真实数据。我已将恢复模式更改为 SINGLE,我需要删除添加到我的服务器的数百 GB 的完整备份。您知道在哪里可以找到这些日志备份目录以删除它们吗?我知道 SQL 可能会在何时获得新的 SINGLE 恢复模型时自动删除它们,但我不确定何时......

【问题讨论】:

标签: sql-server model backup recovery


【解决方案1】:

您是否在完整恢复模式期间进行了 LOG 备份?如果在 FULL 恢复中没有 LOG 备份,事务日志将非常大。这可能是您的空间问题的原因。

从 FULL 恢复模式切换到 SIMPLE 不会删除旧的备份文件,也不会从 LOG 回收空间。正如@Lukasz Szozda 建议的那样,您需要缩小 LOG 文件,但在缩小之前,请发出 CHECKPOINT

此外,在简单恢复中,您无法进行时间点恢复,但如果您的业务没问题,请继续。

如果您需要查找备份文件的位置,这是一种方法。

SELECT  physical_device_name,
        backup_start_date,
        backup_finish_date,
        backup_size/1024.0 AS BackupSizeKB
FROM msdb.dbo.backupset b
JOIN msdb.dbo.backupmediafamily m ON b.media_set_id = m.media_set_id
WHERE database_name = 'Your database name'
ORDER BY backup_finish_date DESC

【讨论】:

  • 我每天在Log/polybase/dumb下发现*.dmp之类的文件有很多GB...我可以删除它们吗?
  • 我只查询了 master 存在,因为我删除了以前的数据库,因为没有可用空间,而且每天我的存储空间都减少了
  • 我从上面的目录中删除了数百个 GBS... 今天,系统又添加了 4 个 DMP 文件,每个文件 420MB... 不存在数据库,我只留下系统文件,所有这些文件都切换到单一恢复模式
  • 似乎您正在使用 PolyBase,在删除文件之前查看 SQL Server 错误日志以查找生成错误的来源。另外,看看那些使用 WinDbg 的 PolyBase 转储 - docs.microsoft.com/en-us/windows-hardware/drivers/debugger/…。这个链接也可以帮助nielsberglund.com/2019/11/20/…
猜你喜欢
  • 1970-01-01
  • 2020-02-18
  • 1970-01-01
  • 1970-01-01
  • 2015-01-26
  • 1970-01-01
  • 2016-07-27
  • 1970-01-01
  • 2019-06-09
相关资源
最近更新 更多