Scambio DEAD! Il server è stato ripristinato ma nessun utente può accedere

Ieri abbiamo avuto un guasto hardware e abbiamo portto giù il nostro server di scambio. L'hardware è stato riparato e il server è stato ripreso. Il server di Windows 2008 ha fatto il disco verificare all'avvio e tutto è stato recuperato.

Tuttavia, nessun utente può accedere al proprio account di scambio! Questo è vero con IMAP, Exchange e OWA! Tutti e tre, hanno rifiutato di accettare gli utenti. Ad esempio quando cerco di accedere a OWA, ho la seguente pagina http://pastie.org/584061

  • Scelta della versione di Windows Small Biz Server (2008/11 e Standard / Essentials)?
  • La task di Robocopy pianificata non riesce con errore 0x10
  • Differenza tra la connessione utilizzando Nome o IP nell'ambiente di Active Directory
  • Assicurarsi che l'esecutivo sia sempre in esecuzione?
  • Imansible salvare i file di configuration di text in IIS7 in Windows 2008
  • Convertire la macchina fisica Win2008 nella macchina virtuale Hyper-V nella stessa casella. Modifica SID?
  • Abbiamo verificato che tutti i servizi sono in su (IMAP, POP, SMTP, IIS ecc.). Siamo stati in grado di connettersi a tutti quei servizi con le loro rispettive porte tramite telnet. Quale potrebbe essere il problema?


    Sembra che il database non possa essere installato, dalla console di gestione di Exchange, quando provo a montare il database che fornisce:

    Errore di Microsoft Exchange Imansible installare il database 'Database cassetta postale'. Errore di database cassetta postale: Exchange non è in grado di installare il database specificato. Database specificato: SERVER \ primo gruppo di archiviazione \ database di cassette postali; Codice di errore: MapiExceptionCallFailed: imansible montare il database. (hr = 0x80004005, ec = -528).


    Ho letto online che c'è un'utilità di riparazione, quindi ho provato. Ho navigato al mio file edb e ho eseguito eseutil / p "Mailbox Database.edb". Ha printingto la seguente output

    Riparazione completata. La corruzione del database è stata riparata! Nota: Si raccomanda di eseguire immediatamente un backup completo di questo database. Se si ripristina un backup eseguito prima della riparazione, il database verrà rimandato allo stato in cui si trovava al momento del backup. L'operazione è stata completata con 595 (JET_wrnDatabaseRepaired, la rottura del database corretto è stata riparata) dopo 885.750 secondi.

    Tuttavia non sono ancora in grado di montare!

    4 Solutions collect form web for “Scambio DEAD! Il server è stato ripristinato ma nessun utente può accedere”

    Avevo un Exchange Server fallito una volta, la mia ipotesi è che tu non abbia dormito molto bene o affatto poiché è accaduto. Nel mio caso ho forgiato i $ 500 o qualunque cosa fosse per aprire un caso tecnico con Microsoft. Vale each penny, raccommand se la riparazione non è immediatamente evidente per consegnarla agli esperti. Posso get il voto per raccomandare questo ma devo dire che il team di supporto di Exchange è stato molto buono.

    Se si dispone di un backup recente dell'archivio di posta, ripristinare da subito. In caso contrario, prima di eseguire qualsiasi altra operazione, trovare l' assistente di risoluzione dei problemi di Exchange e installarlo sul server di Exchange. Verrà diagnosticata la base dati e dirvi cosa deve essere fatto per montarlo.

    Spiegazione tecnica: è stato eseguito ESEUTIL / P. ESEUTIL è un'utilità di database a basso livello che non conosce Exchange. L'opzione / P è distruttiva : rimuove le pagine cattive (che falliscono CRC) per rendere il database buono. Queste male pagine, sottolinea Microsoft, potrebbero non essere niente, pagine vuote se hai una buona giornata. Oppure potrebbero essere l'attaccamento di qualcuno. Oppure la radice della loro cassetta postale. Ops.

    Dopo aver eseguito questo strumento, è necessario eseguire ISINTEG. Questo strumento è a conoscenza di Exchange e verificherà il tuo db, risolvendo i suoi errori e rendendolo coerente. Potrebbe essere necessario eseguire più di una volta, poiché ISINTEG non risolve tutti gli errori in un solo passaggio se ci sono molti errori.

    Basta eseguire ISINTEG finché non vengono segnalati altri errori.

    Quindi montare il tuo database.

    Microsoft non consiglia di lasciare un database riparato nella produzione. Dopo, potrebbe essere necessario esportre le proprie cassette postali con Exmerge, eliminare il vecchio db, ricreare le cassette postali vuote dell'utente e quindi unire nuovamente la posta.

    Ma se avevi un backup recente, dimentica tutto questo e ripristini semplicemente da quello. Non riesco più a ripeterlo abbastanza spesso.

    Ho detto solo ripristino dal backup?

    Il log delle transactions è mancante? Se è così, http://technet.microsoft.com/en-us/library/bb267001.aspx .

    Certamente il problema sta nel assembly del database che significa semplicemente che il database recuperato non è in stato accessibile. Devi optare per uno strumento di riparazione avanzato e potente di terze parti EDB e non devi evitare di farlo in quanto è la questione dei tuoi dati aziendali critici, farlo riparare presto e evitare di accedere o utilizzare il database per uno scopo, in quanto potrebbe aumentare le tue difficoltà .

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