In genere ExMerge è in grado di estrarre un gigabyte di dati di cassetta postale all'ora. L'unione di tutti i dati di un database di grandi dimensioni può richiedere da diverse ore a diversi giorni. Utilizzando più copie di ExMerge o il filtraggio dei dati, è possibile ripristinare prima i dati più critici. ExMerge può rilevare gli elementi duplicati e non inserirà più copie di un singolo messaggio anche se viene eseguito in più passaggi. Le procedure suggerite includono:

• Imparare a utilizzare ExMerge prima che diventi necessario.
  È necessario conoscere in modo approfondito le funzionalità di filtro contenute nei menu delle opzioni. La documentazione fornita con lo strumento è completa e descrive funzionalità che possono risultare utili per scopi diversi dal ripristino di emergenza.
  
• Eseguire contemporaneamente più copie di ExMerge.
  L'esecuzione contemporanea di tre o quattro processi di ExMerge produce in genere le velocità massime di estrazione dei dati. Eseguire eventualmente ciascun processo di ExMerge su un computer separato. Se si eseguono diverse copie di ExMerge dallo stesso computer, creare copie separate del file ExMerge.exe ed ExMerge.ini in cartelle separate e avviare ogni istanza di ExMerge da una cartella predefinita separata. Questo approccio garantisce la flessibilità maggiore e impedisce ai file di registro di ExMerge di interferire tra loro.
  
• Filtrare le cartelle estratte da ExMerge in modo che le cartelle più importanti vengano ripristinate per prime.
  Ad esempio, durante la prima esecuzione di ExMerge, selezionare "Ignore these folders" (ignora queste cartelle) e filtrare la posta inviata e la posta eliminata. Queste due cartelle sono spesso le più grandi in una cassetta postale, ma sono quelle a cui si accede meno frequentemente. Impostare quindi il filtro "Process only these folders" (elabora solo queste cartelle) che include le cartelle di posta inviata e di posta eliminata. Completare il ripristino di tutti i dati di cassetta postale con una seconda esecuzione di ExMerge.
  
• Ripristinare prima le cassette postali con priorità alta o utilizzare un processo parallelo e dedicato di ExMerge.
  Prima che sia necessario, creare una lista del personale le cui funzioni principali dipendono in modo significativo dall'accesso ai dati di Exchange (ad esempio dirigenti, assistenti esecutivi e personale addetto alle vendite).
  
• Quando possibile, unire i dati di un database più piccolo in un database di dimensioni superiori piuttosto che viceversa.
  Questo approccio può ridurre notevolmente il tempo di ripristino totale. Per ulteriori informazioni a questo riguardo, vedere Recupero di un database di cassette postali utilizzando un database dei toni di composizione in Exchange Server 2003.
  
• Utilizzare ExMerge per creare blocchi o singoli backup di cassette postali dei dati più critici per gli utenti più importanti.
  È possibile inserire script in ExMerge per eseguire regolarmente backup incrementali di dati in singoli file pst che possono essere distribuiti agli utenti finali in caso di emergenza.
  
• Se si riscontrano errori, utilizzare l'opzione della riga di comando –logmax o impostare LoggingLevel = 3 nel file ExMerge.ini per agevolare la risoluzione dei problemi.
  
• Se si riscontra un errore con un database o una cassetta postale, provare una cassetta postale in un altro database o anche in un altro server per determinare l'ambito del problema.
  Se il problema si verifica con cassette postali di Exchange non incluse nel gruppo di archiviazione di ripristino, si può risolvere l'errore come un problema generico di ExMerge piuttosto che come un problema del gruppo di archiviazione di ripristino.
  
• Se si implementa la strategia di messaggistica temporanea e di scambio di database come illustrato in Recupero di un database di cassette postali utilizzando un database dei toni di composizione in Exchange Server 2003, non unire regole, autorizzazioni o dati di cartelle associate.
  Tenere presente che finché i processi di scambio e di unione non sono completati, alcune regole potrebbero non essere più valide, soprattutto quelle che spostano i messaggi nelle cartelle create dall'utente. Le cartelle create dall'utente dispongono di ID cartella univoci (FID) da cui dipendono le regole. Una cartella con lo stesso nome creata in un database diverso (ad esempio nel database temporaneo) dispone di un diverso FID e per specificare la nuova cartella è necessario modificare la regola o si verificherà un errore. Quindi, quando il processo di ripristino è completato, le cartelle originali tornano nelle loro posizioni ed è necessario modificare nuovamente la regola affinché funzioni correttamente.