Exchange 2016 Edge

Question

Buongiorno,

ho due server Exchange 2016 on prem connessi in DAG. Il mailbox principale funziona correttamente, il secondo invece crea confusione e non scoda la posta.
Dopo aver eseguito più volte la Exchange Subscription e lanciato la sync questo è l'errore che il sistema mi ritorna:

Qualcuno ha consigli su come risolvere?
I log dicono sempre di ricreare la subscription, ma l'errore è lo stesso.
Grazie a tutti in anticipo.

Answer 1

Buongiorno Harry e grazie della risposta.
Per motivi di sicurezza e funzionalità ho disabilitato le database copy e le varie impostazioni di bilanciamento con questi comandi:

Set-ServerComponentState -Identity exchange2-mbx -Component hubtransport -State draining -Requester maintenance

Redirect-message -Server to-exchange-mbx -Target exchange1-mbx.

Dare Yes to All

Suspend-ClusterNode exchange2-mbx

Set-MailboxServer exchange2-mbx -DatabaseCopyActivationDisabledAndMoveNow $true

Set-MailboxServer exchange2-mbx -DatabaseCopyAutoActivationPolicy blocked

Ecc..
Per verificare il corretto funzionamento è opportuno prima riattivare il bilanciamento e successivamente effettuare lo start della edgesync?
In caso, quale tipo di log posso fornire?

Grazie anticipatamente.

Answer 2

Buongiorno Michele Rossi,

Grazie per averci contattato e per aver condiviso i dettagli relativi alla configurazione dei vostri server Exchange 2016 in DAG. Comprendiamo quanto sia importante garantire la corretta sincronizzazione tra i nodi, soprattutto quando uno dei server non riesce a gestire correttamente la coda della posta.

In base alle informazioni fornite, l’errore persistente durante la sincronizzazione della subscription potrebbe essere legato a uno dei seguenti fattori:

Stato non integro del componente HighAvailability sul nodo secondario

Problemi di replica o di salute del database (es. stato “Disconnected” o “Resynchronizing”)

Certificati mancanti o non validi

Spazio disco insufficiente o porte di comunicazione bloccate

A) Passaggi consigliati per la risoluzione:

Verificare lo stato della replica Eseguire il comando PowerShell:

Powershell

Test-ReplicationHealth -Identity <NomeServer>

Questo comando fornisce una panoramica dello stato dei servizi DAG e può evidenziare componenti offline o errori di replica.

Controllare lo stato dei database Verificare se il database sul nodo secondario è in stato “Mounted” e correttamente sincronizzato:

Powershell

Get-MailboxDatabaseCopyStatus

Verificare lo spazio disco e le porte di rete Assicurarsi che il server secondario abbia almeno il 25–30% di spazio libero sul disco contenente i log e i database. Verificare che le porte TCP/UDP richieste per DAG (es. TCP 64327, UDP 3343) siano aperte.

Ricreare la subscription con attenzione Se i log suggeriscono di ricreare la subscription, assicurarsi che il database sia integro e che non vi siano problemi di Active Directory o DNS che possano interferire con la replica.

Per ulteriori dettagli, consigliamo di consultare questa guida tecnica su problemi di sincronizzazione in DAG.

Rimaniamo a disposizione per assistervi nell’analisi dei log o nella verifica della configurazione DAG. Non esitate a inviarci ulteriori dettagli o output dei comandi PowerShell per un supporto più mirato.

Cordiali saluti,

Harry Phan