Início / dba / Perguntas / 241172
Accepted
Pxtl
Asked: 2019-06-22 20:53:56 +0800 CST

O log de transações está cheio (devido a NADA)... mas este banco de dados está no modo de recuperação simples

  • 772

Estou dando suporte a um webapp antedeluviano (que em breve será aposentado) que ainda usa "aspnetdb" para seu sistema de autenticação. Eu estava fazendo alguns trabalhos em preparação para sua aposentadoria no meu ambiente de teste, quando encontrei meu servidor de teste reclamando com o seguinte erro:

O log de transações do banco de dados 'aspnetdb' está cheio devido a 'NOTHING'.

Agora, normalmente eu assumiria que o problema veio do log de transações do banco de dados... mudou para recuperação simples).

Eu tentei alguns experimentos sem sorte, e fiz um pouco de googling. Outras respostas falam sobre o aumento do tamanho do log de transações ... mas todas as opções relacionadas aos arquivos de log de transações e ao crescimento automático estão acinzentadas no SSMS - o arquivo de log de transações existe ? Eu tentei definir o log de transações para tamanho ilimitado por meio de

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

mas isso simplesmente falha com o mesmo erro.

Alguém já viu esse erro antes? Log de transações completo em um banco de dados no modo de recuperação simples?

Está no SQL Server 2016, sendo executado no modo de compatibilidade de 2008 porque o aspnetdb é tão antigo.

sql-server transaction-log

1 respostas

  1. Best Answer

    Execute o script abaixo para verificar o tamanho, tamanho máximo e incrementos de crescimento de seus arquivos de log.

    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

    Se o tamanho máximo e atual forem iguais, isso pode estar causando o problema. Se sim, tente este comando:

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

relate perguntas