Início / dba / Perguntas / 197693
Accepted
Rainbolt
Asked: 2018-02-13 07:37:22 +0800 CST

Por que meu arquivo de log de transações está crescendo tanto depois de desabilitar a replicação?

  • 772

Em Por que o log de transações continua crescendo ou fica sem espaço? , dois motivos comuns são descritos para o crescimento de um log de transações:

  1. O banco de dados está no modo de recuperação total e os backups de log não estão sendo feitos.
  2. Uma transação de longa duração está ocupando muito espaço.

Tanto quanto eu posso dizer, nenhuma dessas razões se aplica a mim. Meu banco de dados está no modo de recuperação simples e não há transações demoradas ocupando muito espaço.

insira a descrição da imagem aqui

insira a descrição da imagem aqui

Observe que tive sorte quando tirei a captura de tela DBCC OPENTRANe não havia transações ativas. Na maioria das vezes eu vejo e vejo uma transação que começou segundos atrás.

Outra resposta sugere que meu log pode ser grande, mas vazio. Para verificar isso, cliquei com o botão direito do mouse no banco de dados e naveguei até Tarefas -> Encolher -> Arquivos e selecionei o tipo de arquivo de log. Eu posso ver que meu arquivo de log é grande e também tem muito pouco espaço livre.

insira a descrição da imagem aqui

Usei a consulta de Aaron Bertrand para descobrir quais sessões estão causando o crescimento do arquivo de log e em qual intervalo. A consulta me diz que o arquivo de log cresce em um intervalo semi-regular, cerca de uma vez a cada 10 minutos. O SPID é sempre diferente e nem sempre vem da mesma aplicação. Eu usei uma consulta (que não consigo encontrar agora por algum motivo) para descobrir qual instrução SQL essa sessão estava executando pela última vez. Estudei essas consultas para ver se alguma coisa se destacou e não vi nada óbvio. Por fim, decidi que, se DBCC OPENTRANdisse que nenhuma transação estava sendo executada por muito tempo, o problema não deveria estar nas consultas que estão sendo executadas pelos aplicativos.

Recentemente, tentamos configurar a replicação transacional com esse banco de dados como origem. Acabamos tendo que abandonar, mas tivemos problemas para remover a publicação. Tivemos que descartar manualmente o banco de dados de distribuição e usar sp_removedbreplicationpara limpar. Eu li que a replicação pode fazer com que o log de transações cresça desmarcado . Meus pensamentos são que, como a exclusão da publicação não foi tão tranquila, talvez o arquivo de log esteja crescendo porque algum resquício da replicação ficou por perto.

Então, além dos dois motivos mais comuns, o que mais posso fazer para descobrir por que o log de transações está crescendo tanto (e corrigi-lo)?

sql-server transaction-log

1 respostas

  1. Best Answer

    Pelo seu comentário, você aparentemente teve sucesso ao reativar a replicação e removê-la corretamente usando as informações contidas na postagem intitulada Desativar publicação e distribuição .

    Para resumir as etapas envolvidas:

    1. Crie uma nova publicação com apenas um artigo (que estamos prestes a excluir de qualquer maneira). Quando for solicitado um agendamento para o agente de instantâneo, escolha qualquer hora que não seja agora.
    2. Pare todos os trabalhos relacionados à replicação. Para obter uma lista de nomes de trabalho, consulte a seção " Segurança do agente no SQL Server Agent " do Modelo de segurança do agente de replicação.
    3. Em cada Assinante no banco de dados de assinatura, execute sp_removedbreplication para remover objetos de replicação do banco de dados. Este procedimento armazenado não removerá trabalhos de replicação no Distribuidor.
    4. No Publicador no banco de dados de publicação, execute sp_removedbreplication para remover objetos de replicação do banco de dados.
    5. Se o Publicador usar um Distribuidor remoto, execute sp_dropdistributor .
    6. No Distribuidor, execute sp_dropdistpublisher . Este procedimento armazenado deve ser executado uma vez para cada Publicador registrado no Distribuidor.
    7. No Distribuidor, execute sp_dropdistributiondb para excluir o banco de dados de distribuição. Este procedimento armazenado deve ser executado uma vez para cada banco de dados de distribuição no Distribuidor. Isso também remove todos os trabalhos do Queue Reader Agent associados ao banco de dados de distribuição.
    8. No Distribuidor, execute sp_dropdistributor para remover a designação de Distribuidor do servidor.

    NOTA :

    Se todos os objetos de publicação e distribuição de replicação não forem descartados antes de você executar sp_dropdistpublisher e sp_dropdistributor , esses procedimentos retornarão um erro. Para descartar todos os objetos relacionados à replicação quando um Publicador ou Distribuidor é descartado, o parâmetro @no_checks deve ser definido como 1 . Se um Publicador ou Distribuidor estiver offline ou inacessível, o parâmetro @ignore_distributor poderá ser definido como 1 para que possam ser descartados; no entanto, quaisquer objetos de publicação e distribuição deixados para trás devem ser removidos manualmente.

    • 2

relate perguntas