•tre år
Hur man fixar problemet "Windows kunde inte starta kluster tjänst på lokala datorn"?
Outline: Medan du försöker börja med Gruppadministration kanske du får ett meddelande som säger, "Windows kunde inte starta Bunchadministration på Lokal dator." Här kommer vi att undersöka detta problem och diskutera sätten att undersöka det. Vi kommer också att nämna en programvara för byte fix som kan hjälpa Pen Drive Data Recovery software att lösa problemet om det har uppstått på grund av korrupt databas. För att ha hög tillgänglighet i Exchange Server behöver du en Datamängdsåtkomstgrupp (DAG), som kommer att fungera korrekt om Windows Group Administration körs på alla deltagande noder. Om tjänsten inte körs kommer replikering och kluster inte att fungera korrekt. Ibland, medan du kontrollerar prestanda och stabilitet för tjänsten, märker du att Gruppadministration inte körs. För att kontrollera detta problem kan du också se Datamängdsåtkomstgruppen (DAG) i Exchange-kontrollpanelen (ECP), där alla noder kommer att visas tillsammans med observatörsservern. Du skulle märka att en viss nod visas som Nej under IS Functional-sektionen. I så fall behöver du först undersöka den felande servern och försöka starta Gruppadministrationen. Men du kan få ett svar från tjänsten som säger, "Windows kunde inte starta Bunchadministration på Lokal dator." För mer information, granska Systemhändelseloggarna. Om det här är en icke-Microsoft-tjänst, kontakta tjänstleverantören och hänvisa till tjänstens specifika felkod 2. Windows kunde inte starta Bunchadministration på Lokal dator Låt oss se hur man löser problemet med att Windows inte kunde starta Gruppadministrationen. Lösning 1: När du har sådana problem behöver du först granska organisationens loggar för att spåra eventuella förändringar som kan ha påverkat tjänsten. Du kan kontrollera om några förändringar har gjorts i konfigurationen, något serverunderhåll som gjorts innan problemet, eller om någon fil är inaktiverad eller ändrad. Ibland kan det vara till hjälp att spåra tillbaka de förändringar som gjordes på servern, vilket kan ge dig en bra indikation på vad som gick fel och hjälpa till att lösa problemet. Lösning 2: Om det inte finns någon logg över förändringar, rekommenderas det starkt att ha en ändringshanteringslogg för att säkerställa att allt görs inom rätt underhållsfönster och att förändringarna granskas av behöriga personer. Lösning 3: När du har en klunga installerad på en server, startas den alltid och körs under en specifik Active Directory-användare. Den använder inte systemkonton. Därför kan det finnas problem med kontot. Du måste se till att samma tjänstekonto används över alla noder i samma kluster. Första saken att kontrollera är att Windows Group-kontot är aktivt och fungerar korrekt. För detta måste du öppna Active Directory-användare och datorer. När du hittar klunkontot, högerklicka på kontot och välj Egenskaper. Aktiv kataloganvändare och datorer Under Avsnittet för kontots utgångsdatum måste du kontrollera om kontot antingen är inställt på Aldrig eller datumet när det går ut. Om kontot är utgånget måste du antingen ändra lösenordet eller utgångsdatumet. Du måste också kontrollera, bredvid Öppet konto, om det finns ett meddelande som säger att kontot är låst. I så fall, bocka i rutan för Öppet konto och klicka på OK. Detta kommer att öppna kontot. När detta är klart och kontot är aktivt, kontrollera om problemet är löst. Om problemet fortfarande kvarstår behöver du granska behörigheterna för kontot på den aktuella servern. Klusterkonfigurationen ändrar den lokala säkerhetspolicyn för det angivna kontot och ger användaren rättigheter till kontot. Gruppadministratörskontot måste därför ha administrativa rättigheter på servern. Om detta är fallet ska det vara klart från datorminneshanteringen, lokal användar- och gruppavsnitt. Se till att Gruppadministratörskontot är medlem i gruppen. Datorminnesadministration, Lokala användare och grupper Lösning 4: Om detta misslyckas kan du överväga en omstart av den orsakade servern. Ibland löser det sådana problem. Men det är inte något att lita helt på. Lösning 5: Du kan också se till att den andra servern inte har uppdaterats eftersom en klunga skulle ha problem om Exchange-servrarna inte har samma uppdateringar eller Windows Server-operativsystemet inte är detsamma. Se därför till att uppdaterings/fixnivåerna är desamma för alla noder i klustret. Lösning 6: En annan källa till information är Händelseloggarna. Det kan finnas problem med databaserna på servern. Detta kan visa ett fel i Händelseloggarna, som här. Misslyckades att montera databasen "DB01". Fel: En Active Manager-operation misslyckades. Fel: Databasoperationen misslyckades. Fel: Ett fel inträffade vid försöket att välja en databaskopia för möjlig aktivering. Fel: Databasen 'DB01' monterades inte eftersom fel uppstod antingen vid validering av databaskopior för eventuell aktivering, eller vid försöket att aktivera en annan kopia. Detaljerat fel(er): EX02:En Active Manager-operation misslyckades. Fel: Ogiltig Active Manager-konfiguration. Fel: Det går inte att komma åt klusterrotregistret (Fel: Ett fel inträffade vid försök att utföra en klusteråtgärd. Fel: Kluster-API misslyckades: "OpenCluster(null) misslyckades med 0x6d9. Fel: Det finns inga fler slutpunkter tillgängliga från slutpunktsmapparen") [Server: EX02.mycompany.lan] [Databas: DB01, Server: EX02.mycompany.lan] Lösning 7: Från det ovanstående felmeddelandet verkar det som det finns en felkonfiguration i Active Manager. I så fall är det bästa alternativet att försöka ta bort databasen från klustret och återinstallera den. Vad händer om ovanstående misslyckas. Om detta misslyckas kan det finnas problem med noden som hindrar tjänsten från att starta och montera databaserna. För att lösa detta kan du ta bort servern från klustret, avveckla den och installera om servern på nytt. Detta skulle dock innebära mycket arbete. Det största problemet är konsistensen i data och potentiell dataförlust eftersom databaserna som innehåller informationen kan vara korrupta eller transaktionsloggarna kan saknas, vilket kan leda till dataförlust. I så fall kan du använda en Exchange Server Recovery-programvara, som Stellar Repair for Exchange, eftersom den kan återställa data från databasfilen utan förlust av data. Med denna applikation kan USB Drive Data Recovery software öppna korrupta EDB-databaser från vilken version av Exchange Server som helst och exportera återställd data till PST och andra format på ett granulärt sätt. Applikationen kan också exportera den återställda databasen direkt till en live Exchange Server-databas eller Office 365. Den har funktioner som parallellt postlådeåterställning, målinriktad återställning för VIP-postlådor, automatisk postlådematchning och fortsättning vid avbrott. Det hjälper till att lösa problemen med minimal påverkan på verksamheten och vid behov. Detta gör Stellar Repair for Exchange till en optimal applikation i sådana situationer.
Outline: Medan du försöker börja med Gruppadministration kanske du får ett meddelande som säger, "Windows kunde inte starta Bunchadministration på Lokal dator." Här kommer vi att undersöka detta problem och diskutera sätten att undersöka det. Vi kommer också att nämna en programvara för byte fix som kan hjälpa Pen Drive Data Recovery software att lösa problemet om det har uppstått på grund av korrupt databas. För att ha hög tillgänglighet i Exchange Server behöver du en Datamängdsåtkomstgrupp (DAG), som kommer att fungera korrekt om Windows Group Administration körs på alla deltagande noder. Om tjänsten inte körs kommer replikering och kluster inte att fungera korrekt. Ibland, medan du kontrollerar prestanda och stabilitet för tjänsten, märker du att Gruppadministration inte körs. För att kontrollera detta problem kan du också se Datamängdsåtkomstgruppen (DAG) i Exchange-kontrollpanelen (ECP), där alla noder kommer att visas tillsammans med observatörsservern. Du skulle märka att en viss nod visas som Nej under IS Functional-sektionen. I så fall behöver du först undersöka den felande servern och försöka starta Gruppadministrationen. Men du kan få ett svar från tjänsten som säger, "Windows kunde inte starta Bunchadministration på Lokal dator." För mer information, granska Systemhändelseloggarna. Om det här är en icke-Microsoft-tjänst, kontakta tjänstleverantören och hänvisa till tjänstens specifika felkod 2. Windows kunde inte starta Bunchadministration på Lokal dator Låt oss se hur man löser problemet med att Windows inte kunde starta Gruppadministrationen. Lösning 1: När du har sådana problem behöver du först granska organisationens loggar för att spåra eventuella förändringar som kan ha påverkat tjänsten. Du kan kontrollera om några förändringar har gjorts i konfigurationen, något serverunderhåll som gjorts innan problemet, eller om någon fil är inaktiverad eller ändrad. Ibland kan det vara till hjälp att spåra tillbaka de förändringar som gjordes på servern, vilket kan ge dig en bra indikation på vad som gick fel och hjälpa till att lösa problemet. Lösning 2: Om det inte finns någon logg över förändringar, rekommenderas det starkt att ha en ändringshanteringslogg för att säkerställa att allt görs inom rätt underhållsfönster och att förändringarna granskas av behöriga personer. Lösning 3: När du har en klunga installerad på en server, startas den alltid och körs under en specifik Active Directory-användare. Den använder inte systemkonton. Därför kan det finnas problem med kontot. Du måste se till att samma tjänstekonto används över alla noder i samma kluster. Första saken att kontrollera är att Windows Group-kontot är aktivt och fungerar korrekt. För detta måste du öppna Active Directory-användare och datorer. När du hittar klunkontot, högerklicka på kontot och välj Egenskaper. Aktiv kataloganvändare och datorer Under Avsnittet för kontots utgångsdatum måste du kontrollera om kontot antingen är inställt på Aldrig eller datumet när det går ut. Om kontot är utgånget måste du antingen ändra lösenordet eller utgångsdatumet. Du måste också kontrollera, bredvid Öppet konto, om det finns ett meddelande som säger att kontot är låst. I så fall, bocka i rutan för Öppet konto och klicka på OK. Detta kommer att öppna kontot. När detta är klart och kontot är aktivt, kontrollera om problemet är löst. Om problemet fortfarande kvarstår behöver du granska behörigheterna för kontot på den aktuella servern. Klusterkonfigurationen ändrar den lokala säkerhetspolicyn för det angivna kontot och ger användaren rättigheter till kontot. Gruppadministratörskontot måste därför ha administrativa rättigheter på servern. Om detta är fallet ska det vara klart från datorminneshanteringen, lokal användar- och gruppavsnitt. Se till att Gruppadministratörskontot är medlem i gruppen. Datorminnesadministration, Lokala användare och grupper Lösning 4: Om detta misslyckas kan du överväga en omstart av den orsakade servern. Ibland löser det sådana problem. Men det är inte något att lita helt på. Lösning 5: Du kan också se till att den andra servern inte har uppdaterats eftersom en klunga skulle ha problem om Exchange-servrarna inte har samma uppdateringar eller Windows Server-operativsystemet inte är detsamma. Se därför till att uppdaterings/fixnivåerna är desamma för alla noder i klustret. Lösning 6: En annan källa till information är Händelseloggarna. Det kan finnas problem med databaserna på servern. Detta kan visa ett fel i Händelseloggarna, som här. Misslyckades att montera databasen "DB01". Fel: En Active Manager-operation misslyckades. Fel: Databasoperationen misslyckades. Fel: Ett fel inträffade vid försöket att välja en databaskopia för möjlig aktivering. Fel: Databasen 'DB01' monterades inte eftersom fel uppstod antingen vid validering av databaskopior för eventuell aktivering, eller vid försöket att aktivera en annan kopia. Detaljerat fel(er): EX02:En Active Manager-operation misslyckades. Fel: Ogiltig Active Manager-konfiguration. Fel: Det går inte att komma åt klusterrotregistret (Fel: Ett fel inträffade vid försök att utföra en klusteråtgärd. Fel: Kluster-API misslyckades: "OpenCluster(null) misslyckades med 0x6d9. Fel: Det finns inga fler slutpunkter tillgängliga från slutpunktsmapparen") [Server: EX02.mycompany.lan] [Databas: DB01, Server: EX02.mycompany.lan] Lösning 7: Från det ovanstående felmeddelandet verkar det som det finns en felkonfiguration i Active Manager. I så fall är det bästa alternativet att försöka ta bort databasen från klustret och återinstallera den. Vad händer om ovanstående misslyckas. Om detta misslyckas kan det finnas problem med noden som hindrar tjänsten från att starta och montera databaserna. För att lösa detta kan du ta bort servern från klustret, avveckla den och installera om servern på nytt. Detta skulle dock innebära mycket arbete. Det största problemet är konsistensen i data och potentiell dataförlust eftersom databaserna som innehåller informationen kan vara korrupta eller transaktionsloggarna kan saknas, vilket kan leda till dataförlust. I så fall kan du använda en Exchange Server Recovery-programvara, som Stellar Repair for Exchange, eftersom den kan återställa data från databasfilen utan förlust av data. Med denna applikation kan USB Drive Data Recovery software öppna korrupta EDB-databaser från vilken version av Exchange Server som helst och exportera återställd data till PST och andra format på ett granulärt sätt. Applikationen kan också exportera den återställda databasen direkt till en live Exchange Server-databas eller Office 365. Den har funktioner som parallellt postlådeåterställning, målinriktad återställning för VIP-postlådor, automatisk postlådematchning och fortsättning vid avbrott. Det hjälper till att lösa problemen med minimal påverkan på verksamheten och vid behov. Detta gör Stellar Repair for Exchange till en optimal applikation i sådana situationer.
Show original content
0 users upvote it!
0 answers