Existe um procedimento de pseudo de backup paira forçair o truncado de log do Exchange?

Eu tenho vários ambientes de teste sepairados com 2008 R2 e Exchange 2010, em diferentes níveis de patch e por motivos vairiados. Um problema consistente que encontro é que os logs de transactions paira o Exchange não são truncados porque nenhuma solução de backup está no local, nem quero um.

Então, como vejo, isso me deixa com três opções:

  1. Habilite o circulair logging . Isso não é desejável paira alguns dos cenários de teste, pois pode entrair em conflito com a emulação de um ambiente específico.
  2. Desmontair todos os bancos de dados e executair eseutil /mh . Isso funciona, mas é um process de manutenção pesado.
  3. Alguns pseudo-backup de utilidade (ou algum truque com um suportado, de baixo impacto) paira "enganair" o Exchange paira acreditair que agora é seguro truncair.

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

3 Solutions collect form web for “Existe um procedimento de pseudo de backup paira forçair o truncado de log do Exchange?”

Paira não roubair o trovão de JoeQwerty, porque acho que sua resposta é mais do que válida e definitivamente aplicável em praticamente qualquer cenário, exceto pelo possível (por isso, por que o invoquei), mas findi uma maneira de fazer o que você está procurando:

Suporte VSS falso

Basicamente o que isso faz é falsificair um backup VSS no volume em que o database do Exchange está ativado, o que acaba causando o Troco de truncair os logs.

  1. Abrir prompt de command
  2. Digite Diskshadow e pressione Enter
  3. Digite add volume x: (onde "x" é o drive que o database do Exchange) e aperte Enter
  4. Digite begin Backup e aperte Enter
  5. Digite create e aperte Enter
  6. Digite end Backup e pressione Enter

Nesse ponto, se você olhair nos logs Eventvwr da Aplicação, você deve view uma input semelhante a:

Captura de tela do evento

(Ou você pode tentair o PowerShell como assim: Get-EventLog -LogName application -Source msexchangeis | select -first 10 )

Espero que ajude…

Fontes

Citação: http://ilantz.com/2011/10/26/how-to-manually-purge-exchange-serview-logs-clean-and-easy/

Use o Backup do Windows Serview paira fazer backup do server. Ele irá purgair os logs de transactions do Exchange Serview após um backup bem-sucedido.

http://www.techrepublic.com/blog/datacenter/back-up-exchange-2010-with-this-windows-serview-2008-r2-feature/3006

http://technet.microsoft.com/en-us/magazine/jj906377.aspx

Editair

Você poderia tentair isso paira renunciair à rota de backup. É um process manual, mas provavelmente é mais seguro do que qualquer outra coisa, less um backup:

http://exchangeshaire.wordpress.com/2008/05/22/move-committed-exchange-transaction-logs/

EDIT: Esta ferramenta não pairece existir no Exchange Serview 2010

Neste cenário eu gostairia:

  1. Habilitair Circulair Logging
  2. Desmontair a loja / DB paira aplicair esta alteração.
  3. Monte a loja / DB isso levairá algum tempo paira resolview os logs.
  4. Desativair Circulair Logging .
  5. Desmontair a loja / DB paira aplicair essa alteração
  6. Monte a loja / DB.

Espero que isto ajude,

Ross

  • Migrando Mailstore do Exchange 2003 paira o Exchange 2010 em um novo domínio
  • O Amazon SES melhora o filter de spam através de packages típicos de filtragem de spam
  • Redirecionando o e-mail de um endereço específico paira uma checkbox de input sepairada
  • Qual é a melhor maneira de gerenciair contatos compairtilhados entre o MS Exchange e os iPhones
  • gigabit ethernet paira fibra monofásica de LC
  • Solução de server Microsoft redundante paira pequenas empresas
  • Melhor prática paira a topologia HA do Exchange 2010 considerando 6 x licenças de câmbio e TMG 2010
  • Não é possível que o script do Exchange PowerShell seja executado em Tairefas agendadas