•3 jaar
Hoe los je het probleem "Windows kon de cluster-service niet starten op de lokale computer" op?
Overzicht: Bij het proberen te beginnen met de Groepsbeheer, kunt u een bericht krijgen met de melding "Windows kon het Bunchbeheer op de Lokale PC niet starten." Hier zullen we dit probleem onderzoeken en de manieren bespreken om het te onderzoeken. We zullen ook een softwareoplossing noemen die kan helpen bij het oplossen van het probleem als het is ontstaan door een corrupte database. Om hoge beschikbaarheid te hebben in Exchange Server, moet je een Database Beschikbaarheidsgroep (DAG) hebben, die goed zal werken als het Windows Bunchbeheer op alle deelnemende knooppunten wordt uitgevoerd. Als de service niet draait, zullen de replicatie en de cluster niet correct werken. Soms, wanneer u de prestaties en stabiliteit van de service controleert, merkt u dat het Groepsbeheer niet draait. Om dit probleem te controleren, kunt u ook de Database Beschikbaarheidsgroep (DAG) sectie bekijken in het Exchange Control Panel (ECP), waar alle knooppunten samen met de zichtbare server worden weergegeven. U zult zien dat een specifiek knooppunt wordt weergegeven als Nee onder de IS Functional sectie. In zo'n geval moet u eerst het falende knooppunt controleren en ook proberen het Groepsbeheer te starten. Echter, u kunt een foutmelding krijgen van de service met de melding "Windows kon het Bunchbeheer op de Lokale PC niet starten". Voor meer informatie, bekijk het Systeem Gebeurtenislogboek. Als dit een niet-Microsoft service is, neem dan contact op met de leverancier van de service en verwijs naar foutcode 2 die specifiek is voor de service. Laten we kijken hoe we het probleem "Windows kon het Bunchbeheer niet starten" kunnen oplossen. Oplossing 1: Wanneer u zulke problemen heeft, moet u eerst de logs van de organisatie controleren om eventuele wijzigingen te traceren die de service kunnen hebben beïnvloed. U kunt controleren of er wijzigingen zijn aangebracht in de configuratie, eventueel serveronderhoud is uitgevoerd voor het probleem, of als een bestand is uitgeschakeld of gewijzigd. Soms zou het traceren van de wijzigingen die op de server zijn aangebracht u een goed beeld geven van wat er verkeerd is gegaan, waardoor u het probleem kunt oplossen. Oplossing 2: Als er geen logboek van wijzigingen is, wordt sterk aangeraden om een verandermanagementlogboek bij te houden om ervoor te zorgen dat alles binnen het juiste onderhoudsvenster wordt uitgevoerd en de wijzigingen worden gescreend door de bevoegde personen. Oplossing 3: Wanneer u een Cluster op een server heeft geïnstalleerd, wordt het altijd gestart en uitgevoerd onder een specifieke Active Directory-gebruiker. Het gebruikt geen systeemaccounts. Daarom kunnen er problemen zijn met de account. U moet ervoor zorgen dat hetzelfde service-account wordt gebruikt in alle knooppunten van dezelfde cluster. Het eerste wat u moet controleren is dat het Windows Clusteraccount actief en correct werkt. Hiervoor moet u de Active Directory-gebruikers en -computers openen. Wanneer u het clusteraccount vindt, klikt u met de rechtermuisknop op het account en klikt u op Eigenschappen. Onder de sectie Account verloopt, moet u controleren of het account is ingesteld op Nooit of de datum waarop het verloopt. Als het account is verlopen, moet u ofwel het wachtwoord wijzigen of de vervaldatum aanpassen. U moet ook controleren of het account open is, als er een bericht is dat zegt dat het account vergrendeld is. In dat geval vinkt u de optie Open account aan en klikt u op OK. Hiermee wordt het account geopend. Als dit is voltooid en het account actief is, controleer dan of het probleem is opgelost. Als het probleem nog steeds aanhoudt, moet u de machtigingen van het account op de betreffende server controleren. De Cluster-configuratie wijzigt het lokale beveiligingsbeleid voor het opgegeven account en verleent de gebruiker rechten voor het account. Hiervoor moet de clustergebruiker administratieve rechten hebben op de server. Als dit het geval is, wordt dit gedaan vanuit de Computerbeheer, Lokale Gebruikers en Groepen sectie. Zorg ervoor dat het clusterdienstaccount deel uitmaakt van de groep. Oplossing 4: Als dit niet werkt, kunt u overwegen de getroffen server opnieuw op te starten. Soms lost dit dergelijke problemen op. Het is echter niet iets om op te rekenen. Oplossing 5: U kunt er ook voor zorgen dat de tweede server niet is bijgewerkt, aangezien een cluster problemen kan hebben als de Exchange-servers geen overeenkomstige updates hebben of als het Windows Server-besturingssysteem niet hetzelfde is. Zorg er dus voor dat de update/patch niveaus hetzelfde zijn voor alle knooppunten in het cluster. Oplossing 6: Een andere bron van informatie is het Gebeurtenislogboek. Er kunnen problemen zijn met de databases op de server. Dit kan resulteren in een fout in de Gebeurtenislogboeken, zoals hierboven weergegeven. Oplossing 7: Vanuit de bovenstaande foutmelding lijkt het erop dat er een verkeerde configuratie is in de Active Directory. In dat geval is de beste optie om de database uit de cluster te verwijderen en opnieuw te installeren. Wat als het bovenstaande niet werkt. Als dit niet lukt, kunnen er problemen zijn met het knooppunt dat de service belet te starten en de databases te monteren. Om dit op te lossen, kunt u de server uit het cluster verwijderen, decommissioneren en de server opnieuw installeren. Dit kan echter veel werk met zich meebrengen. Het belangrijkste probleem is de consistentie van gegevens en potentieel gegevensverlies aangezien de databases die de gegevens bevatten mogelijk beschadigd zijn of dat de transactielogs ontbreken, waardoor u met gegevensverlies achterblijft. In zo'n geval kunt u een Exchange Server Recovery-software gebruiken, zoals Stellar Repair for Exchange, aangezien het gegevens kan herstellen uit het databasebestand zonder enig gegevensverlies. Met deze software kunt u een beschadigde EDB-database openen vanuit elke versie van Exchange Server en de herstelde database exporteren naar PST en andere formaten. De applicatie kan ook de herstelde database direct exporteren naar een live Exchange Server-database of Office 365. Het heeft functies zoals parallelle postbussenherstel, doelherstel voor VIP-postbussen, automatische postbuxmatching, en voortzetting in geval van onderbreking. Het helpt om de problemen op te lossen met minimale impact op het bedrijf en op zo kort mogelijke tijd. Dit maakt Stellar Repair for Exchange een ideale applicatie in dergelijke situaties.
Overzicht: Bij het proberen te beginnen met de Groepsbeheer, kunt u een bericht krijgen met de melding "Windows kon het Bunchbeheer op de Lokale PC niet starten." Hier zullen we dit probleem onderzoeken en de manieren bespreken om het te onderzoeken. We zullen ook een softwareoplossing noemen die kan helpen bij het oplossen van het probleem als het is ontstaan door een corrupte database. Om hoge beschikbaarheid te hebben in Exchange Server, moet je een Database Beschikbaarheidsgroep (DAG) hebben, die goed zal werken als het Windows Bunchbeheer op alle deelnemende knooppunten wordt uitgevoerd. Als de service niet draait, zullen de replicatie en de cluster niet correct werken. Soms, wanneer u de prestaties en stabiliteit van de service controleert, merkt u dat het Groepsbeheer niet draait. Om dit probleem te controleren, kunt u ook de Database Beschikbaarheidsgroep (DAG) sectie bekijken in het Exchange Control Panel (ECP), waar alle knooppunten samen met de zichtbare server worden weergegeven. U zult zien dat een specifiek knooppunt wordt weergegeven als Nee onder de IS Functional sectie. In zo'n geval moet u eerst het falende knooppunt controleren en ook proberen het Groepsbeheer te starten. Echter, u kunt een foutmelding krijgen van de service met de melding "Windows kon het Bunchbeheer op de Lokale PC niet starten". Voor meer informatie, bekijk het Systeem Gebeurtenislogboek. Als dit een niet-Microsoft service is, neem dan contact op met de leverancier van de service en verwijs naar foutcode 2 die specifiek is voor de service. Laten we kijken hoe we het probleem "Windows kon het Bunchbeheer niet starten" kunnen oplossen. Oplossing 1: Wanneer u zulke problemen heeft, moet u eerst de logs van de organisatie controleren om eventuele wijzigingen te traceren die de service kunnen hebben beïnvloed. U kunt controleren of er wijzigingen zijn aangebracht in de configuratie, eventueel serveronderhoud is uitgevoerd voor het probleem, of als een bestand is uitgeschakeld of gewijzigd. Soms zou het traceren van de wijzigingen die op de server zijn aangebracht u een goed beeld geven van wat er verkeerd is gegaan, waardoor u het probleem kunt oplossen. Oplossing 2: Als er geen logboek van wijzigingen is, wordt sterk aangeraden om een verandermanagementlogboek bij te houden om ervoor te zorgen dat alles binnen het juiste onderhoudsvenster wordt uitgevoerd en de wijzigingen worden gescreend door de bevoegde personen. Oplossing 3: Wanneer u een Cluster op een server heeft geïnstalleerd, wordt het altijd gestart en uitgevoerd onder een specifieke Active Directory-gebruiker. Het gebruikt geen systeemaccounts. Daarom kunnen er problemen zijn met de account. U moet ervoor zorgen dat hetzelfde service-account wordt gebruikt in alle knooppunten van dezelfde cluster. Het eerste wat u moet controleren is dat het Windows Clusteraccount actief en correct werkt. Hiervoor moet u de Active Directory-gebruikers en -computers openen. Wanneer u het clusteraccount vindt, klikt u met de rechtermuisknop op het account en klikt u op Eigenschappen. Onder de sectie Account verloopt, moet u controleren of het account is ingesteld op Nooit of de datum waarop het verloopt. Als het account is verlopen, moet u ofwel het wachtwoord wijzigen of de vervaldatum aanpassen. U moet ook controleren of het account open is, als er een bericht is dat zegt dat het account vergrendeld is. In dat geval vinkt u de optie Open account aan en klikt u op OK. Hiermee wordt het account geopend. Als dit is voltooid en het account actief is, controleer dan of het probleem is opgelost. Als het probleem nog steeds aanhoudt, moet u de machtigingen van het account op de betreffende server controleren. De Cluster-configuratie wijzigt het lokale beveiligingsbeleid voor het opgegeven account en verleent de gebruiker rechten voor het account. Hiervoor moet de clustergebruiker administratieve rechten hebben op de server. Als dit het geval is, wordt dit gedaan vanuit de Computerbeheer, Lokale Gebruikers en Groepen sectie. Zorg ervoor dat het clusterdienstaccount deel uitmaakt van de groep. Oplossing 4: Als dit niet werkt, kunt u overwegen de getroffen server opnieuw op te starten. Soms lost dit dergelijke problemen op. Het is echter niet iets om op te rekenen. Oplossing 5: U kunt er ook voor zorgen dat de tweede server niet is bijgewerkt, aangezien een cluster problemen kan hebben als de Exchange-servers geen overeenkomstige updates hebben of als het Windows Server-besturingssysteem niet hetzelfde is. Zorg er dus voor dat de update/patch niveaus hetzelfde zijn voor alle knooppunten in het cluster. Oplossing 6: Een andere bron van informatie is het Gebeurtenislogboek. Er kunnen problemen zijn met de databases op de server. Dit kan resulteren in een fout in de Gebeurtenislogboeken, zoals hierboven weergegeven. Oplossing 7: Vanuit de bovenstaande foutmelding lijkt het erop dat er een verkeerde configuratie is in de Active Directory. In dat geval is de beste optie om de database uit de cluster te verwijderen en opnieuw te installeren. Wat als het bovenstaande niet werkt. Als dit niet lukt, kunnen er problemen zijn met het knooppunt dat de service belet te starten en de databases te monteren. Om dit op te lossen, kunt u de server uit het cluster verwijderen, decommissioneren en de server opnieuw installeren. Dit kan echter veel werk met zich meebrengen. Het belangrijkste probleem is de consistentie van gegevens en potentieel gegevensverlies aangezien de databases die de gegevens bevatten mogelijk beschadigd zijn of dat de transactielogs ontbreken, waardoor u met gegevensverlies achterblijft. In zo'n geval kunt u een Exchange Server Recovery-software gebruiken, zoals Stellar Repair for Exchange, aangezien het gegevens kan herstellen uit het databasebestand zonder enig gegevensverlies. Met deze software kunt u een beschadigde EDB-database openen vanuit elke versie van Exchange Server en de herstelde database exporteren naar PST en andere formaten. De applicatie kan ook de herstelde database direct exporteren naar een live Exchange Server-database of Office 365. Het heeft functies zoals parallelle postbussenherstel, doelherstel voor VIP-postbussen, automatische postbuxmatching, en voortzetting in geval van onderbreking. Het helpt om de problemen op te lossen met minimale impact op het bedrijf en op zo kort mogelijke tijd. Dit maakt Stellar Repair for Exchange een ideale applicatie in dergelijke situaties.
Show original content
0 users upvote it!
0 answers