gpt4 book ai didi

SQL Server 2008日志不会截断

转载 作者:行者123 更新时间:2023-12-02 00:53:22 25 4
gpt4 key购买 nike

我认为自己是一个非常有经验的 SQL 人员。但我没能做到这两件事:

  • 减少分配的日志的大小。
  • 截断日志。

    DBCC sqlperf(日志空间)

返回:

Database Name   Log Size (MB)   Log Space Used (%)  Status
ByBox 1964.25 30.0657 0

以下内容不适用于 SQL 2008

DUMP TRANSACTION ByBox WITH TRUNCATE_ONLY

运行以下命令也不会执行任何操作

DBCC SHRINKFILE ('ByBox_1_Log' , 1)
DBCC shrinkdatabase(N'bybox')

我尝试过备份。我还尝试将数据库的属性“恢复模型”设置为“完整”和“简单”以及上述所有属性的组合。我还尝试设置对 SQL Server 2005(我使用此设置是因为我想匹配我们的生产服务器)和 SQL Server 2008 的兼容性。

无论我如何尝试,日志仍为 1964.25 MB,已使用 30%,并且仍在增长。

我希望日志恢复到 0% 附近,并将日志文件大小减小到 100 MB,这已经足够了。我的数据库一定讨厌我;它只是忽略我要求它执行的有关日志的所有操作。

还有一点需要注意。生产数据库有相当多的复制表,当我使用以下命令在开发盒上执行恢复时,我将其关闭:

-- Clear out pending replication stuff
exec sp_removedbreplication
go
EXEC sp_repldone @xactid = NULL, @xact_segno = NULL,
@numtrans = 0, @time = 0, @reset = 1
go

尝试:

SELECT log_reuse_wait, log_reuse_wait_desc
FROM sys.databases
WHERE NAME='bybox'

返回

log_reuse_wait  log_reuse_wait_desc
0 NOTHING

如何解决这个问题?

<小时/>

查看 this 并将恢复模型设置为 FULL 我尝试了以下操作:

USE master
GO

EXEC sp_addumpdevice 'disk', 'ByBoxData', N'C:\<path here>\bybox.bak'

-- Create a logical backup device, ByBoxLog.
EXEC sp_addumpdevice 'disk', 'ByBoxLog', N'C:\<path here>\bybox_log.bak'

-- Back up the full bybox database.
BACKUP DATABASE bybox TO ByBoxData

-- Back up the bybox log.
BACKUP LOG bybox TO ByBoxLog

返回:

Processed 151800 pages for database 'bybox', file 'ByBox_Data' on file 3.
Processed 12256 pages for database 'bybox', file 'ByBox_Secondary' on file 3.
Processed 1 pages for database 'bybox', file 'ByBox_1_Log' on file 3.
BACKUP DATABASE successfully processed 164057 pages in 35.456 seconds (36.148 MB/sec).

Processed 2 pages for database 'bybox', file 'ByBox_1_Log' on file 4.
BACKUP LOG successfully processed 2 pages in 0.056 seconds (0.252 MB/sec).

完美!但事实并非如此。

DBCC SHRINKFILE ('ByBox_1_Log', 1) 现在返回

DbId    FileId  CurrentSize MinimumSize UsedPages   EstimatedPages
7 2 251425 251425 251424 251424

并且 DBCC SQLPERF(LOGSPACE) 仍报告 30% 的使用率。

我想我可能不得不接受这样一个事实:SQL Server 2008 中很可能存在错误,或者我的日志文件已以某种方式损坏。然而,我的数据库工作状态良好,这让我认为存在一个错误(想到这里就不寒而栗)。

最佳答案

在我的情况下,我在 SQL Server 2008 中有一个 650 MB 的数据库和 370 GB 的日志文件。无论我尝试什么,我都无法缩小它。我尝试了此处列出的所有答案,但仍然没有任何效果。

最后,我在其他地方发现了一条非常简短的评论,它确实有效。就是运行这个:

BACKUP LOG DatabaseName TO DISK = N'D:\Backup\DatabaseName_log.bak'
GO
DBCC SHRINKFILE('MyDatabase_Log', 1)
GO

这导致日志文件从 37 GB 缩小到 1 MB。哇!

关于SQL Server 2008日志不会截断,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/646845/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com