mova logs de controle de mensagens do Exchange 2010

3

Eu estou descomissionando alguns servidores CAS / HT do Exchange 2010 que têm algumas semanas de logs de controle de mensagens neles. Gostaria de mover os registros em algum lugar onde eles ainda possam ser pesquisados usando o cmdlet Get-MessageTrackingLogs .

Meu primeiro pensamento foi simplesmente movê-los para outro servidor CAS / HT, mas aparentemente eles são nomeados exatamente da mesma maneira em todos os servidores.

Existem outras opções?

    
por longneck 19.06.2013 / 04:27

1 resposta

1

A seção "Pesquisar registros de controle de mensagens" do Estados da documentação:

You can't copy the message tracking log files from another Exchange server and then search them by using the Get-MessageTrackingLog cmdlet. Also, if you manually save an existing message tracking log file, the change in the file's date-time stamp breaks the query logic that Exchange uses to search the message tracking logs.

Mas como os logs são arquivos de texto simples em uma estrutura simplista, você seria capaz de renomear os arquivos de log para integrá-los aos existentes em um servidor diferente. O nome do arquivo é algo ao longo de MSTRKyyymmdd-n.log , em que n é um incremento com um máximo de 9999. Se você não usou um método de cópia que pertence ao último registro de tempo de gravação, provavelmente deseja definir os arquivos copiados ' last write timestamps por exemplo usando a propriedade LastWriteTime do objeto FileInfo de acordo.

Obviamente, os eventos não estariam em ordem cronológica - isso pode afetar a capacidade de pesquisa pelo tempo (sem ter certeza se realmente será o caso). Eu simplesmente experimentaria com um par de arquivos de log renomeados manualmente e script uma função de renomeação para o resto, se funcionar.

Você também poderia extrair os dados usando Get-MessageTrackingLog e despejá-los em um arquivo usando Export-Clixml para poder recarregá-los mais tarde e filtrar os resultados usando as funções do Powershell, se necessário. No entanto, isso exigiria que você usasse uma função diferente para carregar o objeto e privá-lo dos filtros Get-MessageTrackingLog -específicos.

    
por 19.06.2013 / 10:54