主页 / dba / 问题 / 241172
Accepted
Pxtl
Asked: 2019-06-22 20:53:56 +0800 CST

事务日志已满（由于 NOTHING）...但此数据库处于简单恢复模式

  • 772

我正在支持一个仍然使用“aspnetdb”作为其身份验证系统的古代网络应用程序（即将退役）。当我发现我的测试服务器抱怨以下错误时，我正在为它在我的测试环境中退役做一些准备工作：

由于“NOTHING”，数据库“aspnetdb”的事务日志已满。

现在，通常我会假设问题来自数据库事务日志......但是这个数据库最近切换到简单恢复模式（我们的管理员厌倦了我们抱怨 test-SQL-server 空间不足，所以她将其切换为简单恢复）。

我已经尝试了一些没有运气的实验，并且做了一些谷歌搜索。其他答案谈论增加事务日志的大小......但是与事务日志文件和自动增长相关的所有选项在 SSMS 中都是灰色的 - 事务日志文件是否存在？我尝试通过将事务日志设置为无限大小

alter database aspnetdb modify file (NAME = 'aspnetdb_log', maxsize = UNLIMITED, FILEGROWTH = 100MB)

但这只是失败并出现同样的错误。

有人以前见过这个错误吗？简单恢复模式下数据库的完整事务日志？

它在 SQL Server 2016 上，以 2008 兼容模式运行，因为 aspnetdb 太旧了。

sql-server transaction-log

1 个回答

  1. Best Answer

    运行以下脚本来检查日志文件的大小、最大大小和增长增量。

    SELECT 
    @@SERVERNAME AS [Server],
    db.name AS [Database],
    mf.name AS [File],
    CASE mf.[type_desc]
        WHEN 'ROWS' THEN 'Data File'
        WHEN 'LOG' THEN 'Log File'
    END AS [FileType],
    CAST(mf.[size] AS BIGINT)*8/1024 AS [SizeMB],
    CASE
        WHEN mf.[max_size] = -1 THEN 'Unlimited'
        WHEN mf.[max_size] = 268435456 THEN 'Unlimited'
        ELSE CAST(mf.[max_size]*8/1024 AS NVARCHAR(25)) + ' MB'
    END AS [MaxSize],
    CASE [is_percent_growth]
        WHEN 0 THEN CONVERT(VARCHAR(6), CAST(mf.growth*8/1024 AS BIGINT)) + ' MB'
        WHEN 1 THEN CONVERT(VARCHAR(6), CAST(mf.growth AS BIGINT)) + '%'
    END AS [GrowthIncrement]
FROM sys.databases db
LEFT JOIN sys.master_files mf ON mf.database_id = db.database_id

    如果您的最大和当前大小相等，这可能会导致您的问题。如果是这样，请尝试以下命令：

    ALTER DATABASE [db_name] MODIFY FILE (NAME = 'file name', MAXSIZE = <new max size> GB);
    • 1

相关问题