spostare i registri di monitoraggio dei messaggi di Exchange 2010

Stavo distriggersndo un paio di server CAS / HT di Exchange 2010 che hanno un paio di settimane di registri di monitoraggio dei messaggi su di essi. Vorrei spostare i registri da qualche parte where possono ancora essere cercati utilizzando il cmdlet Get-MessageTrackingLogs .

Il mio primo pensiero è stato quello di spostarli in un altro server CAS / HT ma apparentemente sono chiamati esattamente gli stessi su tutti i server.

Ci sono altre opzioni?

  • Pianificazione Aggiornamento a Exchange 2010, ma alcune vecchie informazioni su Exchange 2000 ancora in AD
  • Troppe connessioni simultanee di Exchange 2010. Che cos'altro c'è da verificare?
  • Quando ho bisogno di più gruppi di disponibilità di database per Exchange 2010?
  • Se un utente AD è distriggersto e un altro utente ha accesso completo alla propria cassetta postale, potranno ancora accedere alla cassetta postale?
  • modifica la politica dell'indirizzo di posta elettronica in Exchange 2010 rimuove gli indirizzi?
  • Exchange 2010 - necessità di raccogliere e-mail per una citazione giudiziale
  • Il destinatario riceve la posta non indirizzata a loro
  • Aggiornamento di Exchange 2010 SP3 bloccato sul ruolo della cassetta postale
  • One Solution collect form web for “spostare i registri di monitoraggio dei messaggi di Exchange 2010”

    La sezione "Registri di ricerca dei messaggi di ricerca" contiene la documentazione:

    Non è ansible copiare i file di registro dei messaggi da un altro server di Exchange e quindi cercare utilizzando il cmdlet Get-MessageTrackingLog. Inoltre, se salvare manualmente un file di registro di monitoraggio dei messaggi esistenti, la modifica del timbro di data-ora del file viene interrotta dalla logica di query utilizzata da Exchange per la ricerca dei registri di monitoraggio dei messaggi.

    Ma poiché i registri sono file di text semplici in una struttura semplificata, è ansible rinominare i file di registro per integrarli con quelli esistenti su un server diverso. Il nome del file è qualcosa lungo MSTRKyyymmdd-n.log where n è un incremento con un massimo di 9999. Se non si è utilizzato un metodo di copia che si riferisce all'ultimo timbro di accesso alla scrittura, probabilmente si desidera impostare i file copiati ' ultimi scrivere timestamps ad esempio utilizzando la properties; LastWriteTime dell'object FileInfo conseguenza.

    Gli events ovviamente non sarebbero in ordine cronologico – questo potrebbe influenzare la ricerca nel tempo (non sicuro se veramente sarà il caso). Semplicemente lo proverei con un paio di file di registro rinominati manualmente e script una function di ridenominazione per il resto, se funziona.

    È inoltre ansible estrarre i dati utilizzando Get-MessageTrackingLog e scaricarlo in un file utilizzando Export-Clixml modo da poterlo ricaricare in un secondo momento e filtrare i risultati utilizzando le funzioni Powershell, se necessario. Ciò tuttavia richiederebbe di utilizzare una function diversa per caricare l'object e Get-MessageTrackingLog filtri Get-MessageTrackingLog -specifici.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.