ApsaraDB RDS:RDS SQL Server disk space full issue

Arquivar dados históricos

Para liberar espaço, exclua, migre para outra instância do RDS ou arquive dados históricos que não são mais consultados com frequência. Isso reduz o total de dados armazenados na instância.

Este método é eficaz para reduzir o crescimento a longo prazo, mas exige alterações na lógica da aplicação e a colaboração de arquitetos e desenvolvedores.

Ative a compactação de dados

A compactação de dados está disponível para:

• SQL Server 2016 ou posterior

• SQL Server Enterprise Edition anterior ao SQL Server 2016

A compactação suporta compactação de linha e de página, podendo ser aplicada a tabelas, índices ou partições individuais. A taxa de compactação varia de 10% a 90%, dependendo do esquema, dos tipos de dados das colunas e da distribuição de valores.

Use a stored procedure sp_estimate_data_compression_savings para estimar quanto espaço a compactação economizará em uma tabela ou índice específico antes de ativá-la.

Ativar ou alterar a compactação exige operações de linguagem de definição de dados (DDL), que bloqueiam a tabela durante a execução. Execute essas operações em horários de menor movimento.

No SQL Server Enterprise Edition, defina o parâmetro ONLINE como ON para evitar o bloqueio prolongado da tabela.

A compactação de dados aumenta a sobrecarga da CPU; ative a compactação apenas em tabelas grandes, onde a economia de armazenamento justifique o custo de CPU.

Para mais detalhes, consulte a documentação da Microsoft sobre Compactação de dados.

Desfragmentar índices

A alta fragmentação de índices faz com que o índice consuma mais armazenamento do que seus dados reais exigem. A desfragmentação recupera esse espaço alocado em excesso.

Para analisar, visualize a fragmentação de índices: No painel de navegação à esquerda, escolha Autonomy Services > Performance Optimization e clique na aba Index Usage. Esta aba mostra os níveis de fragmentação por tabela e sugestões para recriar ou reorganizar índices específicos.

A taxa de fragmentação mede a porcentagem de páginas cuja ordem lógica não corresponde à sua ordem física, e não a porcentagem de espaço vazio por página. Para analisar o espaço ocioso médio por página, consulte sys.dm_db_index_physical_stats no modo SAMPLED ou DETAILED e verifique a coluna avg_page_space_used_in_percent . Consulte sys.dm_db_index_physical_stats (Transact-SQL) .

Para decidir, selecione o método com base no nível de fragmentação:

• Recriar (alta fragmentação): Produz melhores resultados e reorganiza o armazenamento de forma mais completa. Por padrão, a tabela é bloqueada durante a recriação. No SQL Server Enterprise Edition, defina ONLINE = ON para permitir acesso simultâneo.

  Importante

  A recriação de um índice pode causar um aumento significativo e de curto prazo tanto no armazenamento de dados quanto no tamanho do log. Reserve pelo menos o dobro do tamanho do índice que está sendo recriado como armazenamento disponível antes de começar. Verifique o espaço disponível na página Basic Information em Instance Resources.

  ALTER INDEX <IX_YourIndexName> ON <YourTableName> REBUILD WITH (ONLINE = ON);

  Após a conclusão da recriação, o console atualiza os dados de fragmentação de forma assíncrona. Clique em Recollect para obter os dados mais recentes imediatamente e, em seguida, clique em Export Script e baixe e salve os resultados para verificação.

  

• Reorganizar (baixa fragmentação): Menos intrusivo que uma recriação, mas também menos eficaz. Use esta opção quando a fragmentação for baixa e você não puder aceitar um bloqueio de tabela.

Execute as operações de desfragmentação em horários de menor movimento. A leitura de muitas páginas de índice durante uma operação de desfragmentação pode degradar o desempenho das consultas.

Reduzir arquivos de dados

Antes da redução, crie uma linha de base. Execute a seguinte consulta para registrar os tamanhos atuais dos arquivos. Execute-a novamente após a redução e confirme o resultado.

SELECT
    file_id,
    name,
    CAST(FILEPROPERTY(name, 'SpaceUsed') AS bigint) * 8 / 1024.0 AS space_used_mb,
    CAST(size AS bigint) * 8 / 1024.0 AS space_allocated_mb
FROM sys.database_files
WHERE type_desc = 'ROWS';

Método 1 — Redução em lotes (recomendado): Reduza 5 GB por vez para limitar o impacto nos logs de transações e na disponibilidade do serviço.

DECLARE @dbName NVARCHAR(128) = 'YourDatabaseName'  -- Database name
DECLARE @fileName NVARCHAR(128)  -- Data file name
DECLARE @targetSize INT = 1024   -- Target size (MB)
DECLARE @shrinkSize INT = 5120   -- Amount to shrink per iteration (MB); 5 GB recommended
DECLARE @currentSize INT         -- Current size
DECLARE @sql NVARCHAR(500)
DECLARE @waitTime INT = 10       -- Wait time between iterations (seconds)

-- Get the data file name
SELECT @fileName = name
FROM sys.master_files
WHERE database_id = DB_ID(@dbName)
AND type_desc = 'ROWS'

-- Shrink in a loop
WHILE 1 = 1
BEGIN
    -- Get current file size
    SELECT @currentSize = size/128
    FROM sys.database_files
    WHERE name = @fileName

    -- Stop when the target size is reached
    IF @currentSize <= @targetSize
    BEGIN
        PRINT 'Shrink complete, current size: ' + CAST(@currentSize AS VARCHAR(20)) + 'MB'
        BREAK
    END

    -- Calculate the new target for this iteration
    DECLARE @newSize INT = @currentSize - @shrinkSize
    IF @newSize < @targetSize
        SET @newSize = @targetSize

    -- Run the shrink
    SET @sql = 'DBCC SHRINKFILE (N''' + @fileName + ''', ' + CAST(@newSize AS VARCHAR(20)) + ')'
    PRINT 'Executing shrink: ' + @sql
    EXEC (@sql)

    -- Wait before the next iteration
    PRINT 'Waiting ' + CAST(@waitTime AS VARCHAR(10)) + ' seconds before continuing...'
    WAITFOR DELAY '00:05:00'
END

Método 2 — Reduzir um único arquivo: Execute DBCC SHRINKFILE diretamente para reduzir um arquivo de dados para um tamanho alvo.

DBCC SHRINKFILE(<File ID>, <Expected file size after shrink in MB>)

Antes de executar este comando, verifique quanto espaço está alocado em relação ao utilizado. O tamanho alvo mínimo é o espaço alocado, não o espaço utilizado. Por exemplo, se sys.database_files mostrar um total de 1.673.344 páginas e 1.313.432 páginas alocadas, o tamanho do extent é de 64 KB:

• Tamanho total: (1.673.344 x 64) / 1.024 = 104.584 MB

• Alvo mínimo (alocado): (1.313.432 x 64) / 1.024 = 82.089,5 MB

Para reduzir para 90.000 MB:

DBCC SHRINKFILE(1, 90000)

Para referência, consulte Reduzir um banco de dados e DBCC SHRINKFILE (Transact-SQL).

Verificar por que o espaço de log não pode ser recuperado

Execute DBCC SQLPERF(LOGSPACE) ou verifique a página Storage Management para ver a porcentagem de armazenamento de log utilizado. Se a porcentagem for alta, a redução dos arquivos de log não terá quase nenhum efeito. O problema é que o espaço de log ainda não pode ser truncado, e não que o arquivo de log é muito grande.

Consulte sys.databases para descobrir o que está bloqueando o truncamento:

SELECT name, log_reuse_wait, log_reuse_wait_desc
FROM sys.databases;

Para a lista completa de valores, consulte sys.databases (Transact-SQL).

Reduzir logs de transações

Não reduza os logs de transações como uma operação de manutenção de rotina. Os arquivos de log que crescem devido à atividade normal do negócio simplesmente crescerão novamente após a redução.

Para prosseguir, selecione o método com base na sua situação:

Após a redução, acesse a página Monitoring and Alerts e verifique se o uso de armazenamento de log diminuiu.

Como o tempdb cresce

O armazenamento de arquivos temporários é o espaço utilizado pelo banco de dados do sistema tempdb. O tempdb usa apenas o modelo de recuperação SIMPLE, portanto, seus arquivos de log permanecem pequenos. No entanto, os arquivos de dados do tempdb podem crescer rapidamente quando as consultas criam muitas tabelas temporárias, unem tabelas grandes ou ordenam grandes conjuntos de dados.

Reduzir o uso do tempdb

• No nível da aplicação: reduza tabelas temporárias desnecessárias, evite junções de tabelas grandes sempre que possível e divida transações grandes em menores.

• Reinicie a instância do RDS em horários de menor movimento. Após uma reinicialização, o tempdb retorna ao tamanho que tinha quando a instância foi criada pela primeira vez.

O que conta como armazenamento de outros arquivos

O armazenamento de outros arquivos inclui o espaço utilizado por sqlserver.other_size, mastersize, modelsize, msdbsize e arquivos de sistema semelhantes. Esses arquivos normalmente são pequenos, mas podem crescer em duas situações:

• Muitos arquivos errorlog se acumularam e cresceram para vários GB ou mais.

• Arquivos de despejo de memória foram gerados durante uma exceção grave.

Reduzir o armazenamento de outros arquivos

1. Acesse a página Monitoring and Alerts e abra a aba Standard Monitoring para visualizar quanto espaço cada tipo de arquivo está consumindo. Para descrições das métricas, consulte visualize informações de monitoramento padrão.

   

2. Se os arquivos errorlog estiverem consumindo um espaço significativo, limpe-os na página Log Management. Para mais detalhes, consulte gerencie logs.

Se sqlserver.other_size ou outros arquivos de sistema estiverem consumindo uma quantidade de espaço inesperadamente grande, entre em contato com o helpdesk. Eles ajudarão a identificar a causa raiz.