Passaggi per il recupero di un membro DAG di Exchange 2016 non funzionante<\/strong><\/strong><\/h2>Il ripristino di un membro DAG di Exchange fallito non è solo una procedura di reinstallazione e ricongiunzione. Comporta un processo complesso di pulizia dello schema di Active Directory\/Exchange Server prima di installare un nuovo membro in sostituzione. Questo perché la maggior parte della configurazione di Exchange Server è memorizzata nello schema di Active Directory.<\/p>
I passaggi sono i seguenti:<\/p>
Fase 1: <\/strong>rimuovere il membro guasto dal Database Availability Group (DAG).<\/p>Usate il seguente comando per rimuovere le copie del database.<\/p>
Get-MailboxDatabaseCopyStatus -Server <failedserver> | Remove-MailboxDatabaseCopy -Confirm:$False<\/p>
\n![\"MailboxDatabaseCopy](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2021\/08\/MailboxDatabaseCopyStatus-1-768x44.png\")
<\/figure>\n<\/div>Fase 2: <\/strong>Rimuovere il server dal gruppo utilizzando il seguente comando.<\/p>Remove-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer EX02 -ConfigurationOnly<\/p>
\n![\"ConfigurationOnly\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2021\/08\/DatabaseAvailabilityGroupServer-2-768x43.png\")
<\/figure>\n<\/div>Passo 3: <\/strong>Eliminare il server guasto dal cluster. A tale scopo, utilizzare il comando seguente.<\/p>Get-ClusterNode <failedserverame> | Rimuovi-ClusterNode<\/p>
\n![\"ClusterNode\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2021\/08\/Get-ClusterNode-3-407x22.png\")
<\/figure>\n<\/div>Fase 4: <\/strong>Una volta terminata questa operazione, è possibile procedere all’installazione del nuovo sistema operativo del server o al deployment della macchina virtuale. Al termine dell’installazione, unire il dominio.<\/p>Fase 5: <\/strong>Installare tutti gli aggiornamenti, poiché il server deve eseguire la stessa versione e la stessa build degli altri server membri del DAG. È possibile verificare le informazioni richieste eseguendo il comando Get-Exchangeserver <\/strong>e controllando il parametro AdminDisplayVersion<\/strong>.<\/p>\n![\"AdminDisplayVersion\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2021\/08\/Get-Exchangeserver-4.png\")
<\/figure>\n<\/div>Fase 6: <\/strong>dopo aver unito il server al dominio, installato tutti gli aggiornamenti e confermato la versione e la build dell’installazione corrente di Exchange Server, procedere all’installazione di Exchange Server in modalità di recupero.<\/p>Questo installerà Exchange e recupererà tutta la configurazione dallo schema di Active Directory. Eseguire l’installazione di Exchange in modalità non presidiata con il comando setup \/m:recoverserver<\/a>.<\/p>setup \/m:recoverserver \/IAcceptExchangeServerLicenseTerms<\/p>
Gli utenti di Exchange Server 2016 e 2019 con CU di settembre 2021 o successiva devono eseguire il seguente cmdlet.<\/p>
setup \/m:recoverserver \/IAcceptExchangeServerLicenseTerms_DiagnosticDataON<\/p>
\n![\"IAcceptExchangeServerLicenseTerms_DiagnosticDataON\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2021\/08\/recover-server-5.png\")
<\/figure>\n<\/div>Fase 7: <\/strong>Una volta completata l’installazione di Exchange Server, è necessario aggiungere nuovamente il server al Database Availability Group <\/strong>(DAG) utilizzando il comando seguente.<\/p>Add-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer EX02<\/p>
Fase 8: <\/strong>Ora il server si è ricongiunto al cluster e al DAG. Tuttavia, non vi è alcuna replica dei database. Se si verifica un failover, Exchange Server funzionerà, ma gli utenti non potranno accedere alle loro caselle di posta elettronica, poiché queste risiedono solo nel database dell’altro server.<\/p>Add-MailboxDatabaseCopy -Identity DBX01 -MailboxServer EX02<\/p>
È necessario aggiungere copie del database al server appena ripristinato utilizzando il seguente comando:<\/p>
Fase 9: <\/strong>Una volta terminata l’operazione, sarebbe meglio riavviare il servizio Microsoft Exchange Information Store <\/strong>affinché le modifiche abbiano effetto.<\/p>A questo punto, i database aggiunti inizieranno a essere seminati sul server appena ripristinato. A seconda delle dimensioni e delle prestazioni del server e della velocità di connettività, ci vorrà un po’ di tempo prima che i database delle caselle postali siano completamente seminati.<\/p>
Le modifiche saranno replicate al termine della prima semina. È possibile verificare lo stato della replica utilizzando il comando Get-MailboxDatabaseCopyStatus. Questo comando fornisce tutte le informazioni sui dati che vengono sincronizzati tra i server.<\/p>
A questo punto, si dovrebbe essere riusciti a ripristinare un membro del DAG di Exchange 2016 non funzionante.<\/p>
Conclusione<\/strong><\/strong><\/h2>I passaggi sopra descritti vi aiuteranno a recuperare il membro DAG di Exchange 2016 non funzionante. Tuttavia, se i database delle caselle di posta del server primario sono stati danneggiati o corrotti, la replica dei dati potrebbe essere interrotta. In queste situazioni, è possibile utilizzare un’applicazione di terze parti, come Stellar Repair for Exchange<\/a>, per recuperare le caselle di posta e ripristinarle in una copia sana del database nel minor tempo possibile. Stellar Repair for Exchange è in grado di aprire qualsiasi versione del database di Exchange Server (.edb) e di esportare le caselle postali e gli elementi di posta in PST e altri formati di file. È anche possibile esportare le caselle postali da un file EDB riparato direttamente in un database Exchange Server live o in un tenant di Office 365.<\/p>\n","protected":false},"excerpt":{"rendered":"
Usate il seguente comando per rimuovere le copie del database.<\/p>
Get-MailboxDatabaseCopyStatus -Server <failedserver> | Remove-MailboxDatabaseCopy -Confirm:$False<\/p>
<\/figure>\n<\/div>Fase 2: <\/strong>Rimuovere il server dal gruppo utilizzando il seguente comando.<\/p> Remove-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer EX02 -ConfigurationOnly<\/p> Passo 3: <\/strong>Eliminare il server guasto dal cluster. A tale scopo, utilizzare il comando seguente.<\/p> Get-ClusterNode <failedserverame> | Rimuovi-ClusterNode<\/p> Fase 4: <\/strong>Una volta terminata questa operazione, è possibile procedere all’installazione del nuovo sistema operativo del server o al deployment della macchina virtuale. Al termine dell’installazione, unire il dominio.<\/p> Fase 5: <\/strong>Installare tutti gli aggiornamenti, poiché il server deve eseguire la stessa versione e la stessa build degli altri server membri del DAG. È possibile verificare le informazioni richieste eseguendo il comando Get-Exchangeserver <\/strong>e controllando il parametro AdminDisplayVersion<\/strong>.<\/p> Fase 6: <\/strong>dopo aver unito il server al dominio, installato tutti gli aggiornamenti e confermato la versione e la build dell’installazione corrente di Exchange Server, procedere all’installazione di Exchange Server in modalità di recupero.<\/p> Questo installerà Exchange e recupererà tutta la configurazione dallo schema di Active Directory. Eseguire l’installazione di Exchange in modalità non presidiata con il comando setup \/m:recoverserver<\/a>.<\/p> setup \/m:recoverserver \/IAcceptExchangeServerLicenseTerms<\/p> Gli utenti di Exchange Server 2016 e 2019 con CU di settembre 2021 o successiva devono eseguire il seguente cmdlet.<\/p> setup \/m:recoverserver \/IAcceptExchangeServerLicenseTerms_DiagnosticDataON<\/p> Fase 7: <\/strong>Una volta completata l’installazione di Exchange Server, è necessario aggiungere nuovamente il server al Database Availability Group <\/strong>(DAG) utilizzando il comando seguente.<\/p> Add-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer EX02<\/p> Fase 8: <\/strong>Ora il server si è ricongiunto al cluster e al DAG. Tuttavia, non vi è alcuna replica dei database. Se si verifica un failover, Exchange Server funzionerà, ma gli utenti non potranno accedere alle loro caselle di posta elettronica, poiché queste risiedono solo nel database dell’altro server.<\/p> Add-MailboxDatabaseCopy -Identity DBX01 -MailboxServer EX02<\/p> È necessario aggiungere copie del database al server appena ripristinato utilizzando il seguente comando:<\/p> Fase 9: <\/strong>Una volta terminata l’operazione, sarebbe meglio riavviare il servizio Microsoft Exchange Information Store <\/strong>affinché le modifiche abbiano effetto.<\/p> A questo punto, i database aggiunti inizieranno a essere seminati sul server appena ripristinato. A seconda delle dimensioni e delle prestazioni del server e della velocità di connettività, ci vorrà un po’ di tempo prima che i database delle caselle postali siano completamente seminati.<\/p> Le modifiche saranno replicate al termine della prima semina. È possibile verificare lo stato della replica utilizzando il comando Get-MailboxDatabaseCopyStatus. Questo comando fornisce tutte le informazioni sui dati che vengono sincronizzati tra i server.<\/p> A questo punto, si dovrebbe essere riusciti a ripristinare un membro del DAG di Exchange 2016 non funzionante.<\/p> I passaggi sopra descritti vi aiuteranno a recuperare il membro DAG di Exchange 2016 non funzionante. Tuttavia, se i database delle caselle di posta del server primario sono stati danneggiati o corrotti, la replica dei dati potrebbe essere interrotta. In queste situazioni, è possibile utilizzare un’applicazione di terze parti, come Stellar Repair for Exchange<\/a>, per recuperare le caselle di posta e ripristinarle in una copia sana del database nel minor tempo possibile. Stellar Repair for Exchange è in grado di aprire qualsiasi versione del database di Exchange Server (.edb) e di esportare le caselle postali e gli elementi di posta in PST e altri formati di file. È anche possibile esportare le caselle postali da un file EDB riparato direttamente in un database Exchange Server live o in un tenant di Office 365.<\/p>\n","protected":false},"excerpt":{"rendered":"<\/figure>\n<\/div><\/figure>\n<\/div><\/figure>\n<\/div><\/figure>\n<\/div>Conclusione<\/strong><\/strong><\/h2>