Как исправить проблему «Windows не может запустить службу кластера на локальном компьютере»?

Коротко описывая суть проблемы, возникающей при попытке запустить "Администрацию групп", появляется следующее сообщение: "Windows не смог запустить Администрацию группы на локальном ПК". Здесь мы рассмотрим эту проблему и исследуем способы ее устранения. Мы также упомянем программное обеспечение Trade Fix, которое может помочь восстановить данные с Pen Drive в случае их повреждения. Для обеспечения высокой доступности сервера Exchange необходимо наличие Группы доступности баз данных (DAG), которая должна работать правильно, если Администрация группы Windows запущена на всех участвующих узлах. Если этот сервис не запущен, репликация и группа работать не будут правильно. Иногда, проверяя работоспособность и устойчивость сервиса, вы замечаете, что Администрация группы не работает. Для проверки этой проблемы вы также можете посмотреть раздел Группы доступности баз данных (DAG) в Панели управления Exchange (ECP), где будут отображены все узлы вместе с сервером-наблюдателем. Вы увидите, что определенный узел отображается как "Нет" в разделе "Доступность ИС". В таком случае сначала необходимо проверить неполадки на сервере и также попытаться запустить Администрацию группы. Однако вы можете получить ответ от службы, который гласит: "Windows не смог запустить Администрацию группы на локальном ПК". Для получения дополнительной информации ознакомьтесь с журналом событий системы. Если это несистемная служба, свяжитесь с поставщиком поддержки и укажите код ошибки 2. Давайте рассмотрим, как решить проблему запуска Администрации группы в Windows. Решение 1: Если у вас такие проблемы, вам нужно будет сначала проверить журналы системы для выявления конкретных изменений, которые могли повлиять на работу службы. Вы можете проверить, внесены ли какие-либо изменения в конфигурацию, была ли произведена какая-либо обслуживание сервера перед возникновением проблемы или был ли отключен или изменен какой-либо файл. Иногда отслеживание изменений, которые были внесены на сервер, может дать вам хорошую подсказку о том, что пошло не так, и помочь в решении проблемы. Решение 2: Если нет журнала изменений, настоятельно рекомендуется вести журнал управления изменениями, чтобы убедиться, что все происходит в правильное время и изменения контролируются соответствующими лицами. Решение 3: Когда у вас установлена Группа на сервере, она всегда запускается и работает от имени определенного пользователя в Активном каталоге. Она не использует учетные записи системы. Поэтому могут возникнуть проблемы с учетной записью. Убедитесь, что одна и та же учетная запись службы используется на всех узлах одной группы. Первое, что нужно проверить, это то, что учетная запись группы Windows активна и работает правильно. Для этого вам нужно открыть Учетные записи компьютеров и пользователей. Когда вы найдете учетную запись группы, щелкните правой кнопкой мыши по записи и выберите "Свойства". В разделе "Окончание срока записи", вам нужно убедиться, что срок окончания записи либо установлен на "Никогда", либо указана дата окончания срока. Если запись истекла, вам нужно либо изменить пароль, либо установить новую дату окончания срока. Также нужно проверить, не открыта ли запись, если есть какое-либо сообщение о ее блокировке. В этом случае выберите опцию "Открыть запись" и нажмите "ОК". Это откроет запись. После завершения этих действий и активации записи проверьте, решена ли проблема. Если проблема все еще не решена, вам нужно проверить настройки разрешений на запись на указанном сервере. Конфигурация и выполнение групп изменяют локальную политику безопасности заданной записи и предоставляют пользователю права на эту запись. Для этого пользователь группы должен иметь административные права на сервере. Если это так, это можно сделать через "Управление компьютером", раздел "Локальные пользователи и группы". Убедитесь, что учетная запись службы группы является частью этой группы. Решение 4: Если это не сработает, можно попробовать перезагрузить вызвавший проблемы сервер. Иногда такие проблемы решаются этим способом, однако на него нельзя полностью полагаться. Решение 5: Вы также можете убедиться, что второй сервер не был обновлен, так как у группы могут возникнуть проблемы, если обновления серверов Exchange не совпадают или операционные системы Windows Server не одинаковы. Убедитесь, что уровни обновлений или исправлений одинаковы для всех узлов в группе. Решение 6: Другим источником информации является журнал событий. На сервере могут возникнуть проблемы с базами данных. Это может указывать на ошибку в журналах событий, например: "Не удалось примонтировать базу данных "DB01". Ошибка: Ошибка действия активного менеджера. Ошибка: Ошибка операции с базой данных. Ошибка: Ошибка при попытке выбора копии базы данных для возможной активации. Ошибка: База данных "DB01" не была примонтирована из-за ошибок, возникших при проверке копий базы данных для возможной активации или при попытке активации новой копии. Подробная ошибка: EX02: Действие активного менеджера не удалось. Ошибка: Недопустимая конфигурация активного менеджера. Ошибка: Невозможно получить доступ к корневому ключу кластера (Ошибка: Возникла ошибка при выполнении операции кластера. Ошибка: API группы не удалось: "OpenCluster(null) завершилось с кодом ошибки 0x6d9. Ошибка: Нет больше доступных конечных точек из отображателя конечных точек") [Сервер: EX02.mycompany.lan] [База данных: DB01, Сервер: EX02.mycompany.lan]". Решение 7: Исходя из вышеуказанного сообщения об ошибке, кажется, что есть неполадки в активном менеджере. В этом случае лучшим вариантом будет попытаться удалить базу данных из группы и восстановить ее. Что делать, если все вышеперечисленное не помогло. Если это не помогает, может быть проблема с узлом, который мешает запуску службы и примонтированию баз данных. Чтобы решить эту проблему, вы можете удалить сервер из группы, вывести его из эксплуатации и снова установить сервер с нуля. Однако это потребует много работы. Основной проблемой является согласованность данных и возможная потеря данных, поскольку базы данных, содержащие данные, могут быть повреждены или файлы журналов транзакций могут отсутствовать, что приведет к потере данных. В таком случае вы можете воспользоваться программным обеспечением для восстановления сервер
Коротко описывая суть проблемы, возникающей при попытке запустить "Администрацию групп", появляется следующее сообщение: "Windows не смог запустить Администрацию группы на локальном ПК". Здесь мы рассмотрим эту проблему и исследуем способы ее устранения. Мы также упомянем программное обеспечение Trade Fix, которое может помочь восстановить данные с Pen Drive в случае их повреждения. Для обеспечения высокой доступности сервера Exchange необходимо наличие Группы доступности баз данных (DAG), которая должна работать правильно, если Администрация группы Windows запущена на всех участвующих узлах. Если этот сервис не запущен, репликация и группа работать не будут правильно. Иногда, проверяя работоспособность и устойчивость сервиса, вы замечаете, что Администрация группы не работает. Для проверки этой проблемы вы также можете посмотреть раздел Группы доступности баз данных (DAG) в Панели управления Exchange (ECP), где будут отображены все узлы вместе с сервером-наблюдателем. Вы увидите, что определенный узел отображается как "Нет" в разделе "Доступность ИС". В таком случае сначала необходимо проверить неполадки на сервере и также попытаться запустить Администрацию группы. Однако вы можете получить ответ от службы, который гласит: "Windows не смог запустить Администрацию группы на локальном ПК". Для получения дополнительной информации ознакомьтесь с журналом событий системы. Если это несистемная служба, свяжитесь с поставщиком поддержки и укажите код ошибки 2. Давайте рассмотрим, как решить проблему запуска Администрации группы в Windows. Решение 1: Если у вас такие проблемы, вам нужно будет сначала проверить журналы системы для выявления конкретных изменений, которые могли повлиять на работу службы. Вы можете проверить, внесены ли какие-либо изменения в конфигурацию, была ли произведена какая-либо обслуживание сервера перед возникновением проблемы или был ли отключен или изменен какой-либо файл. Иногда отслеживание изменений, которые были внесены на сервер, может дать вам хорошую подсказку о том, что пошло не так, и помочь в решении проблемы. Решение 2: Если нет журнала изменений, настоятельно рекомендуется вести журнал управления изменениями, чтобы убедиться, что все происходит в правильное время и изменения контролируются соответствующими лицами. Решение 3: Когда у вас установлена Группа на сервере, она всегда запускается и работает от имени определенного пользователя в Активном каталоге. Она не использует учетные записи системы. Поэтому могут возникнуть проблемы с учетной записью. Убедитесь, что одна и та же учетная запись службы используется на всех узлах одной группы. Первое, что нужно проверить, это то, что учетная запись группы Windows активна и работает правильно. Для этого вам нужно открыть Учетные записи компьютеров и пользователей. Когда вы найдете учетную запись группы, щелкните правой кнопкой мыши по записи и выберите "Свойства". В разделе "Окончание срока записи", вам нужно убедиться, что срок окончания записи либо установлен на "Никогда", либо указана дата окончания срока. Если запись истекла, вам нужно либо изменить пароль, либо установить новую дату окончания срока. Также нужно проверить, не открыта ли запись, если есть какое-либо сообщение о ее блокировке. В этом случае выберите опцию "Открыть запись" и нажмите "ОК". Это откроет запись. После завершения этих действий и активации записи проверьте, решена ли проблема. Если проблема все еще не решена, вам нужно проверить настройки разрешений на запись на указанном сервере. Конфигурация и выполнение групп изменяют локальную политику безопасности заданной записи и предоставляют пользователю права на эту запись. Для этого пользователь группы должен иметь административные права на сервере. Если это так, это можно сделать через "Управление компьютером", раздел "Локальные пользователи и группы". Убедитесь, что учетная запись службы группы является частью этой группы. Решение 4: Если это не сработает, можно попробовать перезагрузить вызвавший проблемы сервер. Иногда такие проблемы решаются этим способом, однако на него нельзя полностью полагаться. Решение 5: Вы также можете убедиться, что второй сервер не был обновлен, так как у группы могут возникнуть проблемы, если обновления серверов Exchange не совпадают или операционные системы Windows Server не одинаковы. Убедитесь, что уровни обновлений или исправлений одинаковы для всех узлов в группе. Решение 6: Другим источником информации является журнал событий. На сервере могут возникнуть проблемы с базами данных. Это может указывать на ошибку в журналах событий, например: "Не удалось примонтировать базу данных "DB01". Ошибка: Ошибка действия активного менеджера. Ошибка: Ошибка операции с базой данных. Ошибка: Ошибка при попытке выбора копии базы данных для возможной активации. Ошибка: База данных "DB01" не была примонтирована из-за ошибок, возникших при проверке копий базы данных для возможной активации или при попытке активации новой копии. Подробная ошибка: EX02: Действие активного менеджера не удалось. Ошибка: Недопустимая конфигурация активного менеджера. Ошибка: Невозможно получить доступ к корневому ключу кластера (Ошибка: Возникла ошибка при выполнении операции кластера. Ошибка: API группы не удалось: "OpenCluster(null) завершилось с кодом ошибки 0x6d9. Ошибка: Нет больше доступных конечных точек из отображателя конечных точек") [Сервер: EX02.mycompany.lan] [База данных: DB01, Сервер: EX02.mycompany.lan]". Решение 7: Исходя из вышеуказанного сообщения об ошибке, кажется, что есть неполадки в активном менеджере. В этом случае лучшим вариантом будет попытаться удалить базу данных из группы и восстановить ее. Что делать, если все вышеперечисленное не помогло. Если это не помогает, может быть проблема с узлом, который мешает запуску службы и примонтированию баз данных. Чтобы решить эту проблему, вы можете удалить сервер из группы, вывести его из эксплуатации и снова установить сервер с нуля. Однако это потребует много работы. Основной проблемой является согласованность данных и возможная потеря данных, поскольку базы данных, содержащие данные, могут быть повреждены или файлы журналов транзакций могут отсутствовать, что приведет к потере данных. В таком случае вы можете воспользоваться программным обеспечением для восстановления сервер
Show original content

0 users upvote it!

0 answers