Кластер из 3-х серверов (2 центральных и 1 лицензирования)
Несколько инсталляций в разных филиалах, версии 8.3.17.1496 и 8.3.17.1549, windows server

Внезапно сломался типовой функционал БСП "Блокировка работы пользователей" (может как-то с системными обновлениями windows связано??)

При попытке получить сведения БД через COM возвращается пустой COM-объект (заполнено имя только базы данных)

Код там примитивный:

Функция ПолучитьИБ(СоединениеСРабочимПроцессом, Кластер, Знач ИмяВКластере, Знач ИмяАдминистратораИБ, Знач ПарольАдминистратораИБ)
    СоединениеСРабочимПроцессом.AddAuthentication(ИмяАдминистратораИБ, ПарольАдминистратораИБ);
    Для Каждого ИнформационнаяБаза Из СоединениеСРабочимПроцессом.GetInfoBases() Цикл
        Если НРег(ИнформационнаяБаза.Name) = НРег(ИмяВКластере) Тогда
            Если Не ЗначениеЗаполнено(ИнформационнаяБаза.DBMS) Тогда
                ВызватьИсключение СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(НСтр("ru = 'Неправильные имя и пароль администратора информационной базы %1 в кластере серверов %2:%3 (имя: ""%4"").'"),

Пользователь валидный, пароль валидный, перебивать пароль на 123 пробовал, в базу заходит под ним...
Ограничений на длину/сложность пароля в 1С не стоит...

Что могло ломаться??

(0) Сделай откат на более стабильную платформу 1С

(1) Да вроде ни одной жалобы не было с июня на стабильность, конфа самописка на БСП

Сервера все перезагружал

(2) Раньше жалоб не было, сейчас есть. Тебе религия не позволяет установить более раннюю версию 1С?

(4) В нашей конторе это крайне сложно, без подробностей

(2) Тем более мог своей самопиской повредить БСП, сравни оригинальную БСП со своей конфигурацией

(6) Никто не трогал вообще ничего. У нас всё по регламентам, с хеш-контролем каждого модуля. Это просто раз и произошло. Максимум что делали - ставили обновления Windows

(7) Перегружал все сервера? Приложений, СУБД, лицензий, терминальный? Плюс еще раз надо перезагрузить Widows там могли определенные обновления недоустановиться

(8) Все перечисленные... Ещё раз не требуется, разворачивается всё с ручным контролем с WSUS, корректность установки проверяется специалистами

(9) БСП последней версии стоит?

(10) Нет. Я привёл кусок кода, там 2 строчки. Если их выполнять во внешней обработке, такая же петрушка.
Проблема с COM-соединением с ИБ. С кластером всё корректно соединяется.

"Пользователь валидный, пароль валидный, перебивать пароль на 123 пробовал, в базу заходит под ним" // Может в кластере добавили хотя бы одного администратора, а до этого их там не было?

(11) Вот ставьте последний БСП и будет Вам счастье

(0) Это не тот пользователь и не тот пароль. Эти реквизиты не используются для входа в базу, они задаются в оснастке управления серверами 1С.

(12) Угу, или пользователя поменяли.

(12) Не... исключено, проверял всё

(14) Умею различать пользователя консоли кластера, пользователя кластера и пользователя БД, всё корректно, год работало

(13) БСП к COM отношения ну просто никакого не имеет... Там методы платформы используются

(16) Просто они хотят казаться умными и разбирающимися не только в 1С

(17) Тебе регламенты не позволяют обновить БСП или просто лень?

(16) Ну тогда надо не вход в базу проверять, а работает ли управление из оснастки.

(19) Для начала регламенты.

Сейчас посмотрел журнал регистрации - даже попыток нет авторизоваться в БД...

(20) Оснастка работает

(21) Потому что код в 1С не работает, поэтому и не пытается

(23) да как это он не работает то...
Отрабатывает - Если НРег(ИнформационнаяБаза.Name) = НРег(ИмяВКластере) Тогда

Только остальные поля в ИнформационнаяБаза пустые...

(24) А все потому что:
1) Не хочешь откатываться на более стабильную платформу
2) Не хочешь перейти на последний БСП

PS: Выдал 3 строчки кода и мы должны гадать как оракулы. Ставь точки останова и анализируй

(24) Было когда-то такое, что после первого чтения из COMSageArray значения пропадали. Может вернулось?

(26) Есть тема по проблеме? Что попробовать повторно перечитать и где?

(24) "Внезапно сломался типовой функционал БСП "Блокировка работы пользователей""
А обновлять сломавшийся БСП не хочет... Душа человека - загадка.

(27) Отладчиком посмотреть, есть ли данные после GetInfoBases(). Метод лучше вызвать прямо в Табло, чтобы гарантированно быть первым, кто прочитает значение.

(0) "Ограничений на длину/сложность пароля в 1С не стоит..."
Кстати да, задайка сложный и длинный пароль, может эта проверка стоит в windows или в коде БСП или твоей нетленки

(29) Попробовал ещё раз, в табло добавлял... результат тот же, выполняется всё по сценарию:

Соединение с рабочим процессом (IWorkingProcessConnection)
GetInfoBases (GetInfoBases)
Возвращаемое значение: Тип: COMSafeArray.
Одномерный массив COMSafeArray, содержащий объекты Информационная база.
Описание:
Получает массив информационных баз, зарегистрированных в кластере серверов. Для выполнения не требуется аутентификации. При этом у информационной базы можно получить только значения свойств Name и Descr.

Т.е. заполнены только свойства Name и Descr. В ЖР нет даже попытки авторизоваться (СоединениеСРабочимПроцессом.AddAuthentication(ИмяАдминистратораИБ, ПарольАдминистратораИБ))

(31) "В ЖР нет даже попытки авторизоваться"
Ставить точки останова и пошагово идти по каждой строке кода вместе с отладчиком и анализом значений переменных тоже регламенты запрещают?. Чтож у Вас там за организация такая?

(32) Всё написанное сделано ни один раз

(33) "Всё написанное сделано ни один раз"
На последний БСП обновлял ни один раз?

(34) см пункт (11) Вообще без применения БСП в другой ИБ всё то же самое

(34) Беру свои слова обратно. Был не прав. Скачал последнюю БСП, сравнил. В старой версии брался первый в списке рабочий процесс, в новой версии перебираются все рабочие процессы. Видно просто до этого "везло" что первый процесс всегда был "нужным".