Як виправити проблему "Windows не може запустити службу кластера на локальному комп'ютері"?

Автор каже: "У спробі запустити адміністрування групи, ви можете отримати повідомлення, що говорить: "Windows не може запустити адміністрування групи на комп'ютері." Тут ми розглянемо цю проблему та розглянемо способи її вирішення. Ми також згадаємо про програмне забезпечення з відновлення даних з флешки, яке може допомогти вирішити проблему, якщо вона виникла через пошкоджену базу даних. Для забезпечення високої доступності сервера Exchange необхідно мати групу доступу до бази даних (DAG), яка працюватиме на всіх учасниках кластера Exchange. Якщо ця служба не запущена, реплікація та кластеризація працюватимуть некоректно. Час від часу, перевіряючи функціональність та стабільність служби, ви помічаєте, що адміністрування групи не працює. Щоб перевірити цю проблему, ви також можете переглянути розділ групи доступу до бази даних в Панелі керування Exchange (ECP), де будуть відображені всі учасники кластера разом з сервером свідка. Ви помітите, що певний вузол відображається як Ні в розділі "Функціонує". У такому випадку вам спочатку слід оглянути сервер, на якому виникла проблема, і спробувати запустити адміністрування групи. Однак, ви можете отримати повідомлення від служби, яке говорить: "Windows не може запустити адміністрування групи на локальному комп'ютері". Для отримання додаткової інформації перегляньте журнал подій системи. Якщо це несистемна служба, зверніться до постачальника підтримки й зазначте код помилки 2. Вирішимо проблему "Windows не може запустити адміністрування групи на локальному комп'ютері". Рішення 1: Особливо, якщо виникають такі проблеми, ви спочатку можете переглянути журнали комп'ютера, щоб відслідкувати конкретні зміни, які могли вплинути на роботу служби. Ви можете перевірити, чи проводилися якісь зміни в налаштуваннях, чи виконувалася підтримка сервера до виникнення проблеми, чи був відключений або змінений який-небудь файл. Часом відстежування змін, які були внесені на сервер, дасть вам хороший знак того, що пішло не так, і допоможе вирішити проблему. Рішення 2: Якщо немає жодних записів про зміни, настійно рекомендується вести журнал управління змінами, щоб забезпечити, що все виконується в правильне вікно обслуговування і зміни перевіряються відповідальними особами. Рішення 3: Коли кластер встановлено на сервері, він завжди запускається та працює від імені певного користувача з активним каталогом. Він не використовує системні облікові записи. Тому можуть виникнути проблеми з обліковим записом. Вам слід переконатися, що в усіх вузлах кластера використовується той самий обліковий запис служби. Перш за все, перевірте, чи обліковий запис кластера Windows є активним і працює належним чином. Для цього відкрийте "Активні каталоги та комп'ютери". Коли ви знаходите обліковий запис кластера, клацніть правою кнопкою миші по запису і клацніть на "Властивості". У вікні "Активні каталоги та комп'ютери" В розділі "Дійсність запису" ви слід перевірити, чи запис встановлений на значення Never або дату закінчення терміну дії. Якщо запис закінчився, вам слід змінити або пароль, або дату закінчення терміну дії. Також перевірте, чи немає відкритого запису, якщо ви бачите будь-яке повідомлення про те, що запис заблокований. У цьому випадку виберіть параметр "Відкрити запис" і натисніть "OK". Це відкриє запис. Коли це зроблено, і запис активний, перевірте, чи проблема вирішена. Якщо проблема все ще існує, вам слід перевірити дозволи запису на вказаному сервері. Настроєння кластера та виконання змін змінює місцеву політику безпеки для встановленого запису й надає права користувачеві на запис. Для цього користувач кластера має мати адміністративні привілеї на сервері. Це можна зробити через "Керування комп'ютером", розділ "Локальні користувачі та групи на комп'ютері". Переконайтеся, що обліковий запис служби кластера є частиною групи. "Керування комп'ютером, локальні користувачі та групи" Рішення 4: Якщо це не вдасться, можна спробувати перезавантажити спричинений проблему сервер. Іноді це вирішує такі проблеми. Однак, це не є надійним рішенням. Рішення 5: Ви також можете переконатися, що другий сервер не оновлюється, оскільки в групі можуть виникнути проблеми, якщо сервери Exchange не мають однакових оновлень або операційної системи Windows Server. Тому переконайтеся, що рівні оновлень або виправлень однакові для всіх вузлів групи. Рішення 6: Іншим джерелом інформації є журнал подій. Можуть бути проблеми з базами даних на сервері. Це може показати