Summary: Non è possibile riavviare o riavviare semplicemente Exchange Server quando si installano le patch di sicurezza o gli aggiornamenti cumulativi (CU). È necessario seguire la procedura corretta per riavviare Exchange Server per evitare qualsiasi problema. Questo articolo vi aiuterà a capire la procedura corretta per riavviare Exchange Server. Troverete anche uno strumento di recupero di Exchange che può aiutarvi a recuperare il database se qualcosa va storto.
La maggior parte delle aziende ha una finestra di manutenzione mensile per installare gli aggiornamenti del sistema operativo e di Exchange Server. Quando si effettuano tali modifiche, è necessario riavviare Exchange Server. Esistono diversi altri motivi per cui è necessario riavviare il server di Exchange. Potrebbero verificarsi problemi con l’hardware sottostante e sarebbe necessario spegnere Exchange per riparare o sostituire l’hardware difettoso. Se si dispone di una macchina virtuale, è necessario riavviare a causa di un aggiornamento degli strumenti di virtualizzazione o per aggiungere nuove risorse al server.
Ma perché non è possibile riavviare semplicemente Exchange Server? Exchange Server è composto da molti elementi. Questi sono suddivisi in servizi. I servizi possono differire da una versione all’altra di Exchange Server. Quando si riavvia un server, potrebbero esserci servizi che dipendono da altri. Inoltre, è necessario considerare se sono in esecuzione aggiornamenti e processi. È necessario arrestare i servizi prima di riavviare il server. Se un processo è bloccato o congelato, potrebbe ritardare il riavvio o addirittura impedirlo. In tal caso, non sarà possibile fare nulla perché si rimarrà bloccati con una schermata blu.
È quindi necessario seguire la procedura corretta per arrestare questi servizi e riavviare Exchange Server. Di seguito verrà illustrato il modo corretto per riavviare Exchange Server.
Procedura per riavviare il server Exchange
In questa sede, assumeremo che il sistema operativo che ospita il server Exchange sia un server membro e che non siano installate altre applicazioni di terze parti o Microsoft. Tali applicazioni richiedono una procedura specifica e non possiamo occuparci di tutte le applicazioni.
Iniziamo il processo passo dopo passo:
- Arrestare il servizio MSExchangeADTopology: Per prima cosa, è necessario arrestare il servizio MSExchangeADTopology. Quindi, si può procedere all’arresto degli altri servizi. Esistono diversi modi per arrestare i servizi. È possibile aprire la finestra Gestione servizi facendo clic con il pulsante destro del mouse sul pulsante Start e poi su Esegui. Digitare services.msc. Si aprirà la finestra dei servizi.
- Individuare i servizi di Exchange Server: A questo punto, individuare i servizi di Exchange Server, fare clic con il tasto destro del mouse su di essi e fare clic su Arresta. Assicuratevi di arrestare i servizi il cui tipo di avvio è automatico o automatico (ritardato). Non toccare i servizi manuali o disabilitati. È anche possibile automatizzare il processo utilizzando uno script PowerShell come indicato di seguito.
Aprire il prompt di PowerShell come amministratore ed eseguire il comando seguente:
Get-service | ?{$_.Name -ilike "MSexch*"} | stop-servizio
Questo arresterà automaticamente tutti i servizi che iniziano con MSexch per il prefisso Microsoft Exchange Server.
La procedura sopra descritta interromperà i servizi di Exchange Server. Ora è possibile riavviare il server per un Exchange Server indipendente. Per un server in un gruppo di disponibilità di database (DAG), la procedura è leggermente diversa.
- Mettere il server in modalità di manutenzione: Prima di procedere all’arresto di tutti i servizi, è necessario mettere il server in modalità di manutenzione. Exchange Server ad alta disponibilità offre la possibilità di spostare tutti i servizi e le operazioni su un altro server dell’infrastruttura o su qualsiasi nodo del cluster.
- Ora è necessario svuotare il servizio Hub Transport, in modo da poter chiudere tutte le connessioni o le operazioni in sospeso. Questo può essere fatto con il seguente comando.
Set-ServerComponentState -Identity server name="" -Component HubTransport -State Draining -Requester Maintenance /server 
- Successivamente, è necessario sospendere il nodo dal cluster con il comando seguente.
Sospendi-ClusterNode \server name="" /server - L’ultima cosa da fare è mettere il server in modalità di manutenzione con il seguente comando.
Set-ServerComponentState \server name="" -Component ServerWideOffline -State Inactive -Requester Maintenance /server- A questo punto, tutti i servizi vengono spostati su altri nodi del cluster. È possibile interrompere i servizi e riavviare il server.
E se qualcosa va storto?
Il riavvio del server è l’azione più semplice che si possa fare. Ma se si verifica un problema con un particolare aggiornamento, un’applicazione/servizio di terze parti o un servizio bloccato durante il riavvio, le ripercussioni potrebbero essere disastrose. Ciò potrebbe impedire l’avvio del sistema operativo, l’avvio dei servizi di Exchange Server o addirittura danneggiare l’integrità dei dati di Exchange Server.
È possibile utilizzare gli strumenti nativi, come ESEUtil per cercare di risolvere un problema con un database che non viene montato, se Exchange Server si avvia senza problemi. Se Exchange Server non riesce ad avviarsi o il sistema operativo è danneggiato, è necessario richiedere l’assistenza di Microsoft o di un tecnico di alto livello per cercare di risolvere il problema o ripristinare il server dal backup. Tuttavia, questa operazione richiederà molto tempo e un notevole impegno amministrativo e comporterà la perdita di dati.
In queste situazioni, le Applicazioni di ripristino del server di Exchange come Stellar Repair for Exchange possono essere utili. L’applicazione riduce al minimo il tempo di recupero e garantisce che nessun dato venga perso. Con l’applicazione, è possibile aprire file EDB corrotti da qualsiasi versione di Exchange Server, anche senza avere un Exchange Server installato. È possibile esportare in modo granulare il database recuperato in PST e altri formati di file. È anche possibile esportare il database recuperato direttamente in un database di Exchange Server live o in Office 365.
