Il database della cassetta postale di Exchange Server è il cuore di qualsiasi azienda, poiché contiene tutte le e-mail, i dati contenenti e-mail, contatti, note, voci di calendario, cartelle pubbliche e altro ancora. Tutti questi dati sono contenuti in diversi file, ma principalmente nel file EDB. Si pensa erroneamente che sia sufficiente conservare ed eseguire il backup dell’EDB. Tuttavia, l’EDB da solo non è sufficiente. Sebbene possano essere visti come semplici file di registro, anche i registri delle transazioni sono una parte fondamentale per avere un database sano e coerente. Un file di registro mancante o danneggiato, che non è stato impegnato nel database, causerà problemi al database. Ad esempio, il database non sarà in grado di essere montato, lasciando così i vostri utenti in difficoltà e impossibilitati a lavorare.
In queste situazioni, si può provare a recuperare il database di Exchange 2007, 2010, 2013, 2016, 2019 senza file di registro utilizzando Eseutil o un software di recupero di Exchange, come Stellar Repair For Exchange. Il software consente di recuperare il database di Exchange, estrarre le caselle postali e ripristinarle sul server Live Exchange in pochi clic. E questo anche senza file di registro. Il software rende facile e veloce il ripristino delle caselle postali degli utenti su Live Exchange, garantendo tempi di inattività minimi.
Perché i log sono così importanti e qual è il loro scopo?
Se tutti gli utenti accedono al database, questo diventa lento e rischia di essere danneggiato. Con la memoria del server e i registri delle transazioni come buffer, l’accesso al database sarà più veloce e sicuro. Quando i dati vengono inseriti nei registri delle transazioni e viene eseguito un backup, tutti i registri delle transazioni vengono impegnati nel database.
L’esecuzione di un backup corretto è importante in quanto comporta il commit e l’eliminazione dei registri delle transazioni. L’uso di un normale software di backup, che non è in grado di gestire le applicazioni, consente di eseguire il backup solo del file system. Non è l’ideale per un Exchange Server. Oltre a non essere in grado di eseguire correttamente il backup del database, potrebbe anche non eseguire il backup del file EDB, con il rischio di bloccare o danneggiare il database stesso. Se il backup non viene eseguito correttamente, i registri delle transazioni continueranno ad accumularsi fino a riempire il disco rigido. Se il disco è pieno, il database potrebbe risultare danneggiato.
Come si può notare, i registri svolgono un ruolo importante in un Exchange Server. Pertanto, è importante disporre di un ampio spazio di archiviazione ed eseguire il backup del database con un software che tenga conto dell’applicazione per garantire un backup sano e sicuro dei vostri preziosi dati. È possibile eseguire un backup giornaliero o a metà giornata del server Exchange, ma incidenti e disastri possono verificarsi in qualsiasi momento. Essere preparati a questi eventi con un piano di emergenza o un piano di ripristino d’emergenza testato annualmente, vi farà stare tranquilli perché saprete che in caso di disastro, le persone sapranno come e cosa fare per ripristinare i servizi nel minor tempo possibile.
Cosa succede quando un database è inconsistente?
Quando si smonta il database tramite PowerShell o la console di amministrazione di Exchange, tutti i registri vengono annullati e il database viene spento in modo trasparente. In questa fase il database sarà contrassegnato come stato di arresto pulito.
D’altra parte, quando i file di registro sono mancanti o danneggiati, non è possibile montare il database di Exchange senza i file di registro. Il database o i registri possono danneggiarsi a causa di,
- Uno strumento di terze parti come un antivirus che non è sicuro per Exchange Server
- Un aggiornamento difettoso di Windows
- Software di backup incompatibile
- Improvvisa perdita di alimentazione o spegnimento imprevisto del server
Ciò potrebbe ostacolare la coerenza del database di Exchange e disabilitare il montaggio del database senza file di registro. Per questo motivo, lo stato del database viene contrassegnato come stato di arresto sporco.
Lo stato di un database può essere controllato utilizzando lo strumento nativo di Exchange Server chiamato ESEUTIL. Quando si esegue il cmdlet riportato di seguito, si ottengono molte informazioni sul database. È necessario cercare informazioni importanti come lo Stato e i Registri richiesti.
Lo Stato mostra se il database si trova in uno stato di arresto pulito o sporco e i Registri richiesti mostrano eventuali registri mancanti o illeggibili. Questa è la prima indicazione del motivo per cui il database non viene montato.
Se il database non può essere montato e si trova in stato di arresto anomalo, non fatevi prendere dal panico perché esistono modi per recuperare il database di Exchange senza file di registro in queste situazioni.
Recupero del database di Exchange 2007, 2010, 2013, 2016, 2019 senza file di registro
Se i file di registro sono la maggior parte del backup di oggi e non fanno parte del backup di ieri, è necessario ripristinare il database in uno stato pulito. ESEUTIL vi aiuterà a ripristinare il database di Exchange senza file di registro. Tuttavia, le due cose da menzionare sono:
- È necessario eseguire un backup del database in modo da avere una copia di sicurezza dei dati correnti, nel caso in cui qualcosa vada storto.
- Sebbene ESEUTIL sia uno strumento di recupero, non è al 100% a prova di errore.
Per iniziare, eseguite un ripristino soft del database utilizzando il seguente parametro ESEUTIL/r:
Eseutil /r E06 /lL:\logs /d M:\DB01
Una volta completata l’operazione, è necessario verificare se il database è in arresto pulito. In caso affermativo, è possibile procedere al montaggio del database. In caso contrario, il ripristino è fuori questione e l’unica scelta è quella di provare con un ripristino rigido. Questo può essere eseguito utilizzando il parametro Eseutil/p. Prima di eseguire questo comando, è necessario considerare alcuni fatti, come ad esempio:
- Non è garantito che questo risolva il database.
- È necessario accettare il fatto di perdere i dati.
- In caso di fallimento, Microsoft non fornirà assistenza perché quando si esegue un ripristino rigido, il database viene contrassegnato.
- Microsoft può fornire assistenza solo se il database non è stato recuperato.
Se Eseutil non riesce, è possibile che vengano visualizzati i seguenti messaggi di errore:
- Errore -501 (JET_errLogFileCorrupt) – “Il file di registro è corrotto”.
- Errore -514 (JET_errBadLogVersion) – “File di registro generato con un server o un’edizione di Exchange diversi”.
- Errore -515 (JET_errInvalidLogSequence) – “Manca un file di log della sequenza”.
- Errore -533 (JET_errCheckpointCorrupt) – “Il file di checkpoint è stato cancellato o è corrotto”.
Come si può recuperare il database di Exchange 2007, 2010, 2013, 2016, 2019 da un disastro senza perdita di dati?
Utilizzando Stellar Repair for Exchange, sarete in grado di recuperare qualsiasi database di Exchange. Il software supporta tutte le versioni del server Exchange, dalla 5.5 alla più recente 2019. È possibile aggiungere un file EDB all’applicazione ed esportarlo in PST e in altri formati come EML, HTML, ecc. Inoltre, è possibile esportare un file EDB direttamente in un database Exchange Server live o in un tenant di Office 365. Tutto questo avviene in un tempo minimo, senza alcuno sforzo amministrativo.
Seguite i passi indicati dopo aver scaricato e installato il miglior software di riparazione EDB.
- Aprire l’applicazione
- Selezionare il file EDB
- Selezionare la modalità di scansione: Rapida o Estensiva.
- Una volta pronto, è possibile sfogliare il database e passare in rassegna tutte le caselle di posta, i diari, i contatti, le voci del calendario e le attività.
- Fare clic sul pulsante Salva e selezionare PST, quindi selezionare la destinazione.
Come già detto, se si dispone di un nuovo database di Exchange Server, è sufficiente fare clic su Live Exchange Server e le caselle di posta elettronica verranno automaticamente abbinate e importate direttamente.
