Risoluzione dei problemi con gli eventi del servizio MSExchangeTransport
Si applica a: Exchange Server 2007 SP1, Exchange Server 2007
Ultima modifica dell'argomento: 2008-06-23
In Microsoft Exchange Server 2007 è stata introdotta la gestione delle risorse necessarie per i servizi al fine di rilevare i server Exchange sottoposti a un forte carico e intraprendere le azioni necessarie. Quando un sistema è sottoposto a carico notevole, occorre evitare che venga aggiunto un ulteriore carico. I server Exchange 2007 nei quali è installato il ruolo del server Trasporto Hub o Trasporto Edge presentano diversi requisiti minimi per quanto riguarda le risorse: tali requisiti devono essere soddisfatti. I valori di soglia per le varie risorse sono gestiti dal servizio di trasporto di Microsoft Exchange (MSExchangeTransport.exe).
Quando tali risorse monitorate si esauriscono in un server Trasporto Hub o Trasporto Edge di Exchange 2007, il servizio smette di accettare nuovi messaggi fino a quando le risorse disponibili non avranno raggiunto livelli accettabili. Questa situazione è denominata congestione. Per ulteriori informazioni sulla congestione, vedere Concetti relativi alla funzionalità di controllo dell'utilizzo delle risorse.
Quando vengono superati questi valori di soglia per i requisiti relativi alle risorse, vengono registrati gli ID evento 15001, 15002 o 15003. Inoltre, Microsoft Exchange Server 2007 Service Pack 1 (SP1) include gli eventi 15004 e 15005.
Per tutte le risorse il livello Normale significa che le risorse rientrano nei livelli operativi normali, Medio indica un utilizzo potenzialmente elevato delle risorse e Alto significa che le risorse del server sono limitate e che il server smetterà di accettare nuovi messaggi. In questo caso si manifesteranno sintomi analoghi a quelli elencati di seguito:
I messaggi inviati a Exchange con Microsoft Office Outlook o Outlook Web Access possono restare nella Posta in uscita se è presente un unico server Trasporto Hub.
Quando viene tentata la connessione al connettore di ricezione del protocollo Simple Mail Transfer Protocol (SMTP) del server (ad esempio Telnet sulla porta 25), viene restituita la seguente stringa: 452 4.3.1 Risorse di sistema insufficienti.
I valori predefiniti e i suggerimenti per ciascuna risorsa monitorata sono elencati nella seguente tabella. Nella maggior parte dei casi è consigliabile eseguire lo strumento Exchange Mail Flow Analyzer in quanto esso non solo fornisce tali suggerimenti ma esamina anche l'integrità del server.
Nota
L'utilizzo della CPU e della rete non viene monitorato dal servizio di trasporto di Microsoft Exchange.
Suggerimenti per la risoluzione dei problemi relativi alle risorse monitorate dal servizio di trasporto di Microsoft Exchange
| Risorsa monitorata | Descrizione | Suggerimenti per la risoluzione dei problemi | Valore predefinito alto | Valore predefinito medio | Valore predefinito normale |
|---|---|---|---|---|---|
Byte privati utilizzati |
Il parametro PercentagePrivateBytesUsed viene utilizzato per monitorare la percentuale di byte privati utilizzati dal processo EdgeTransport.exe. Il monitor verifica che la quantità di byte privati utilizzati non superi il limite predefinito. Per i computer x64 questo limite è pari al 75% della RAM fisica totale oppure 1 terabyte (a seconda di quale dei due valori risulta inferiore).*** |
La quantità di memoria utilizzata dal processo EdgeTransport.exe aumenta man mano che le code si riempiono. Controllare le code per assicurarsi che non si siano verificati problemi. Se vengono rilevati problemi, esaminare le code con Exchange Mail Flow Analyzer (disponibile nella Casella degli strumenti di Exchange). |
75% |
73% |
71% |
Memoria fisica utilizzata |
Il parametro PercentagePhysical MemoryUsedLimit viene utilizzato per monitorare la quantità di memoria totale in uso da parte di tutti i processi. |
Le situazioni in cui viene superato il valore predefinito alto possono verificarsi a seguito dell'accodamento di messaggi. In questo caso è consigliabile risolvere il problema. Spesso il server tenta di recuperare memoria rimuovendo dalla memoria i messaggi meno attivi (cosiddetta disidratazione della coda). Se questo problema si verifica spesso, considerare la possibilità di rimuovere ruoli dal server e di aggiornare l'hardware (ad esempio aggiungendo memoria o aggiungendo altri server). La disidratazione della coda significa che gli elementi superflui dei messaggi accodati vengono rimossi dalla memoria, restando tuttavia presenti nella coda. |
94% |
89% |
84% |
Spazio su disco utilizzato dal database |
Lo scopo del parametro PercentageDatabaseDiskSpaceUsed è di monitorare lo spazio disponibile per i messaggi accodati. Questo viene eseguito monitorando la quantità di spazio utilizzato nel database e confrontandola con la quantità di spazio libero disponibile nel database e sul disco. Nel calcolo viene tenuto conto della dimensione totale del disco. Lo spazio libero minimo è sempre 4 GB per la versione di produzione (RTM) di Microsoft Exchange Server 2007 e 500 MB con Microsoft Exchange 2007 SP1. |
Per impedire una perdita di dati, in determinate situazioni Exchange può smettere di accettare messaggi, ad esempio quando le risorse disco risultano insufficienti. Controllare il backup dei messaggi nelle code. Se la dimensione della partizione contenente la coda risulta troppo ridotta, considerare la possibilità di spostare la coda su un'unità contenente maggiore spazio. Rimuovere i file superflui dal disco contenente la coda. In Exchange 2007 RTM questo problema si verifica più frequentemente quando nell'unità sono disponibili meno di 4 GB di spazio libero. In Exchange 2007 SP1 questo problema si verificare più frequentemente quando nell'unità sono disponibili meno di 500 MB di spazio libero. I requisiti aumentano se è abilitato il dumpster di trasporto (se viene utilizzata la replica continua cluster). |
* |
Valore alto meno 2% |
Valore alto meno 4% |
Quantità di spazio libero su disco rigido per i registri delle transazioni del database delle code dei messaggi |
Il parametro PercentageDatabase LoggingDiskSpaceUsed consente di monitorare lo spazio libero su disco per assicurare che i registri delle transazioni dispongano sempre di spazio sufficiente per le transazioni salvate. |
Per impedire una perdita di dati, in determinate situazioni Exchange può smettere di accettare messaggi, Questo potrebbe accadere quando le risorse disco risultano insufficienti. Se i registri delle transazioni del database delle code si trovano su un'unità diversa da quella del database, questo problema indica che la dimensione dell'unità è troppo piccola. |
** |
Valore alto meno 2% |
Valore alto meno 4% |
Numero di bucket di versione |
I database Extensible Storage Engine (ESE) mantengono in memoria un elenco delle modifiche apportate al database noto come archivio versione. Il parametro VersionBuckets consente di tenere traccia del numero di versioni in memoria in quanto è importante che queste vengano salvate su disco. In condizioni normali, le dimensioni dei bucket di versione allocati variano, tuttavia possono aumentare raggiungendo livelli inaccettabili a seguito di vari problemi dovuti, ad esempio, dal software antivirus o dall'integrità Jet, dal trasporto di messaggi di grandi dimensioni e dalle prestazioni di input/output (I/O) del disco. Se le dimensioni diventano eccessive, ciò potrebbe indicare che l'archivio versione contiene troppe modifiche che non sono ancora state salvate. |
Le situazioni in cui le dimensioni dei bucket di versione restano elevate sono spesso temporanee e in genere possono essere ignorate. Se il problema si verifica spesso, è consigliabile verificare se è stato impostato un limite per le dimensioni dei messaggi. Se il problema non è attribuibile a messaggi di grandi dimensioni, considerare la possibilità di monitorare i contatori I/O del disco per verificare l'eventualità di un problema sottostante relativo alle prestazioni del disco. |
RTM: 100 SP1: 200 |
RTM: 60 SP1: 120 |
RTM:40 SP1: 80 |
* Limite RTM = 100 X(numero totale di byte sul disco – 4 GB) ÷ numero totale di byte sul disco
* Limite SP1 = 100 X(numero totale di byte sul disco – 500 MB) ÷ numero totale di byte sul disco
** Limite = (numero totale di byte sul disco – (profondità massima punto di arresto × 25)) × 100 ÷ numero totale di byte sul disco
*** Exchange a 32 bit non è supportato nella produzione. Tuttavia, per i computer x86 che utilizzano l'opzione /3GB esiste un limite di 1800 MB oppure 75% della RAM fisica, a seconda di quale dei due valori risulta inferiore. Per i computer x86 che non utilizzano l'opzione /3GB il limite è di 800 MB oppure 75% della RAM fisica, a seconda di quale dei due valori risulta inferiore.
Nel seguente esempio di evento di avviso, la dimensione del disco contenente la coda era di circa 8 GB. La quantità di spazio libero era pari a circa 3,6 GB, ovvero insufficiente affinché il server fosse in grado di accettare correttamente nuovi messaggi. Il problema è stato risolto spostando il database delle code su un'unità di dimensioni maggiori.
Tipo evento: Avviso Origine evento: MSExchangeTransport Categoria evento: ResourceManager ID evento: 15002 Descrizione: La pressione delle risorse è costantemente alta. Statistiche: Database delle code e spazio su disco ("C:\Programmi\Microsoft\Exchange Server\TransportRoles\data\Queue\mail.que") = 54% [Alto] [Normale=45% MedioAlto=47% Alto=49%] Database delle code e spazio su disco ("C:\Programmi\Microsoft\Exchange Server\TransportRoles\data\Queue\mail.que") = 54% [Alto] [Normale=89% MedioAlto=91% Alto=49%] Bucket versione = 0 [Normale] [Normale=40 MedioAlto=60 Alto=100] Byte privati = 10% [Normale] [Normale=71% MediuoAlto=73% Alto=75%] Carico della memoria fisica = 52% [il limite per iniziare la disidratazione dei messaggi è 94%.] |
Ulteriori informazioni
Per ulteriori informazioni sulla risoluzione dei problemi di trasporto e di flusso della posta, vedere Problemi di trasporto e flusso di posta.
Per ulteriori informazioni su Exchange Mail Flow Analyzer, vedere Utilizzo di Exchange Management Console e Utilizzo della casella degli strumenti.