Visão geral do comando DBCC SHRINKFILE

Alguns pontos a serem considerados para o DBA proativo

Quando posso usar o DBCC ShrinkFile?

• O arquivo cresceu devido a alguma transação de longa duração?
• Existe algum tipo de bloqueio no servidor?
• Há algum lançamento importante de aplicativo acontecendo sobre o qual você não foi informado? (Isso acontece na maioria das vezes)
• Existe algum tipo de problema de replicação ou espelhamento de banco de dados causando o crescimento do banco de dados?

DBCC ShrinkFile com exemplos

use YOURDATABASE
go
DBCC Shrinkfile(FileName,1024)

Usando DBCC ShrinkFile com opções adicionais

Arquivo vazio

use YOURDATABASE
go
dbcc shrinkfile(FileName,emptyfile)

select file_id, name,physical_name from sys.database_files

Não executar

-- Example only  
Use YourDatabase		
go
DBCC SHRINKFILE (filename,notruncate);  
GO  

Truncar somente

-- Example only  
Use YourDatabase		
go
DBCC SHRINKFILE (filename,truncateonly);  
GO  

O que fazer quando DBCC ShrinkFile no log de transações não está funcionando conforme o esperado? Consulte este método seguro para corrigir o problema

select name,log_reuse_wait_desc,* from sys.databases

backup log DBName to disk='C:\Program Files\Microsoft SQL Server\MSSQL15.A1\MSSQL\Backup\DBName.trn'
with init,stats,compression

select name,log_reuse_wait_desc,* from sys.databases

select * from sys.dm_db_log_info(5)

O que fazer quando DBCC ShrinkFile no log de transações não está funcionando conforme o esperado? Algo que você pode executar em um ambiente não-produção. No entanto, não recomendado em ambiente de produção

alter database DB_NAME set recovery simple

use YOURDATABASE
go
DBCC Shrinkfile(FileName,1024)

Opção de redução automática do banco de dados

select name,is_auto_shrink_on,* from sys.databases

ALTER DATABASE YOUR_DATABASE set AUTO_SHRINK OFF

Outras sugestões de manutenção

• Certifique-se de que o modelo de recuperação de seus bancos de dados esteja alinhado com os SLAs de negócios. Se o seu negócio não requer uma recuperação pontual para bancos de dados de teste, basta deixá-los em um modelo de recuperação Simples. Eu vi várias ocasiões em que o modelo de recuperação dos bancos de dados estava completo quando as coisas estavam bem com a recuperação usando o backup completo mais recente
• Garantir o monitoramento adequado, especialmente com o crescimento do banco de dados. Você deve ser alertado quando a utilização do arquivo de log atingir 85%. Isso lhe dará algum tempo para resolver o problema de espaço
• Certifique-se de que backups de log regulares sejam feitos se o banco de dados estiver no modelo de recuperação completa e você deve ser alertado se algum dos backups de log falhar
• Certifique-se de que haja espaço suficiente nas unidades do banco de dados para evitar problemas de falta de espaço
• Para bancos de dados que podem ser arquivados, desenvolva algumas estratégias de arquivamento para que você possa mover dados mais antigos para outro banco de dados para criar relatórios e tornar esse banco de dados somente leitura. Isso lhe dará mais controle em termos de dimensionamento de banco de dados
• Certifique-se de realizar verificações de integridade regularmente em seu banco de dados usando o DBCC CheckDB. Para obter mais informações, consulte este artigo:https://codingsight.com/dbcc-checkdb-overview/

Conclusão

• A partir deste artigo, você entendeu bem como usar o comando DBCC ShrinkFile
• Você aprendeu sobre os riscos de executar os comandos DBCC ShrinkFile
• Você aprendeu as diferentes opções que podemos fornecer usando os comandos DBCC ShrinkFile
• Você viu as opções que podemos tentar se o log de transações não estiver diminuindo usando os comandos DBCC ShrinkFile
• Você aprendeu sobre a configuração padrão de redução automática na propriedade do banco de dados
• Você também aprendeu outras sugestões de manutenção de banco de dados para manter seus bancos de dados saudáveis
• Finalmente, certifique-se de estar pronto para os dias de folga que podem não estar sob seu controle