Negli ultimi giorni, alcuni utenti hanno segnalato di aver scoperto un ID evento di elaborazione online di Exchange ’10.
Exchange ha un’attività di manutenzione basata su Internet che viene eseguita ogni notte. Viene visualizzata l’interfaccia di amministrazione di Exchange (EMC). Vai a Configurazione organizzazione> Cassetta postale> Gestione database. Fare clic con il tasto destro> il nostro database> proprietà> scheda correzione. Possiamo quindi vedere il mio intero programma di manutenzione?
Come puoi vedere, Exchange 2010 ha una nuova impostazione che purtroppo è abilitata per impostazione predefinita. Questa opzione è “Abilita manutenzione database (scansione ESE 24×7)”. Potrebbe non essere la deframmentazione in linea, ma i checksum del database. Ne parleremo più avanti…
La manutenzione in linea esegue varie attività come la deframmentazione in linea (OLD). Microsoft spiega a OLD: “La deframmentazione online è gratuita per le prime piccole pagine del database semplicemente comprimendo i record dei cattivi al minor numero di pagine, il che rende l’I/O critico. Database enginex ESE esegue ciò semplicemente utilizzando i metadati del database, queste sono le informazioni del nostro database che descrivono le stazioni di lavoro nel database e per ogni cubo ci danno una chiamata a ciascuna pagina della tabella come tentativo – scrivi logicamente i record per spostare la pagina su record. â €
Esiste anche un processo che ha chiamato il checksum del database di manutenzione operativa. Il checksum testa l’etica del database trovando ogni singola pagina nel database poiché non c’era nessun contratto di servizio. OLD eseguirà correttamente la scansione di ogni blog sul World Wide Web per assicurarsi che non ci siano danni a portata di mano. Questo processo è completamente stabile e non causa problemi con il funzionamento del database. Il problema con questo metodo in Exchange RTM è che questo processo era in esecuzione a partire dalla fine della manutenzione in linea e questo ha comportato il modo in cui sospende temporaneamente la riproduzione continua a tolleranza d’errore. In Exchange 2007 Service Pack 1 (SP1), Microsoft ha fornito il computer Critical Factors in modo da poter eseguire Rimuovi checksum nel track record.
Nelle versioni di Exchange precedenti a Exchange 2010, possiamo tenere traccia dei 70 ID evento disponibili nel registro del Visualizzatore eventi ALT. Allo stesso modo, puoi controllare il numero di spazi selezionati nel file. Vengono tutti creati nel database dell’ID evento 1221. L’elenco che include gli ID evento per le soluzioni Exchange precedenti a Exchange 2010 è il seguente:
700 Inizio
701 – Completato
702 – Continua
703 – Continua Pass Completato
704 – Interrotto e pronto
1221 – numero di pause
Questo è cambiato leggermente in Exchange in futuro. OLD2 deve essere una nuova versione della deframmentazione in linea e pertanto non viene più eseguita al termine del piano di manutenzione in linea. X diventa invece 24. eseguire 7 nel database. È semplicemente limitato in modo da non determinare le prestazioni. OLD2 non può essere modificato – funziona in modo simile a OLD nei precedenti progetti di Exchange. OLD2 non è troppo configurabile. Per questo motivo, non è necessario espandere ciascuno dei nostri ID evento sopra elencati. Invece di cercare 70 ID di scambio di esperienze, quest’anno verrai consigliato solo quando c’è qualcosa di sbagliato nel servizio del marchio. In questo modo, nessuno dei codici di errore 70x verrà visualizzato come spam. Se gli utenti vedono il tuo 70x in Exchange 2010, di recente c’è un problema. Nota, tuttavia, che questo quando ha più a che fare con i database delle cassette postali. Le origini dati della coda sono sempre 70 volte gli ID evento.
Se la maggior parte delle persone ha bisogno di controllare gli spazi, è possibile eseguirlo ora tramite il nuovo Exchange Management Shell (EMS). Nota che questo libererà solo lo spazio disponibile nella directory principale di spesso il database B-Tree. Se vuoi trovare spazio gratuito per cercare un database, devi chiudere completamente i database e gli scopi eseutil. Se il tuo database si chiama Database1, è richiesto quanto segue:
Nota. Lo stato di commutazione è semplicemente richiesto se è necessario contattare direttamente il database per ridurre le seguenti informazioni:
BackupInProgress
Online
OnlineMain MaintenanceInProgress
Spazio di archiviazione disponibile nel database primario
Come accennato in precedenza, OLD2 è basso e non influisce negativamente sulle prestazioni. Se desiderano monitorare le prestazioni di OLD2, è possibile utilizzare il chiosco perfmon di seguito: Database MSExchange -> Attività di deframmentazione.
Fortect è lo strumento di riparazione PC più popolare ed efficace al mondo. Milioni di persone si affidano a milioni di persone per mantenere i loro sistemi in esecuzione veloci, fluidi e privi di errori. Grazie alla sua semplice interfaccia utente e al potente motore di scansione, Fortect trova e risolve rapidamente un'ampia gamma di problemi di Windows, dall'instabilità del sistema e problemi di sicurezza alla gestione della memoria e ai colli di bottiglia delle prestazioni.
3. Fai clic su "Ripara" per risolvere eventuali problemi rilevati
In Exchange dell’anno 2010, ci sono due modi per impostare facilmente tramite un volo le scansioni del database online (checksum). Il primo è l’impostazione predefinita, che di solito viene mostrata nell’immagine più importante di questo articolo, un processo 24×5 quando un database è attivo. Hai la possibilità se vuoi disabilitare questa opzione. Questa opzione restituisce quindi la migliore scansione del database in linea in modo che la tecnologia dell’informazione cambi dopo che tutte le attività di manutenzione in linea sono state completate. Poiché la maggior parte delle attività di manutenzione online viene inviata entro un’ora, questo processo funziona sufficientemente bene per la ricerca di database di piccole dimensioni (meno di 500 GB). Microsoft attualmente supporta fino a 2 TB all’interno dei database. Se questo non è il caso di produrre questo strumento, Exchange 2010 non visualizza come l’avviso serale corretto nei registri eventi.
Grazie a Matt Gosseige, Program For Storage Manager, per aver visitato Microsoft per molte di queste risposte. Puoi guardare il webcast di Matt’s Gossage Level 300 sull’archiviazione di Exchange 2010 qui.
