Configurazione della ridondanza shadow

Si applica a: Exchange Server 2010

Ultima modifica dell'argomento: 2009-05-01

La ridondanza shadow in Microsoft Exchange Server 2010 garantisce ai messaggi un meccanismo ad alta disponibilità per l'intera fase di transito. Per ulteriori informazioni sulla ridondanza shadow, vedere Informazioni sulla ridondanza shadow. È possibile utilizzare Shell per configurare la ridondanza shadow nell'organizzazione.

Per informazioni sulle altre attività di gestione relative ai server di trasporto, vedere Gestione dei server di trasporto.

Operazione desiderata

• Abilitazione o disabilitazione della ridondanza shadow tramite Shell
• Configurazione dell'heartbeat di ridondanza shadow tramite Shell
• Configurazione della durata massima dei messaggi shadow tramite Shell
• Configurazione del massimo ritardo di conferma su un connettore di ricezione tramite Shell

Abilitazione o disabilitazione della ridondanza shadow tramite Shell

È necessario assegnare le autorizzazioni prima di poter eseguire questo cmdlet. Per visualizzare quali autorizzazioni sono necessarie, vedere "Ridondanza shadow" nell'argomento Autorizzazioni di trasporto.

Nota

Non è possibile utilizzare EMC per abilitare o disabilitare la ridondanza shadow.

Utilizzare il parametro ShadowRedundancyEnabled del cmdlet Set-TransportConfig per abilitare o disabilitare la ridondanza shadow nell'organizzazione. Per impostazione predefinita, la ridondanza shadow è abilitata.

In questo esempio viene abilitata la ridondanza shadow per l'organizzazione.

Set-TransportConfig -ShadowRedundancyEnabled $true

Per ulteriori informazioni sulla sintassi e sui parametri, vedere Set-TransportConfig.

Configurazione dell'heartbeat di ridondanza shadow tramite Shell

È necessario assegnare le autorizzazioni prima di poter eseguire questo cmdlet. Per visualizzare quali autorizzazioni sono necessarie, vedere "Ridondanza shadow" nell'argomento Autorizzazioni di trasporto.

Nota

Non è possibile utilizzare EMC per configurare l'heartbeat di ridondanza shadow.

Utilizzare i parametri ShadowHearbeatTimeoutInterval e ShadowHearbeatRetryCount del cmdlet Set-TransportConfig per configurare l'heartbeat di ridondanza shadow nell'organizzazione. Il valore predefinito per l'intervallo di timeout della ridondanza shadow è 5 minuti, mentre il valore predefinito per il conteggio dei tentativi di heartbeat per la ridondanza shadow è 3. Su ciascun server di trasporto che esegue Exchange 2010, l'heartbeat di ridondanza shadow è utilizzato per determinare la disponibilità degli altri server di trasporto Exchange 2010. Per ulteriori informazioni, vedere "Heartbeat" in Informazioni sulla ridondanza shadow.

Si supponga che, a causa della presenza di connessioni di rete inaffidabili tra i siti di Active Directory, sia necessario aumentare il tempo totale di attesa prima che i server di trasporto determinino che un server remoto non è disponibile. A tal fine, i server Trasporto Hub effettuano almeno 5 tentativi di connessione prima di determinare che un server non è disponibile e i server attendono sei minuti tra un tentativo di connessione e l'altro. Di conseguenza, il tempo massimo per il rilevamento di un errore viene aumentato dal valore predefinito di 15 minuti (intervallo di timeout di 5 minuti × 3 tentativi) a 30 minuti (intervallo di timeout di 6 minuti × 5 tentativi). Con questo esempio vengono apportate le seguenti modifiche alla configurazione dell'heartbeat di ridondanza shadow:

• Il numero di tentativi di heartbeat viene aumentato a 5.
• L'intervallo di timeout dell'heartbeat viene aumentato a 6 minuti.

Set-TransportConfig -ShadowHeartbeatTimeoutInterval 00:06:00 -ShadowHeartbeatRetryCount 5

Per ulteriori informazioni sulla sintassi e sui parametri, vedere Set-TransportConfig.

Configurazione della durata massima dei messaggi shadow tramite Shell

È necessario assegnare le autorizzazioni prima di poter eseguire questo cmdlet. Per visualizzare quali autorizzazioni sono necessarie, vedere "Ridondanza shadow" nell'argomento Autorizzazioni di trasporto.

Nota

Non è possibile utilizzare EMC per configurare la durata massima dei messaggi shadow.

Utilizzare il parametro ShadowMessageAutoDiscardInterval del cmdlet Set-TransportConfig per configurare la durata massima dei messaggi shadow nell'organizzazione. Per impostazione predefinita, i messaggi shadow vengono eliminati automaticamente dopo due giorni.

Si supponga che, a causa di vincoli hardware sui server, non debbano essere mantenute le copie shadow per i messaggi in ritardo. Con questo esempio il periodo di conservazione dei messaggi shadow nell'organizzazione viene ridotto a 4 ore.

Set-TransportConfig -ShadowMessageAutoDiscardInterval 04:00:00

Nota

Alla scadenza di un messaggio, il server principale inserisce nella coda un evento di eliminazione per quel messaggio, mentre il server shadow elimina il messaggio shadow alla ricezione della notifica di eliminazione. Il valore configurato per il parametro ShadowMessageAutoDiscardInterval dovrebbe essere uguale o inferiore all'intervallo di timeout per la scadenza dei messaggi configurato sui server di trasporto.

Per ulteriori informazioni sulla sintassi e sui parametri, vedere Set-TransportConfig.

Configurazione del massimo ritardo di conferma su un connettore di ricezione tramite Shell

È necessario assegnare le autorizzazioni prima di poter eseguire questo cmdlet. Per visualizzare quali autorizzazioni sono necessarie, vedere "Connettori di ricezione" nell'argomento Autorizzazioni di trasporto.

Nota

Non è possibile utilizzare EMC per configurare il massimo ritardo di conferma su un connettore di ricezione.

Utilizzare il parametro MaxAcknowledgementDelay del cmdlet Set-ReceiveConnector per configurare il ritardo applicato alla conferma SMTP dal connettore di ricezione quando riceve messaggi da sistemi che non supportano la ridondanza shadow. Per impostazione predefinita, i connettori di ricezione ritardano la conferma di un massimo di 30 secondi. Per ulteriori informazioni, vedere "Conferma ritardata" in Informazioni sulla ridondanza shadow.

Esempio 1

Si prenda in esame un'applicazione proprietaria che invia messaggi SMTP per mezzo dell'infrastruttura Exchange. Se la frequenza di recapito dei messaggi generati da questa applicazione è più importante dell'affidabilità del recapito, può essere utile disabilitare la conferma ritardata sul connettore di ricezione che riceve i messaggi da questa applicazione. Con questo esempio il ritardo massimo di conferma viene impostato su zero per il connettore di ricezione Custom App Receive Connector.

Set-ReceiveConnector "Custom App Receive Connector" -MaxAcknowledgementDelay 0

Per ulteriori informazioni sulla sintassi e sui parametri, vedere Set-ReceiveConnector.

Esempio 2

Si supponga che tutti i messaggi nel proprio ambiente vengano generalmente recapitati entro 20 secondi, ma che a causa dei requisiti legati alle prestazioni la conferma per i messaggi ricevuti da Internet non deve essere ritardata più di 15 secondi. Dopo aver analizzato il flusso dei messaggi, si conclude che il 95% dei messaggi vengono recapitati nell'intervallo di 15 secondi. Con questo esempio il connettore di ricezione da Internet viene configurato per ritardare la conferma di un massimo di 15 secondi. In questo scenario, l'ambiente garantisce la ridondanza shadow per il 95% dei messaggi ricevuti da Internet.

Set-ReceiveConnector "From the Internet" -MaxAcknowledgementDelay 00:00:15.

Per ulteriori informazioni sulla sintassi e sui parametri, vedere Set-ReceiveConnector.