Автор Rasty, 23 ноя 2015, 14:21
0 Пользователей и 1 гость просматривают эту тему.
Ошибка получение списка кластеров:
Ошибка операции администрирования
1с не найдено ни одного сервера с размещенным сервисом serviceName=ClusterConfigService.
Типичная ситуация, пришел с утра, открываю консоль, хренак и на, в интернетах ничего дельного не нашел кроме этого
Самое интересное пользователи работают…
WTF?
Помогли — Скажи спасибо! Решил сам — поделись решением!
Останавливаем 1с сервак, сносим все что в папке C:Program Files (или x86)1cv8srvinfo, запускаем сервак, добавляем базы, и все работает.
Помогли — Скажи спасибо! Решил сам — поделись решением!
Цитата: Rasty от 24 ноя 2015, 14:56
Останавливаем 1с сервак, сносим все что в папке C:Program Files (или x86)1cv8srvinfo, запускаем сервак, добавляем базы, и все работает.
Спасибо, столкнулся с такой же проблемой, и описанное решение помогло.
А если это не помогает? удаляешь, добавляешь снова базу и при запуске 1с тоже самое
Проблема с лицензией может быть или нет?
нужно на сервере через администрирование удалить все процессы и добавить заново.
Спасибо за Сказать спасибо
Цитата: alex0402 от 22 авг 2017, 21:23
нужно на сервере через администрирование удалить все процессы и добавить заново.
Какие процессы? я сервак 1с останавливаю на сервере и все из каталога удаляю, там в итоге пусто.
Перегружаю весь комп-сервер.
Потом запускаю сервер 1с и добавляю базу снова в админке 1с.
Потом запускаю 1с и пытаюсь подключится и в итоге тоже самое
Нужно дать полные права юзеру usrv8 на все внутренности папки srvinfo
Цитата: Вовчик от 08 дек 2016, 08:17
Цитата: Aleksh_kz от 16 сен 2016, 10:56
Цитата: Rasty от 24 ноя 2015, 14:56
Останавливаем 1с сервак, сносим все что в папке C:Program Files (или x86)1cv8srvinfo, запускаем сервак, добавляем базы, и все работает.Спасибо, столкнулся с такой же проблемой, и описанное решение помогло.
)))) а есть адекватное решение?
Не обязательно удалять всю папку srvinfo, достаточно удалить только папки, начинающиеся с snccntx, т е содержащие сессионные данные. Такой способ полезен, если у тебя овердохера баз и одно только добавление их по новой трудоёмко.
Цитата: iphr от 20 дек 2017, 16:58
Нужно дать полные права юзеру usrv8 на все внутренности папки srvinfo
Какие права, о чем ты? просто поменяй порт подключения клиентов… все
mem_control: ошибка авторизации
Модераторы: Дмитрий Юхтимовский, Лысиков Денис
mem_control: ошибка авторизации
Коллеги! не оставьте, пожалуйста, без ответа…
Подскажите, в чем «затык»:
Ошибка аутентификации администратора кластера: Произошла исключительная ситуация: Ошибка операции администрирования
Администратор кластера не аутентифицирован
Пароль простой 123, логин тоже проверен — опечаток нет.
Что делать?
Спасибо
- mobfox
- Сообщений: 2
- Зарегистрирован: 18 янв 2016, 15:45
Re: mem_control: ошибка авторизации
Сергей Савельев » 19 янв 2016, 19:09
Доброго времени суток.
Обычно с аутентификацией кластера проблем не возникает.
Проверьте, пожалуйста, к тому ли кластеру вы подключаетесь.
И если есть возможность, пришлите, пожалуйста, скриншоты.
- Сергей Савельев
- Сообщений: 10
- Зарегистрирован: 01 окт 2014, 15:49
Re: mem_control: ошибка авторизации
mobfox » 19 янв 2016, 19:12
Добрый день
Вот скриншот
Спасибо
- Вложения
-
- Снимок2.PNG (20.67 KiB) Просмотров: 7655
-
- Снимок.PNG (56.58 KiB) Просмотров: 7655
- mobfox
- Сообщений: 2
- Зарегистрирован: 18 янв 2016, 15:45
Re: mem_control: ошибка авторизации
nyurkov » 09 фев 2016, 12:02
Добрый день.
У меня наблюдается аналогичная проблема. Версия платформы 8.3.7.1873.
Проверено на 2 серверах и 2-х администраторах, не могу подключиться.
В чем может быть дело?
Спасибо
- nyurkov
- Сообщений: 1
- Зарегистрирован: 09 фев 2016, 11:58
Re: mem_control: ошибка авторизации
Гилёв Вячеслав » 09 фев 2016, 15:56
под 8.3.7 инструмент пока не адаптировался в виду неготовности платформы к стабильной работе как таковой
- Гилёв Вячеслав
- Сообщений: 2548
- Зарегистрирован: 11 фев 2013, 15:40
- Откуда: Россия, Москва
Вернуться в Сервисы gilev.ru
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1
Ошибка при копировании файла в W:basemybase_xxxxx.dt Системе не удается найти указанный путь.
В данном случае, в качестве конечной папки указан сетевой диск, который подключается при входе пользователя в систему. Если агент efsaver запускается как служба, он не «видит» этого диска.
Измените путь к сетевой папке к виду полного сетевого пути, например: archivbase
Ошибка при копировании файла в archivbase mybase_xxxxx.dt Системе не удается найти указанный путь.
Проблема, как правило, связана с правами пользователя на доступ к сетевой папке. Права нужно смотреть того пользователя, который используется запуска службы. Например, агент efsaver запущенный как служба с системной учетной записью SYSTEM не имеет прав на сетевые ресурсы.
При попытке запуска агента как службы появляется окно ошибки «Указанная служба не установлена» или «could not open policy».
Вероятно инсталляцию службы блокирует компонент Windows UAC (User Account Control). Запустите менеджер с повышением прав до администратора. Для этого сделайте правый клик мышкой на ярлыке менеджера и выберите пункт меню «Запустить от имени администратора».
При попытке запуска агента как служба появляется окно ошибки «Неверный дескриптор».
Возможно, вы ошиблись при заполнении поля «Пользователь». Проверьте имя пользователя, который будет использоваться для запуска службы. Вероятно, данного пользователя в системе не существует.
Восстановление пароля для доступа к «Менеджеру».
Вам необходимо прислать на почту файл с данными программы esdata.db.
Все настройки/данные программы находятся в файле esdata.db. Файл расположен по следующему пути:
Если используете Effector Saver 3
Windows XP, Windows server 2003
C:Documents and SettingsAll UsersApplication DataEffector Saver 3esdata.db
Windows 7/10, Windows server 2008/2012
C:ProgramDataEffector Saver 3esdata.db
Если используете Effector Saver 4
Windows XP, Windows server 2003
C:Documents and SettingsAll UsersApplication DataEffector Saveresdata.db
Windows 7/8, Windows server 2008/2012
C:ProgramDataEffector Saveresdata.db
Перед копированием файла остановите службу efsaver и удалите процессы через диспетчер задач (по крайней мере те, которые присутствуют)
fagent.exe
fmanager.exe
fmonitor.exe
Архивирование средствами 1С:Предприятие 7.7 ошибка «Out of memory».
Вероятно одновременно запускается более 2-х задач Архивирование средствами 1С:Предприятие 7.7. В настройках программы установите «Разрешить одновременную работу потоков задач» в значение не больше 2.
Ошибка отключения пользователей базы 1С, Библиотека не зарегистрирована
Ошибка отключения пользователей базы 1С:. Недопустимая строка с указанием класса
Ошибка отключения пользователей базы 1С, Различаются версии клиента и сервера (8.3.7.2027 — 8.3.8.2197), клиентское приложение: COM-администратор
Ошибка отключения пользователей базы 1С, Не найден указанный модуль, ProgID: «V83.ComConnector»
Как правило, появляется после установки новой версии ядра 1С:Предприятия.
Решение — зарегистрируйте на компьютере библиотеку comcntr.dll.
О том как зарегистрировать библиотеку, здесь
Ошибка отключения пользователей базы 1С, Ошибка операции администрирования Администратор кластера не аутентифицирован
Установите флаг «Кластер требует авторизации» если в кластере 1С:Предприятия создан пользователь «администратор кластера», заполните имя и пароль.
Важно: не путайте данного пользователя с пользователем базы 1С:Предприятия и пользователем «администратор центрального сервера».
В консоли сервера 1С:Предприятия администраторы кластера находятся по следующему пути: «Console Root» — «1C:Enterprise 8.3 Central Servers» — «(*)имя компьютера» — «Кластеры» — «Локальный кластер» — «Администраторы».
Could not open data connection to port xxxxx: Connection timed out.
Может происходить в задаче «Дополнительное копирование» при передаче файла на FTP сервер. Исправляется в настройке подключения к FTP серверу, установкой флага «Пассивный режим».
Задача запускается, появляется в активных задачах, но архив не создает.
Как правило, это происходит если в настройках задачи указан не верный логин или пароль пользователя подключения к 1С.
Перезапустите агент как приложение, что бы увидеть запускаемые окна 1С в контексте Вашего рабочего стола. Выполните задачу вручную. Если откроется окно авторизации 1С, значит неверный логин или пароль.
При выходе очередного релиза платформы 8.2 приходиться перевыбирать исполняемый файл на новый релиз.
В настройках каждой задачи, в поле «Исполняемый файл:» укажите вариант «1C:Предприятие 8.2 последний установленный релиз». После этого, агент efsaver будет автоматически использовать максимальный релиз 1С 8.2.
Задача завершается с ошибкой «Запрос прекращения выполнения задачи (допустимое время выполнения вышло)».
Проверьте допустимое время выполнения задачи на закладке «Завершение».
Не верно указан логин или пароль подключения к 1С. Задача «зависает» на этапе авторизации 1С все отведенное ей время. Смотрите решение «Задача запускается, появляется в активных задачах, но архив не создает».
Как обновить Effector Saver до последней версии с сохранением текущих задач и настроек?
О том как обновить Effector Saver 3, здесь
О том как обновить Effector Saver 4, здесь
О том как перейти с Effector Saver 3 до версии 4, здесь
Как перенести настройки программы на другой компьютер? Как сохранить настройки если необходимо переустановить OS?
Все настройки/данные программы находятся в файле esdata.db. Файл расположен по следующему пути:
Если используете Effector Saver 3
Windows XP, Windows server 2003
C:Documents and SettingsAll UsersApplication DataEffector Saver 3esdata.db
Windows 7/10, Windows server 2008/2012
C:ProgramDataEffector Saver 3esdata.db
Если используете Effector Saver 4
Windows XP, Windows server 2003
C:Documents and SettingsAll UsersApplication DataEffector Saveresdata.db
Windows 7/10, Windows server 2008/2012
C:ProgramDataEffector Saveresdata.db
После установки программы на новом компьютере, замените этот файл на «старый».
Обратите внимание: версии программ, на старом компьютере и на новом, должны быть идентичны.
Если версии программ на старом компьютере и на новом разные, после замены файла настроек запустите установку программы заново (поверх) и файл настроек будет обновлен.
Возможен ли перенос Лицензии на другой компьютер?
Приобретенная Лицензия (1 копия) на программу может использоваться только на одной физической машине или в одной виртуальной среде.
Вы имеете право перенести свою Лицензию на программу на другую машину при условии, что на прежней физической машине или виртуальной среде активированная программа полностью удалена. В противном случае мы будем вынуждены отказать вам в активации. Если вам необходимо активировать несколько программ, необходимо приобрести соответствующее количество Лицензий.
После переноса Лицензии на другой компьютер, вероятно, потребуется пройти активацию программы заново.
Могут ли юридические лица пользоваться бесплатной версией программы?
Да, использование программы не запрещено лицензионным соглашением.
Как восстановить резервную копию MS SQL базы 1С?
Извлеките из архива бэкап базы.
Воспользуйтесь статьей: Восстановление резервной копии базы данных (среда SQL Server Management Studio)
Ошибка отправки e-mail «Syntactically invalid EHLO argument(s).
Имя компьютера указано кириллицей.
Зайдите в меню «Сервис» — «Параметры программы», меню «Дополнительно»
В секции «APP» в параметр
HeloName=
впишите произвольное слово используя латинские буквы (будет использоваться как идентификатор клиента при подключении к SMTP серверу вместо имени локального компьютера), например
HeloName=Effector
Ошибка Error archivator (1): error -3.
Происходит из-за того, что файл в процессе бэкапа был модифицирован. Ошибка в модуле версии программы, устранена в последних версиях Effector Saver.
Решение — обновите Effector Saver до крайнего релиза.
Ошибка отключения пользователей базы 1С, Процесс сервера не может быть запущен, так как указана неправильная идентификация. Проверьте правильность указания имени пользователя и пароля, ProgID: «V83.ComConnector» (HRESULT=8000401A)
Перейдите «Панель управления» — «Администрирование» — «Службы компонентов».
Выберите «Приложения COM+» — «V83COMConnector» — «Свойства» перейдите на вкладку «Удостоверение» и введите данные учетной записи с правами Администратора. В случае если используете домен, укажите доменную учетную запись. Подробней в материале: Решение проблемы «Недопустимая строка с указанием класса».
Ошибка! Временный файл D:TempBase_full.bak заблокирован.
Установите полный доступ пользователю службы Effector Saver на папку временных файлов.
Также ошибка возникает, в случае если задача бэкапа базы SQL еще выполняется с прошлого времени запуска. Проверить это вы можете в «Журнале задач», просмотрев время окончания прошлой задачи.
Содержание:
1.Понятие администратора кластера
2.Настройка прав доступа администратора
3.Учетные записи Администратора кластера
1. Понятие администратора кластера
Администратор кластера – это учетная запись, необходимая для получения информации при работе ЦУП (центром управления производительностью) версии 2.1.
Для получения этих данных нужно обладать особыми правами доступа администратора, которые и присваиваются учетной записи администратора кластера.
2. Настройка прав доступа администратора
Прежде чем перейти к деталям функционирования учетной записи, важно выяснить, какие нюансы настройки прав существуют. Дело в том, что помимо варианта использования учетной записи администратора кластера для получения доступа к данным при работе с ЦУП, вполне возможна ситуация, когда в кластере базы данных, который нас интересует не существует администраторов. В данной ситуации мы можем не использовать указание имени и пароля, так как мы имеем неограниченный доступ к кластеру.
Понять, есть ли администраторы в кластере нужной нам базы данных можно кликнув на узел кластера «Администраторы» внутри нужного нам кластера. И если они там есть, мы увидим дочерние элементы узла кластера, которые и будут являться учетными записями администраторов.
Узел кластера «Администраторы»
3.Учетные записи Администратора кластера
Когда мы используем Администратора кластера для получения доступа к данным ЦУП (центра управления), следует учитывать два возможных варианта развития событий. В первом случае идентификация учетной записи осуществляется самой операционной системой, т. е. администратором является пользователь Windows, от имени которого запускаются все процессы кластера ЦУП. В данной ситуации писать имя и пароль также не требуется. Важно создать такую же учетную запись на сервере 1С с нужной нам базой и вписать ее в соответствующее поле, если мы будем запускать процессы ЦУП от имени локального пользователя.
Учетная запись администратора кластера
Пример заполнения окна настроек в первом случае:
Параметры администратора кластера (заполнение)
Во втором случае администратор кластера в 1С идентифицируется указанием имени и пароля. И точно как и в предыдущем случае, на сервере с информационной базой 1С 8 должен быть создан администратор с таким же именем и паролем. Ниже приведены примеры заполнения для окна настройки прав администратора:
Новый администратор кластера
Специалист компании «Кодерлайн»
Алексей Дорофеев
12.01.16 — 10:23
платформа 8.3.6.2390, сервер 64х
началось все с нового года, то есть в том году все работало как часы
есть база, в нее можно зайти, минут 20 идет работа — без проблем,
потом у всех пользователей сразу 1с становится белой и не реагирует ни на что, никаких сообщений об ошибках нет, ждали 40 минут …
при этом
1. в эту базу нельзя зайти даже в конфигуратор
2. в другие базы зайти можно и они работают
3. из консоли 1с убийство подключений к базе работает, но «зависшие» клиенты его восстанавливают
4. в логах системы и скуля никаких ошибок
что пробовал
1. отключение регламентов и джобов как в 1с так и в скуле
2. ТИИ все кроме пересчета итогов (это идет сейчас)
3. отключение всего лишнего на скуле
что еще думаю пробовать
пересоздать базы в 1с и в скуле
куда еще копнуть?
зы
бекапы разумеется есть…
1 — 12.01.16 — 10:24
после перезагрузки службы 1с+скуль база опять работает минут 20…
2 — 12.01.16 — 10:24
Настроить технологический журнал, тогда гадать не придётся
3 — 12.01.16 — 10:27
Попробуйте чтобы, в этой базе поработал 1 человек если зависнет, пускай другой, с разных компьютеров.
Остальные компы желательно чтобы, были выключены )
4 — 12.01.16 — 10:28
время синхронизировано?
5 — 12.01.16 — 10:32
(0) Аналогичная ситуация, только на 8.3.7.1776.
Рестарт 1С еще не делал — много людей в другой базе на этом же сервере, а подвисает копия.
6 — 12.01.16 — 10:35
(5) Для копии случайно регламентные задачи не выполняются ?)
7 — 12.01.16 — 10:39
(6) выполняются
8 — 12.01.16 — 10:40
время было рассинхнонизировано на 4 минуты, вчера засинхронизировал — не помогла
никаких рег заданий ни для одной базы вообще не выполняется
сейчас уже минут 20 идет «COMMIT TRANSACTION» на скуле после ТИИ, что-то долго очень…
9 — 12.01.16 — 10:41
(8) База к хранилищу подключена? Динамически обновлялись?
10 — 12.01.16 — 10:43
Была похожая херь, вылечилось только так:
удалением платформы, чистка кешей, ставим платформу заново на сервере.
В чем была проблема хз, в журналах винды не было и намека…
11 — 12.01.16 — 10:43
А ничего не ставили, типо Крипто про версии 3.9?
12 — 12.01.16 — 10:44
базе без хранилища, динамически обновляюсь редко…
но если бы проблемы были с кешем — то проявлялись бы сразу а не через 20 мин нормальной работы
13 — 12.01.16 — 10:45
файловая на другом компе ведет себя так же?
14 — 12.01.16 — 10:47
Select из таблицы толи dbo.Config, толи dbo.ConfigSave
Where НеПомнюКакаяКолонка like commit/Commit/COMMIT
выдает чего нибудь?
15 — 12.01.16 — 10:48
Я бы попробовал создать новую базу на сервере и в неё загрузить выгрузку больной базы. Посмотреть, как работает на одному-двух пользователях.
16 — 12.01.16 — 10:54
«COMMIT TRANSACTION» идет уже 30 минут, хотя база всего 20 гигов
17 — 12.01.16 — 10:56
(16) выстрел наугад — дисковая подсистема в порядке?
18 — 12.01.16 — 10:57
(0) Посмотрите не грузит ли процесс менеджер кластера rmngr. И нет ли такого, что идет непрерывный доступ с очередью к файлам 1Cv8.lgd?
Тогда проблема скорее всего в формате журнала регистрации. Лечится только возвратом к старому формату журнала регистрации.
Как вернуть базу на старый формат журнала регистрации?
Ответ — При остановленном сервере приложений
— найти в папке базы в кластере (…srvinforeg_<PortNo><GUID>) папку журнала регистрации (1Cv8Log);
— из папки 1Cv8Log удалить все файлы (или переместить/переименовать папку);
— в папке 1Cv8Log создать пустой файл 1Cv8.lgf;
19 — 12.01.16 — 10:58
Проврь забитие серверов временными файлами
20 — 12.01.16 — 11:00
(17)хз, сервер на SSD в зеркале, в системе ошибок нет, как более детально диагностировать — не знаю
(18) загрузка памяти/цп/диска — почти на нуле
21 — 12.01.16 — 11:03
(0) у вас порты стандартные на сервере, или другие?
22 — 12.01.16 — 11:04
(19)вроде в норме, штук 300 есть, не более
(21)стандартное
23 — 12.01.16 — 11:05
(20) Каспер случайно не установлен ли?
24 — 12.01.16 — 11:07
(20) какой размер rphost, на какой размер он настроен, сколько их?
25 — 12.01.16 — 11:10
учитывая висящий «COMMIT TRANSACTION» я прихожу к выводу, что именно он и есть причина зависания
короче я попробую пересоздать базу в скуле…
26 — 12.01.16 — 11:15
(25) я пошел другим путём. грохнул кластер из консоли, при попытке создать новый ругается «Ошибка создания кластера. Ошибка операции администрирования. Не найдено ни одного сервера с размещённым сервисом ClusterConfigService»
Хотя сервис этот на этом сервере есть и числится в работающих ))
Короче, надо 1с рестартить на сервере, имхо.
27 — 12.01.16 — 11:18
(26) другие базы работаю нормально
28 — 12.01.16 — 11:19
(27) Если это вопрос, то мой ответ «да, работают нормально»
29 — 12.01.16 — 11:57
пересоздание скульной и 1с ной базы не помогло…
пересоздавал через выгрузку в DT…
30 — 12.01.16 — 12:02
(29) Платформу поставить другой версии не пробовал?
31 — 12.01.16 — 12:05
что за конфа?
поиграйся с блокировками.
если никто ничего не делает 20 минут — тоже зависает?
32 — 12.01.16 — 12:07
Антивирус?
33 — 12.01.16 — 12:10
тех журнал что-нибудь пишит?
34 — 12.01.16 — 12:11
(29) угу
словил в январе на одном из серверов аналогичную ситуацию
висит долго, лечить тотальной зачисткой папок 1С на сервере приложений
35 — 12.01.16 — 12:11
похожая была проблема — вылечилась пересозданием пользователя, под которым сервер 1С стартовал (usr1cv8)
36 — 12.01.16 — 12:12
(20) В дополнение к (18):
Убедитесь, что в момент зависания в базе данных ничего не происходит с файлом журнала регистрации 1Cv8.lgd именно этой базы.
Ошибка с новой версией формата журнала появилась с платформы 8.3.6. Симптомы очень похожи на ваши.
37 — 12.01.16 — 12:13
(34) и снова кэш?
38 — 12.01.16 — 12:15
(37) не факт
сервер не основной
поднимаем тех.журнал — разбираемся
скорее проблема в ключах
39 — 12.01.16 — 12:16
(34) так я базу пересоздал, и у нее уже новая папка…
(35) вот это надо проверить
40 — 12.01.16 — 12:17
(39) мы деинтсаллировали 1С + чистили реестр, т.е. речь не о кэшах
41 — 12.01.16 — 13:16
сделал юзера службы 1с локальным админом — 45 минут полет нормальный…
42 — 12.01.16 — 13:17
ну как там дела? я волнуюсь..
43 — 12.01.16 — 13:17
(39) Ну что показало вскрытие? Пересоздание пользователя помогло?
44 — 12.01.16 — 13:22
(43) похоже что помогло. и первую премию получает НубВ1С8 из (35).
45 — 12.01.16 — 13:24
(41) апдейты безопасности в январе сервер виндусовый себе ставил ?
46 — 12.01.16 — 13:30
а кстате да, остался вопрос — почему именно с января пришла проблема?
что вдруг поменялось за праздники?
47 — 12.01.16 — 13:30
1 час — полет нормальный, похоже все решилось
(45)
у нас сервер в режиме ручного обновления, то есть они (обновления) закачались а установили их только вчера уже после того как началась вся эта свистопляска
я вот думал на тему просрочки сертификатов… какой ни будь DCOM просрочен и теперь считается неподписанным.
этим объясняется поведение, админу можно запускать неподписанное, а юзеру нет, и по сколько это происходило не напрямую а с каким ни будь подвыпердом 1с то я логов и не увидел…
48 — 12.01.16 — 13:32
(47) решилось то как? тема интересная..
49 — 12.01.16 — 13:32
50 — 12.01.16 — 13:34
51 — 12.01.16 — 13:37
(47) это конечно жесть. из-за какого-то сертификата виснет 1с. не хотелось бы чтобы это было так. а иначе хрен найдешь эту ошибку если прижмет..
52 — 12.01.16 — 16:47
(51) так я считай более суток искал…
53 — 12.01.16 — 17:00
А в линуксе тогда что?
54 — 12.01.16 — 17:11
(52) Так все же в чем первоисточник проблемы был? В просроченном сертификате или это не так и не удалось установить?
55 — 12.01.16 — 17:13
Белая горча у сервера
56 — 12.01.16 — 17:13
+ (54) Еще такой вопрос, вы пользователя нового создали или старому права добавили?
57 — 12.01.16 — 17:13
(53)Сам себе и отвечу ))
Очистил содержимое каталога /home/usr1cv8/.1cv8/1C/1cv8/reg_NNNN/
и создал из консоли кластер. Создался моментально, базу подключил, всё работает. Службу сервера даже не перезапускал.
58 — 12.01.16 — 18:52
(54) точно не установить, так как повторяемости нету и в логах нет ничего.
(56) старому права добавил, у нас не дефолтный юзер а специально заведённый (на то есть причины)
59 — 12.01.16 — 18:56
Решится может и решилось, но проблема — не локализована. То есть по сути очередной раз стучали в шаманский бубен…?
60 — 12.01.16 — 19:01
Вполне вероятно, что случайно какой-то файл оказался пересозданным администратором или ещё каким-то пользователем с повышенными правами, тогда у вашего пользователя к нему не будет доступа на запись.
Другое дело, что на таких местах должны выдаваться ошибки.
P.S. можно включить аудит доступа к объектам — там будет видно всё, но чтобы в этой горе мусора что-то найти, нужно очень и очень постараться. Зато можно узнать, что и где 1С создаёт или модифицирует в процессе работы.
61 — 12.01.16 — 19:46
в сейчас обнаружил, что лог 1с у меня битый, размер 2 гига, восстановил и подцепил к новой базе (я ведь ее через DT в пустую залил) так: http://catalog.stavanalit.ru/public/402536/#comm
и хотя дело было не в логе (у меня уже чистая база без лога не запускалась), но все-же беда не приходит одно
62 — 12.01.16 — 20:02
система пытается чистить временное хранилище, но что-то идет не так.
63 — 12.01.16 — 21:04
(0) Производственный календарь на 2016 год заполните
64 — 12.01.16 — 21:11
(62) Работу-то нашел или передумал искать? :))
65 — 12.01.16 — 21:43
(63) Откройте секрет, как календарь может повлиять на проблему с зависанием?
66 — 12.01.16 — 21:50
(65) ващет, один из самых близких ответов..
67 — 12.01.16 — 21:54
(65) Очень просто.
Берешь текущую дату счета и прибавляешь к ней 3 рабочих дня, чтобы получить дату оплаты.
Прибавлять будешь долго.
68 — 12.01.16 — 22:05
(67) Такой косяк должен был вылезти еще до НГ, но в (0) сказано, что проблемы начались в новом году.
69 — 12.01.16 — 22:10
(68) Три дня могли и не вылезти
70 — 12.01.16 — 22:10
(67) в тупых продуктах тупые ошибки.
у меня если производственный календарь не заполнен — считается тупо по пятидневке с выдачей сообщений аларам-аларм-трырыпыры.
71 — 12.01.16 — 22:14
(70) А теперь читаем мой пост в соседней етке по поводу «стона Ярославны».
72 — 12.01.16 — 22:16
(67) Это же рег. задания? Нуежто автор пропустил бы.
73 — 12.01.16 — 22:21
(71) почитай мой ответ там же.
даже в этой ветке — показательно: проблема не диагностирована, так и не поняли что куда откуда и почему. шаманскобубном устранили, без всякой надежды/гарантии как избежать этого в последующем. Именно в этом мои «претензии» к «снеговику», а не к тому что я сижу на77 и жуткий ретроград. Я — здоровый консерватор. Консерватизм не мешает идти вперед и вверх, консерватизм не дает идти назад и вниз. То что сейчас в 8-ке наблюдается — какое-то хождение по кругу возле фонарного столба в глубоком снегу…
74 — 12.01.16 — 22:22
(73) это не хождение по кругу, а слишком бурное развитие 8.Х … а 7.7 уже полностью по полочкам разложен..
вот, как бы так..
75 — 12.01.16 — 22:24
(73) Это мышление на уровне «я не ….., потому что…. » и ищещь миллион причин.
76 — 12.01.16 — 22:25
(75)+ флуд в 8ых ветках по той же причине.
77 — 12.01.16 — 22:30
(63) производственный календарь как и прочие плановые данные на 2016 год я заполняю в середине ноября, причина простая, бюджетирование рассчитывает будущие финансовые потери от привлечения кредитов (по банковской ставке) и там нужны примерные суммы расходов по кредитованию.
(73) я на 90% знаю причину, но опубликовать здесь не могу, но если внимательно почитать ветку можно и допереть…
Единственное для 100% уверености у меня не получилось повторить ситуацию.
78 — 12.01.16 — 22:33
(77) «опубликовать здесь не могу» — хотя бы причины, почему нельзя публиковать причину можно??… ну, либо, в личку просящим?
79 — 12.01.16 — 22:35
(78)а потом тереть тут посты типа «я все понял, это было….»
81 — 12.01.16 — 22:37
(79) в личку можно?)))
82 — 12.01.16 — 22:40
Я угадал?
83 — 12.01.16 — 22:42
(82) нет не угадал.
84 — 12.01.16 — 22:44
(74) какое бурное развитие? 12 лет уже как минимум восьмерке…
85 — 12.01.16 — 22:44
Ну раз не угадал — можно и на партнерском написать, раз здесь не хочется или не можется.
86 — 12.01.16 — 22:45
(83) непосредственная причина была озвучена мной в (47), но детализировать я не буду
87 — 12.01.16 — 22:46
(76) вполне возможно, я как настоящий инженер — хочу путем автоматизации облегчать себе жизнь, а не усложнять…
88 — 12.01.16 — 22:49
..опять же — почему бы и не пофлудить в восьмерочных ветках? тем более что восьмерочными они могут называться с бооольшой натяжкой… полезного по восьмерке там — с кот наплакал
89 — 12.01.16 — 22:49
(87) Огорчу, но нет, это попытка самооправдаться.
90 — 12.01.16 — 22:51
(87)[я как настоящий инженер — хочу путем автоматизации облегчать себе жизнь, а не усложнять]
настоящий инженер облегчает жизнь бизнесу, а не себе
попытка использовать в 2016 году 7.7 кроме жалости к тебе уже ничего не вызывает
91 — 12.01.16 — 22:53
(84) за эти 12 лет возможности 8.х в корне изменились… и, сравнить 8.0 с 8.3 например, практически невозможно, потому что по возможностям это абсолютно разные платформы..
в защиту 8.х — бп 2.0 совершенство, потому как большую часть функций без поддержки развития платформы делали.. бп 3.0 — совершенство в функциональном плане, потому как стараются догонять возможности платформы.. мне, правда, бп 2.0 больше нравиться…. последние 4 года в один клик сдаю все отчеты по ОСН, при этом я не бухгалтер…
92 — 12.01.16 — 22:55
(86) ясно… нехорошие люди где ни попадя используют попытка исключение.. плюсь привилегированный режим плюс права винды…
93 — 12.01.16 — 22:56
(90) идите в лес. поглубже. Попыток использовать 77 в 2016г — нет. новые проекты — открываем/запускаем на 8ке. Старые — будем тянуть до тех пор, пока это будет экономически оправдано. Или когда я найду вменяемого (по ряду критериев) восьмерочника.
94 — 12.01.16 — 22:57
(93) я вменяемый.. бери..
95 — 12.01.16 — 22:59
(94) Он тебя замучает рассказами про 7-ку
96 — 12.01.16 — 23:01
(95) вряд ли… он будет про функциональность рассказывать — а это то самое, чтобы корректно перейти на 8.х)) и я же, внезапно, еще и 7.7 знаю))
97 — 12.01.16 — 23:02
(90) бизнес пускай сам думает об облегчании своей жизни — на то он и бизнес. а у меня — свой маленький бизнес — я о нем думаю. как только мой «работодатель» как бизнесмен — ОРГАНИЗУЕТ процесс перехода с текущей 77-инфраструктуры на 8-ку — я с большим удовольствием поучаствую в таком процессе — помогу чем могу. За соответсвующую плату. Потому как знаю (надеюсь) куда ударить. Точно также спокойно отнесусь если отодвинут — у меня есть куда приложить свои знания/навыки. и в качестве тупого примера пока я+мой сисадмин экономим бизнесу кучу денег. У нас — блин — ни одной лицензии не пропало из тех которые были. А несколько «родственных» магазинов (которых окучивали восьмерочники — МЕГАИНЖЕНЕРЫ, БЛЕАТЬ) — вон у меня на столе от них лицензии валяются погибшие — и всем похрен, зато автоматизация была на высочайшем уровне…
98 — 12.01.16 — 23:05
(95) ага, до тех пор пока никто меня не смог замучить рассказами про 8-ку (кроме насиповцев)…
и я достаточно трезво (как мне кажется) оцениваю свои способности- мне не нравится почти все, что я написал/сделал на клюшках. Много «костылей», много незавершенки. Однако — фурычит, в офисе сидеть не надо, в отпуск могу на месяц уехать — работает… и слава богу…
99 — 12.01.16 — 23:06
(96) угу, ща ехал и сидел думал — нгадо бы к куроводству с предложением выйти по описанию бизнес-проыессов.
100 — 12.01.16 — 23:08
(94) резюме и побольше описалова про себя — на мыло e.meil@mail.ru — гарантий никаких не даю, но мне нужна нормальная «команда», чтобы не обяснять — почему вот вот это сделано правильно, но неверно…
-
#1
Доброго времени суток, есть отдельная виртуальная машина с сервером 1с 8.3 так же есть два SQL SERVER 2019 собранные в кластер. Хочу создать информационную базу и при создании появляется ошибка —
Не удается завершить вход в систему из-за задержки при открытии соединения с сервером
Подскажите в чем может быть дело?
-
#2
Так же теперь вылезает сообщение
Ни один рабочий процесс не доступен
-
#3
а в SQL Server management studio пускает ?
-
#4
а в SQL Server management studio пускает ?
Истекло время ожидания соединения. Время ожидания истекло при попытке обработки подтверждения предварительного согласования. Возможно, произошел сбой во время предварительного согласования, или сервер не смог ответить вовремя. Время, затраченное на попытки подключиться к этому серверу, составило: [Pre-Login] initialization=29270; handshake=26242; (Microsoft SQL Server, ошибка: -2)
-
#5
а работало то изначально ? После чего перестало работать?
Проверьте состояние узлов кластера
-
#6
а работало то изначально ? После чего перестало работать?
Проверьте состояние узлов кластера
На sql1 накопились обновления — они установились и windows server 2019 перезагрузился, заметил что на этой виртуалке отвалился диск с базами. Диск в статусе offline — при попытке его включить винда выдает сообщение:
Указанным диском или томом управляет средство отказоустойчивой кластеризации (Майкрософт). Для выполнения этой операции диск должен находиться в режиме обслуживания кластера, а кластерный ресурс должен быть в сети.
. Далее в оснастке Диспетчер отказоустойчивости кластеров появилась ошибка —
Дисковый ресурс кластера «Диск кластера 1» обнаружил повреждения тома «\?Volume{9423efec-3ebd-43c9-82d0-3b365503f715}». Для устранения неполадок запущена программа Chkdsk. Диск будет недоступен до завершения выполнения команды Chkdsk. Все сведения, выводимые программой Chkdsk, будут записаны в файл C:WindowsClusterReportsSpotfix_ResДиск кластера 1_Disk1Part2.log.
Программа Chkdsk также может заносить сведения в журнал событий приложения.
-
#7
Короче с диском разобрался — это штатная работа кластера. Диск стал ресурсом кластера и переезжает туда сюда. Теперь вопрос в другом — не удается создать информационную базу. Нашел вот такой совет на другом форуме:
на сервере named pipes выключить, оставить только tcp/ip
на сервере 1с у клиента sql поставить приоритет tcp/ip выше, чем у named pipes
А где эти настройки named pipes ???
-
#8
Короче с диском разобрался — это штатная работа кластера. Диск стал ресурсом кластера и переезжает туда сюда. Теперь вопрос в другом — не удается создать информационную базу. Нашел вот такой совет на другом форуме:
А где эти настройки named pipes ???
Диспетчер конфигурации SQL Server
Последнее редактирование модератором: 03.09.2020
-
#9
в общем разобрался. Помогло — выключение брандмауэров на всех трех серверах 1с и sql server. Так же включил параметр Включить сетевое обнаружение
Я работаю в группе, которая занимается поддержкой отказоустойчивых кластеров, поэтому мне часто приходится выявлять и устранять неисправности. В этой статье будут описаны типичные проблемы, с которыми я сталкивался, с пояснением причин их возникновения и рекомендациями по их устранению
.
Проблема 1
Служба кластеров при запуске обнаруживает сети, в которые входит узел, и для каждой сети определяет сетевые адаптеры. Одна из типичных неполадок связана с тем, что отказоустойчивая кластеризация Windows Server (WSFC) допускает использование для одной сети только одного сетевого адаптера. Все прочие адаптеры этой сети игнорируются.
Предположим, что администратор настроил узел с двумя сетевыми адаптерами для одной сети:
Card1 IP Address: 10.10.10.1 Subnet Mask: 255.0.0.0 Card2 IP Address: 10.10.10.2 Subnet Mask: 255.0.0.0
Сетевой драйвер кластера (Netft.sys) для каждой сети будет использовать только один сетевой адаптер (или группу). Поэтому при данной конфигурации сеть кластера Cluster Network 1 (10.10.10.0/16) будет задействовать только сетевой адаптер Card1, тогда как сетевой адаптер Card2 будет игнорироваться, то есть не будет применяться для связи между узлами. Поскольку работает только одна сеть, при выходе Card1 из строя или утрате сетевого соединения узел не сможет взаимодействовать с другими узлами. Это единственная точка отказа. Чтобы избежать подобной ситуации, кластер следует настраивать так, чтобы между узлами существовало, как минимум, два сетевых пути. В этом случае при отказе одного из сетевых адаптеров связь между узлами будет осуществляться через другой сетевой адаптер.
Проблема 2
Вторую типичную проблему проще всего раскрыть с помощью сценариев. Опишем ее на примере двух различных конфигураций кластера: односайтовой и многосайтовой.
Односайтовый кластер. Предположим, что администратор решил изменить конфигурацию кластера, установив две сети между узлами Node1 и Node2. На узле Node1 он поменял IP-адреса и маски подсети сетевых адаптеров:
Card1 IP Address: 192.168.0.1 (Cluster Network 1) Subnet Mask: 255.255.255.0 Card2 IP Address: 10.10.10.1 (Cluster Network 2) Subnet Mask: 255.0.0.0
Кроме того, администратор поменял IP-адреса узла Node2 (192.168.0.2 и 10.10.10.2). При этом на узле Node1 в кластере он добавил группу файлового сервера, назначив ей IP-адрес 192.168.0.15.
Затем администратор протестировал кластер, чтобы убедиться в успешном переходе группы файлового сервера на узел Node2 при отработке отказа. Однако IP-адрес группы файлового сервера не виден в сети, то есть группа находится в автономном состоянии. В журнале событий системы регистрируется событие 1069, описание которого указывает на отказ ресурса с этим IP-адресом.
Причина отказа становится очевидной, если воспользоваться командой PowerShell Get-ClusterLog для вывода журнала кластера. Для этого достаточно ввести следующий набор символов:
Get-ClusterLog
Команда инициирует создание журнала кластера на каждом узле. Для построения журнала кластера только на одном узле можно добавить параметр -Node и указать имя узла. Можно также добавить параметр -TimeSpan для создания журнала только за последние x минут. Например, приведенная ниже команда предписывает построить журнал кластера на узле Node2 за последние 15 минут:
Get-ClusterLog –Node Node2 –TimeSpan 15
В результатах, представленных на экране 1, указано состояние «status 5035.».
Экран 1. Информация о состоянии 5035 в файле журнала кластера |
Это сообщение об ошибке указывает на неработоспособное состояние сети кластера. Если администратор перейдет в диспетчер отказоустойчивости кластеров, то в разделе «Сети» он увидит, что сеть 192.168.0.0/24 содержит только один сетевой адаптер для узла Node1. Однако имеется новая сеть 192.0.0.0/8, обслуживаемая сетевым адаптером узла Node2. Администратор, поменяв IP-адрес сетевого адаптера на узле Node2, не поменял маску подсети. Таким образом, ошибка 5035 возникла из-за неверной настройки сетевого адаптера.
Создавая ресурс с IP-адресом, можно указать сеть, которая будет использоваться для него. Если эта сеть не будет существовать на узле, куда данный ресурс перейдет при отработке отказа, то WSFC не поменяет сеть, используемую ресурсом. В данном примере, при том IP-адресе, который указал администратор, и маске подсети, применяемой этим IP-адресом, группа файлового сервера сможет работать только по сети Cluster Network 1 (192.168.0.0/24).
Многосайтовый кластер. В случае многосайтового кластера каждый узел обычно имеет собственную сеть со своим IP-адресом. При первоначальном создании кластера и его ролей с помощью мастера создания ресурсов вам предлагается указать IP-адрес для сетей каждого из узлов, настроенных для клиентского доступа (см. экран 2).
Экран 2. Создание многосайтового кластера |
Мастер создания ресурсов, создавая IP-адреса и назначая имя сети, автоматически присваивает параметру зависимости этого имени сети значение «или». Это означает, что если один из IP-адресов в сети, имя также видно в сети. Создавая группы или ресурсы перед добавлением узлов из других сетей, необходимо вручную создавать эти вторичные IP-адреса и добавлять зависимость «или».
Проблема 3
Для формирования кластера необязательно быть администратором домена, но создание объектов в Active Directory (AD) требует наличия соответствующих прав. Как минимум, необходимо обладать правами на просмотр и создание объектов (Read and Create) в том подразделении (OU), где создается данный объект имени кластера (CNO). CNO – это объект-компьютер, связанный с ресурсом-кластером «Имя кластера». При создании кластера служба WSFC использует учетную запись, с которой вы регистрировались в системе, чтобы создать объект CNO в том же OU, которому принадлежат узлы. Если вы не обладаете достаточными правами в отношении данного OU, кластер не будет создан, и система выдаст ошибку, как показано на экране 3.
Экран 3. Ошибка процесса создания кластера |
В статье «Диагностика проблем отказоустойчивых кластеров Windows Server 2012» (№ 10 за 2013 г.) я рассказывал об использовании мастера проверки конфигурации в диспетчере отказоустойчивости кластеров для выявления причин возникающих проблем. Мастер позволяет выполнять различные тесты, включая проверку настроек Active Directory. В ответ на попытку запуска этого теста без достаточных прав в отношении данного OU будет выдана ошибка, как показано на экране 4. Соответствующая настройка прав позволит вам создать кластер.
Экран 4. Ошибка проверки настроек Active Directory |
Все другие ресурсы с сетевыми именами в кластере ассоциированы с объектами виртуальных компьютеров (VCO), создаваемыми в том же OU, что и CNO. Следовательно, при назначении ролей в кластере необходимо указать CNO с соответствующими правами (просмотр и создание) в отношении OU, поскольку CNO формирует все VCO в кластере. В противном случае новая роль будет находиться в состоянии сбоя. Тогда в журнале появится событие 1194 (см. экран 5).
Экран 5. Событие 1194 в журнале событий системы |
Есть и другие установки локального компьютера, способные вызвать ошибки (включая ошибки отказа в доступе) при создании VCO в AD.
1. В составе локальной группы «Пользователи» больше нет группы «Прошедшие проверку пользователи». Обычно она удаляется объектами групповой политики (GPO) или шаблонами безопасности.
2. В локальной политике безопасности разрешение Access this computer from the network («Доступ к этому компьютеру по сети») или Add workstations to the domain («Добавление рабочих станций к домену») больше не включает группу «Прошедшие проверку пользователи». Обычно она удаляется объектами групповой политики (GPO) или шаблонами безопасности.
3. Включены следующие права доступа:
- сетевой доступ (не разрешать перечисление учетных записей SAM анонимными пользователями);
- сетевой доступ (не разрешать перечисление учетных записей SAM и общих ресурсов анонимными пользователями).
4. Ресурс имени кластера в состоянии сбоя.
Проблема 4
CNO и VCO – учетные записи компьютера и, подобно учетным записям пользователей, они имеют пароли, генерируемые AD случайным образом. По умолчанию политика домена предусматривает сброс пароля учетной записи компьютера каждые 60 дней.
СNO используется для таких операций, как добавление новых узлов к кластеру, создание новых объектов в домене и выполнение динамической миграции виртуальных машин с узла на узел. Для выполнения этих операций пароль CNO в домене должен быть актуальным. Для верности служба кластера делает попытку сброса паролей этих объектов по истечении половины срока (через 30 дней). Если пароль не сброшен на 60-дневной отметке, имя кластера не видно в сети.
Для сброса пароля необходимо выполнить восстановление в диспетчере отказоустойчивости кластеров. Как показано на экране 6, щелкните правой кнопкой имя проблемного ресурса и выберите «Дополнительные действия» и «Восстановить».
Экран 6. Сброс пароля вручную в диспетчере отказоустойчивости кластеров |
При обращении к AD для сброса пароля диспетчер отказоустойчивости кластеров задействует учетную запись пользователя, под которой вы зарегистрировались в системе, поэтому вашей учетной записи должно быть предоставлено право на изменение пароля CNO; в противном случае восстановление не будет выполнено. Необходимо также убедиться, что включено разрешение на сброс пароля CNO и VCO, чтобы служба WSFC могла выполнять сброс при необходимости.
Проблема 5
Чтобы узел был осведомлен о том, какие узлы являются активными участниками кластера (то есть о текущем членстве), применяется ряд периодических контрольных сигналов, передаваемых между узлами по сети. Эти пакеты сигналов представляют собой UDP-датаграммы, следующие через порт 3343.
Каждый пакет включает регистрационный номер, по которому отслеживается факт приема пакета. Это работает следующим образом: узел Node1, отправляющий регистрационный номер 1111, ожидает ответного пакета, включающего 1111. Эти действия совершаются между всеми узлами каждую секунду. Если узел Node1 не получает ответного пакета, он отправляет следующий по порядку регистрационный номер (1112), и т.д.
По умолчанию, если узел не получает пять контрольных сигналов в течение пяти секунд, WSFC устанавливает факт отказа узла. Активный узел в кластере отправляет пакет на узел, где установлен отказ, чтобы завершить работу службы кластера, и регистрирует событие 1135 в журнале событий системы (см. экран 7).
Экран 7. Событие 1135 в журнале событий системы |
Такое событие может быть вызвано несколькими причинами, многие из которых связаны с блокировкой связи через порт 3343:
1. Отказ сетевого оборудования.
2. Устаревший драйвер или устаревшая прошивка сетевого адаптера.
3. Сетевая задержка.
4. Протокол IPv6 разрешен на серверах, но параметры брандмауэра Windows выключают следующие разрешения для входящего и исходящего трафика:
- основы сетей – объявление поиска соседей;
- основы сетей – запрос поиска соседей.
5. Настройка коммутаторов, брандмауэров или маршрутизаторов не допускает прохождения трафика данных UDP-датаграмм.
6. Проблемы производительности (зависания, задержки и прочее).
7. Неправильно настроенные параметры буфера приема у драйвера сетевого адаптера.
Первым делом я всегда проверяю счетчик отброшенных принятых пакетов в составе объекта производительности сетевого интерфейса в окне системного монитора. Этот счетчик отслеживает число входящих пакетов, которые были отброшены, хотя и не было зафиксировано каких-либо ошибок, препятствующих их передаче протоколу верхнего уровня. Одна из возможных причин – необходимость освободить место в буфере.
Для добавления счетчика отброшенных принятых пакетов в окне системного монитора щелкните правой кнопкой на дисплее и выберите «Добавить счетчики». В открывшемся окне добавления счетчиков укажите нужный компьютер, выполните прокрутку и выберите счетчик «Отброшено принятых пакетов». В выпадающем списке «Экземпляры выбранного объекта» выберите нужный сетевой адаптер и нажмите «Добавить» (см. экран 8).
Экран 8. Добавление счетчика отброшенных принятых пакетов в системный монитор |
Добавив счетчик, проверьте его среднее, минимальное и максимальное значения. Если есть значения больше нуля, это указывает на необходимость настройки буфера приема для сетевого адаптера. Проконсультируйтесь с производителем сетевого адаптера по поводу рекомендуемых параметров. Может потребоваться перезагрузка.
В отказоустойчивом кластере Windows Server 2012 R2 можно воспользоваться мастером проверки конфигурации для выполнения проверки сетевого взаимодействия. Этот тест позволяет проверить возможность информационного обмена между узлами через порт 3343. Если есть проблемы связи, то будет выдана соответствующая ошибка с указанием возможной причины.
Проблема 6
Иногда диспетчер отказоустойчивости кластеров не открывается, выдавая сообщение об ошибке (см. экран 9). В процессе открытия диспетчер отказоустойчивости кластеров устанавливает WMI-соединение с каждым узлом кластера. Сообщение об ошибке, приведенное на экране 9, указывает на то, что один из узлов имеет недопустимое пространство имен, то есть с узла был удален экземпляр Cluster WMI (Cluswmi.mof). Остается выяснить, на котором из узлов он удален, поскольку в сообщении об ошибке эта информация отсутствует.
Экран 9. Сообщение о недопустимом пространстве имен |
В листинге приведен сценарий Windows PowerShell, позволяющий выявить узел, утративший экземпляр Cluster WMI.
Установив проблемный узел, можно ввести команду
Set-Location C:WindowsSystem32Wbem Mofcomp.exe Cluswmi.mof
Наиболее распространенной причиной утраты Cluswmi.mof узлом является устаревший способ решения проблем WMI. Для устранения неполадок WMI администраторы обычно используют команду Mofcomp.exe *.mof, позволяющую скомпилировать все файлы Managed Object Format (MOF) в репозиторий WMI. Однако дело в том, что существует довольно много файлов удаления для различных ролей и компонентов Windows, включая Cluster WMI. Поэтому файл Cluswmi.mof, устанавливаемый с помощью этой команды, впоследствии удаляется. Правильный способ восстановления репозитория WMI – с использованием команды Winmgmt.exe.
Ошибку легче предупредить
Как известно, предупредить ошибку легче, чем исправлять ее последствия. Поэтому в заключение повторю простое правило: регулярно актуализируйте состояние своих систем, применяя все обновления и исправления, касающиеся безопасности. Команда разработчиков отказоустойчивой кластеризации в Microsoft опубликовала материалы с перечнями исправлений, которые рекомендуется применить на всех кластерах. Каждой версии Windows посвящена отдельная публикация:
- «Рекомендуемые исправления и обновления для отказоустойчивых кластеров на базе Windows Server 2012 R2» (support.microsoft.com/kb/2920151/EN-US);
- «Рекомендуемые исправления и обновления для отказоустойчивых кластеров на базе Windows Server 2012» (support.microsoft.com/kb/2784261/EN-US);
- «Рекомендуемые исправления и обновления для отказоустойчивых кластеров на базе Windows Server 2008 R2» (support.microsoft.com/kb/980054/EN-US).
Материалы обновляются по мере необходимости, поэтому всегда актуальны. Замечу, что в них перечислены не все исправления, а лишь самые критичные для обеспечения стабильной работы и наиболее востребованные, исходя из числа обращений в службу поддержки Microsoft.
Листинг. Сценарий PowerShell для определения узлов с отсутствующим экземпляром Cluster WMI
$NodeNames = Get-ClusterNode ForEach ($ClusterName in $NodeNames) { Write-Host -NoNewline «Testing $ClusterName» Try { $result = (Get-WmiObject -Class «MSCluster_CLUSTER» ` -namespace «rootMSCluster» ` -authentication PacketPrivacy ` -computername $ClusterName -erroraction stop).__SERVER Write-host «: Successfully queried cluster node» } Catch { Write-host -NoNewline «: Failed to query cluster node» Write-host -ForegroundColor Red -BackgroundColor Black ` $_.Exception.Message } }