Existe um procedimento de pseudo-backup para forçar o truncamento do log do Exchange?

Question

Eu tenho vários ambientes de teste separados executando o 2008 R2 e o Exchange 2010, em níveis de patch variados e por motivos variados. Um problema consistente que encontro é que os logs de transação do Exchange não são truncados porque não há solução de backup, nem quero um.

Então, no meu entender, isso me deixa com três opções:

1. Ativar circular logging . Isso não é desejável para alguns dos cenários de teste, pois pode entrar em conflito com a emulação adequada de um ambiente específico.
2. Desmonte todos os bancos de dados e execute eseutil /mh . Isso funciona, mas é um processo de manutenção complicado.
3. Algum utilitário pseudo-backup (ou algum truque com um de baixo impacto suportado) para "enganar" o Exchange a acreditar que agora é seguro truncar.

Os dois primeiros eu posso fazer, mas não o faria. Existe uma maneira de fazer a terceira opção?

    

Answer 1

Para não roubar o trovão do JoeQwerty , como eu penso sua resposta a esta pergunta é mais do que válida e definitivamente aplicável em praticamente qualquer cenário, exceto possivelmente o seu. (Daí porque eu inventei isso.) No entanto, eu encontrei uma maneira de fazer o que você está depois ...

Backup falso de VSS

Basicamente, isso faz com que seja falso um backup do VSS no volume em que o banco de dados do Exchange está, o que acaba fazendo com que o Exchange trunque os logs.

quebra backups incrementais

Isso quebrará qualquer cadeia de backup incremental de softwares de backup para que o próximo backup real tenha que ser um backup completo.

Usar cópias passivas

Em um DAG, faça isso em uma cópia passiva, se possível.

Procedimento

Você precisa adicionar both ao drive / ponto de montagem do banco de dados e do log.

1. Abra o prompt de comando como Admin
2. Executar diskshadow
3. Digite add volume x: (onde "x" é a unidade para o banco de dados do Exchange)
4. Digite add volume y: (onde "y" é a unidade para o log do Exchange)
5. Digite begin backup
6. Digite create . Isso levará alguns minutos enquanto o VSS faz a sua parte.
7. Digite end backup . É aqui que ele irá definir os logs para truncar. Você terá que esperar que o próximo log seja gerado antes de começar a acontecer.

Nesse ponto, se você olhar nos logs de eventos eventvwr, verá uma entrada semelhante a:

(OuvocêpodeexperimentaroPowerShellassim:Get-EventLog-LogNameapplication-Sourcemsexchangeis|select-first10)

Esperoqueajude...

Fontes

Citação: link

    

Answer 2

Use o Backup do Windows Server para fazer backup do servidor. Ele limpará os logs de transação do Exchange Server após um backup bem-sucedido.

link

link

Editar

Você pode tentar isso para abrir mão da rota de backup. É um processo manual, mas é provavelmente mais seguro do que qualquer outra coisa, menos do que um backup:

link

EDIT: esta ferramenta parece não existir no Exchange Server 2010

    

Answer 3

Neste cenário, gostaria de:

1. Ativar Circular Logging
2. Desmonte a loja / banco de dados para aplicar essa alteração.
3. Monte a loja / banco de dados. Isso levará algum tempo para classificar os registros.
4. Desativar Circular Logging .
5. Desmontar a loja / banco de dados para aplicar essa alteração
6. Monte a loja / banco de dados.

Espero que isso ajude,

Ross

    

Answer 4

(Adicionando uma nova resposta porque não tenho uma reputação suficientemente alta para adicionar comentários à resposta existente do @TheCleaners)

Backup falso de VSS

quebra backups incrementais

Isso quebrará qualquer cadeia de backup incremental de softwares de backup para que o próximo backup real tenha que ser um backup completo.

Usar cópias passivas

Em um DAG, faça isso em uma cópia passiva, se possível.

Procedimento

Você precisa adicionar both ao drive / ponto de montagem do banco de dados e do log.

1. Abra o prompt de comando como Admin
2. Executar diskshadow
3. Digite add volume x: (onde "x" é a unidade para o banco de dados do Exchange)
4. Digite add volume y: (onde "y" é a unidade para o log do Exchange)
5. Digite begin backup
6. Digite create . Isso levará alguns minutos enquanto o VSS faz a sua parte.
7. Digite end backup . É aqui que ele irá definir os logs para truncar. Você terá que esperar que o próximo log seja gerado antes de começar a acontecer.