In Exchange Server, è necessario un gruppo di disponibilità del database (DAG) per l’alta disponibilità, che funziona correttamente solo se il Servizio Cluster di Windows è in esecuzione su tutti i nodi partecipanti. Se il servizio non è in funzione, la replica e il cluster non funzioneranno correttamente.
A volte, quando controlla le prestazioni e lo stato di salute del servizio, può scoprire che il servizio cluster non è in esecuzione. Per verificare questo problema, può anche controllare la sezione Database Availability Group (DAG) nel Pannello di controllo di Exchange (ECP), dove sono visualizzati tutti i nodi insieme al server testimone. Noterà che un particolare nodo è indicato come No nella sezione IS OPERATIONAL.
In tal caso, deve prima controllare il server difettoso e provare ad avviare il servizio cluster. Tuttavia, potrebbe ricevere una risposta dal servizio che afferma: “Windows non ha potuto avviare il servizio cluster sul computer locale”. Ulteriori informazioni possono essere trovate nella visualizzazione degli eventi di sistema. Se si tratta di un servizio non Microsoft, contatti il fornitore del servizio e legga il codice di errore 2 specifico del servizio.
Risoluzione del problema
Vediamo come risolvere il problema: Windows non ha potuto avviare il servizio cluster.
Soluzione 1 : In caso di problemi di questo tipo, deve innanzitutto controllare i registri dell’azienda per rintracciare alcune modifiche che potrebbero aver influenzato il servizio. Può verificare se sono state apportate modifiche alla configurazione, se è stata eseguita una manutenzione sul server prima del problema, o se un account è stato disabilitato o modificato. Tracciare le modifiche sul server, a volte, le darà una buona indicazione di ciò che è andato storto e le permetterà di risolvere il problema.
Soluzione 2 : Se non esiste un registro delle modifiche, si raccomanda vivamente di tenere un registro di gestione delle modifiche per garantire che tutte le modifiche siano apportate nella finestra di manutenzione corretta e riviste dalle persone appropriate.
Soluzione 3: Se ha installato un cluster su un server, viene sempre avviato ed eseguito sotto un utente specifico di Active Directory. Non utilizza gli account di sistema. Quindi potrebbero esserci problemi con l’account. Deve assicurarsi che lo stesso account di servizio sia utilizzato su tutti i nodi dello stesso cluster.
- Innanzitutto, deve verificare se l’account Windows Cluster è attivo e funziona correttamente. Per farlo, deve aprire Utenti e computer di Active Directory. Una volta individuato l’account cluster, faccia clic con il tasto destro del mouse sull’account e poi su Proprietà.
- Nella sezione Scadenza dell’account, deve verificare se l’account è impostato su Mai o quando scade. Se l’account è scaduto, deve modificare la password o la data di scadenza.
- Accanto a Sblocca account, verifichi anche se viene visualizzato un messaggio che indica che l’account è bloccato. In tal caso, selezioni l’opzione Sblocca account e clicchi su OK. Questo sblocca l’account.
- Una volta fatto questo e l’account è attivo, verifichi se il problema è stato risolto. Se il problema persiste, dovrà controllare le autorizzazioni dell’account sul server in questione. La configurazione e l’esecuzione dell’impostazione del cluster modifica la politica di sicurezza locale per l’account impostato e concede i diritti dell’utente per l’account. Per fare questo, l’utente del cluster deve avere diritti amministrativi sul server. In questo caso, ciò avviene tramite l’area Gestione computer, Utenti locali, Gruppi e Gruppi. Si assicuri che l’account del servizio cluster faccia parte del gruppo.
Soluzione 4 : Se questo non funziona, può considerare di riavviare il server interessato. A volte questo può risolvere tali problemi. Tuttavia, non deve fare affidamento su questo.
Soluzione 5 : Può anche assicurarsi che il secondo server non sia stato aggiornato, in quanto possono verificarsi problemi in un cluster se i server Exchange non corrispondono agli aggiornamenti o il sistema operativo Windows Server non è lo stesso. Quindi si assicuri che i livelli di aggiornamento/patch siano gli stessi per tutti i nodi del cluster.
Soluzione 6 : L’altra fonte di informazioni è il registro eventi. Potrebbero esserci problemi con i database del server. Un errore simile al seguente potrebbe essere visualizzato nei registri degli eventi.
| Non è stato possibile montare il database “DB01”. Errore: Un’operazione di Active Manager è fallita. Errore: L’azione del database è fallita. Errore: Si è verificato un errore durante il tentativo di selezionare una copia del database per una possibile attivazione. Errore: Non è stato possibile montare il database ‘DB01’ perché si sono verificati degli errori durante la convalida delle copie del database per una possibile attivazione o durante il tentativo di attivare un’altra copia. Errore/i dettagliato/i:EX02:Un’operazione di Active Manager è fallita. Errore: Configurazione Active Manager non valida. Errore: Impossibile accedere alla chiave radice del cluster (Errore: Si è verificato un errore durante il tentativo di un’operazione di cluster. Errore: API cluster fallita: “OpenCluster(null)” non è riuscito con 0x6d9. Errore: Non ci sono più endpoint disponibili dall’endpoint mapper”) [Server: EX02.mycompany.lan][Database: DB01, Server: EX02.mycompany.lan] |
Soluzione 7 : Il messaggio di errore di cui sopra indica che c’è una configurazione errata in Active Manager. In questo caso, è meglio provare a rimuovere il database dal cluster e reinstallarlo.
Cosa succede se le misure di cui sopra falliscono?
Se questo non riesce, potrebbero esserci dei problemi con il nodo che impediscono al servizio di avviarsi e di montare i database. Per risolvere questo problema, può rimuovere il server dal cluster, disattivarlo e reinstallare il server da zero. Tuttavia, questo comporterebbe molto lavoro. Il problema principale è la coerenza dei dati e la possibile perdita di dati, in quanto i database in cui sono archiviate le informazioni potrebbero essere danneggiati o i registri delle transazioni potrebbero essere mancanti, con conseguente perdita di dati.
In tal caso, può utilizzare un software di recupero di Exchange Server come Stellar Repair for Exchange, in quanto può recuperare i dati dal file di database senza alcuna perdita di dati. Con questa applicazione, può aprire database EDB corrotti da qualsiasi versione di Exchange Server ed esportare il database recuperato in PST e altri formati. L’applicazione può anche esportare il database recuperato direttamente in un database live di Exchange Server o di Office 365. Dispone di funzioni come il recupero parallelo dei dati delle caselle postali, la prioritizzazione del recupero delle caselle postali VIP, la riconciliazione automatica delle caselle postali e la continuazione del recupero in caso di interruzione. Aiuta a risolvere i problemi con un impatto aziendale minimo e nel minor tempo possibile. Questo rende Stellar Repair for Exchange un’applicazione ideale in queste situazioni.
Was this article helpful?
