No Microsoft SQL Server 2005, posso reduzir o arquivo de log de um banco de dados online ou isso causará uma interrupção do serviço?
relate perguntas
-
Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?
-
Quando devo usar uma restrição exclusiva em vez de um índice exclusivo?
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Como determinar se um Índice é necessário ou necessário
-
Downgrade do SQL Server 2008 para 2005
DBCC SHRINKFILE
em si não faz com que o banco de dados fique offline. No entanto, a simples execução desse comando não reduzirá necessariamente o tamanho em disco do log, que depende de quando foi feito o último backup completo (paraSIMPLE
tipos de recuperação) ou t-log (para o tipo de recuperação).FULL
Se não houver um backup recente dos logs, não haverá espaço de log para recuperar.Finalmente, a menos que tenha havido algum crescimento explosivo imprevisto devido a uma operação/lote de gravação anormalmente grande, convém reconsiderar a redução do arquivo porque o banco de dados está mostrando a necessidade de um arquivo de log tão grande e o servidor precisa dedicar recursos para expandindo-o de volta. Talvez adicionar armazenamento seja uma alternativa razoável.
Shrinkfile não colocará seu banco de dados offline.
Sim, tudo bem. Ele não afeta nenhuma transação existente, nem move nenhum dado, como o encolhimento do banco de dados. Não o reduza de volta, porque o crescimento de um arquivo de log exige esforço.