Доброго воскресного утра!
Третьего дня как мне позвонили клиенты и сказали, что не могут зайти в 1С. Я пошел проверять и точно!, не обнаружено лицензии на сервер 1С (мини). А я точно ставил программную и они с нее работали. Плюсом еще у них 2 ЮСБ ключа на 3в1 + 5 клиентских лицензий.
Я подумал (хм-хм) и активировал сервер 1с заново, использовав второй пинкодий из поставки. Но после перезагрузки сервера ключ опять не найден, хотя файлик *.lic появился, старый тоже присутствует.
В тот момент у меня возник вопрос: "А какого хрена?".
Поставл RING, который мне сообщил, что "Процерка лицензии ххххххххх файл хххх выполнена успешно. Но 1С я тебе не запущу все равно. Решение вопроса путем звонков в центр лицензирования очевиден, но последний раз наше общение затянулось на 2 суток, а хотелось бы побыстрее вернуть людей к работе. Может тут кто-то даст идею о возможных причинах и / или решениях этой проблемы?

Освети подробности об операционке, причинах перезагрузок и прочих манипуляциях.

Возможно, программная лицензия привязалась к какому-нибудь wifi-адаптеру, где MAC-адрес меняется при каждой перезагрузке в целях приватности. На смартфонах такое постоянно, может и на ПК есть.

(0) в журнале поиска лицензии указывается, почему она слетела и что изменилось в параметрах привязки

- к чему была привязана лицензия, к параметрам железа или к HASP ключу?
- "еще у них 2 ЮСБ ключа на 3в1" - это что за звери?

(1) WIN SRV 2022 stardart
(2) я думал, лицензия привязывается непосредственно в машине, на которой лежит файлик. судя по логам обновлений системы - их не было почти год, имя комьютера и конфигурацию железа естественно не менялись, т.е. я понятия не имею почему так просиходит.
(3) сейчас полез проверить и о чудо - в базу зашло

на текущий момент я совсем не понимаю что происходит.
хронологически я сделал сегодня с 8 утра:
1. Проверил, что само ничего не починилось... Открыл мисту и начал сочинять сочинение.
2. Установить java, перезагрузился, и ring, проверил лицензию, добавил в сочинение.
3. Развернул файловую базу и проверил, что в нее заходит без проблем
4. Попил кофе и почесал кота
5. Сейчас по совету (3) пошел проверять журнал и о чудо! у меня зашло в базу. До пункта 1 этого не происходило.

И как это понимать? Сисадмин только что проснулся и поинтересовался как решение вопроса двигается, т.е. он ничего не делал по серверу и сетке.

(4) Не помню точно как называется, но в 1 юсб флешке есть лицензии на БУХ, УТ, ЗУП + 5 клиентских лицензий, покупалась давно.

(7) на 1с 8 нет ключей на БУХ, УТ, ЗУП,
есть ключи на платформу

(4) Проглядел первый вопрос.
Я привязал к серверу, вроде бы... тыкал далее-далее готово.
Видимо, я не очень специалист в части лицензирования, пониятия не имею к чему я привязал. Можете рассказать как проверить?

(8) https://rarus.ru/1c8/_1c8-komplekt-5user/

(9) открой файл лицензии блокнотом

(11) Привязка: ORGL8, client, 1 users, id 792224267

Драйвер ключа проверь (переустанови)

(12) если есть клиенты, которые подключаются по RDP, то привязывать к однопользоватьскому ключу было нельзя

Ещё раз какой лицензии не хватало - серверной или клиентской ?
При запуске появляется окно,где пишется процесс поиска лицензии.
Опять же,если два usb ключа,то видится и работает только один.
Если к нему привязать лицензию,то при перезапуске и подхвате второго ключа лицензия будет невалидной.

(10) и чЁ? там по-русски сказано: "Лицензия (ключ) на пять пользователей".
То есть на платформу, обычный пятипользовательский ключ с некоторыми организационными ограничениями (типа апгрейда), но это сейчас не суть важно.

А проблема (ТЕЛЕПАТИРУЮ) видимо в том, что у тебя , как ты говоришь в (0) - "Плюсом еще у них 2 ЮСБ ключа на 3в1"
То есть два ОДИНАКОВЫХ ключа на 5 пользователей. Если они оба воткнуты в одну машину (сервер) и программную лицензию ты привязал к одному из них, то так работать и не будет. Два одинаковых пятипользовательских USB ключа, воткнутые в одну машину, ВМЕСТЕ НЕ работают.
Ну и естественно, программная лицензия, привязанная к одному из этих двух ключей, то видит этот ключ (один из двух) то не видит (а видит другой).  

Так что один пятипользовательский ключик из двух будь любезен перенести на другую машину. Естественно, на этом сервере оставить только тот ключ, к которому привязана программная лицензия.

Давай говори сразу и честно - оба 5-типользовательских ключа физически воткнуты в один сервер?

(14) у него что, помимо двух 5-ти пользовательских, еще и однопользовательский туда же в этот же сервер воткнут?
хм..

(0) нарисуй обстановку ВНЯТНО -  сколько и каких ключей куда в какие машины  воткнуто?

(16) лицензия привязана к ключу id 792224267 - это однопользовательский фиолетовый ключ, а не от комплекта прикладных решений

(18) Понятно, спасибо.

ps: любопытства ради - а где можно узнать какой ключ по его ID?
не, это не важно, это для общего развития. Или это только франчи могут?

Всего есть 3 лицензии: 2 аппаратные и 1 программная.
1. Аппаратная: Комплесная поставка. В ней 3 конфигурации и 5 лицензий.
2. Аппаратная: Ключ на 5 лицензий. Вместе с первой 10 будет.
3. Программная: мини-сервер 1С

Обе флешка торчат в сервере. Программная привязана как в (12)

Вообще все это с февраля месяца работает без сбоев. После скачка электричества перезагрузился сервер (знаю, что есть бесперебойники, но я там не сисадмин, его проблемы) и случилось (0)

(15) Когда я только начал разбираться с проблемной- писало, что нет лицензии на сервер 1С, т.е. программный.
После того как я использовал второй пинкод для сервера, начал писать уже про отсутвие лицензии аппаратной, хз какой именно. Я поставил весь софт по анализу аппаратных лицензий, ключей не было видно. Я их переткнул в сервар и перезагрузился. Аппаратные стали видны в менеджере хаспа, но опять начал ругаться на программный 1С сервер. Чуть позже не добившись ничего переустановкой платформ или следующими перезагрузками я пошел на этот форум.

(14) Все клиенты работаю в тонком со своих машин

(20) не надо писать, откуда ключи, укажите только их маркировку

(23) Сейчас этой информации, к сожалению, нет. Завтра запрошу у сисадмина и отпишусь. Хочу понять, в чем ошибка заключается.

(24) без достоверных исходных данных - это гадание на кофейной гуще,
т.к. если бы всё было именно так, как говорите, то это не должно было работать вовсе

Доброго утра. Сегодня почти все прояснилось.
Оказывается, физических носителей аж 4 воткнуто было, три 1-пользовательские лицензии и 1 комплексная поставка.
В первый раз мини-сервер был привязан к
Привязка: ORGL8, client, 5 users, id 840282789
Почему перестало работать в этом моменте мне так и не ясно, мб глюк флешки или порта.
Второй пин-код я закосячил, привязав в 1 пользовательской лицензии, сответственно, когда все само заработало, только 1 человек мог работать с базами.
Привязка: ORGL8, client, 1 users, id 792224267

Осознав косяк, я в итоге использовал второй резервный ПИН, предварительно извлек все однопользовательские и положив их в ящик.
Привязка: SRV21, Intel64 Family 6 Model 42 Stepping 7, 32685Mb RAM, Майкрософт Windows Server 2022 Standard

Пока все работает, надеюсь, так и будет дальше.
Почему эта тема появилась мне так и не ясно, спишу на аппаратные глюки после выключения света.
И вопрос к знатокам: "К чему правильнее / безопаснее / мудрее привязывать аппаратные лицензии? К оборудовани или к USB лицензиям? Будет ли работать привязка к USB если я поменяю количество оперативки например?"

(26)> три 1-пользовательские лицензии и 1 комплексная поставка.

я же уже говорил, что НЕ надо название продуктов писать, т.к. вы все равно это делаете неправильно, указывайте маркировку ключей

>К чему правильнее / безопаснее / мудрее привязывать аппаратные лицензии? К оборудовани или к USB лицензиям? Будет ли работать привязка к USB если я поменяю количество оперативки например?

это зависит от конкретной ситуации + какая именно лицензия, на сервер или клиентская, я например не советую привязывать к ключу в случаях:
- если это виртуалка,
- если ключ установлен на другой машине и доступен через HASP LM,
- если это терминальный сервер и клиенты будут получать лицензии сами, а не от сервера 1С.
+ если сервер терминальный и клиенты будут получать лицензии сами, то к однопользовательскому ключу привязываать нельзя..

если же сервер физический, ключ установлен на нем локально и клиенты подключаются не через RDP, то не вижу препятствий

(26)>Будет ли работать привязка к USB если я поменяю количество оперативки например?

смысл привязки к USB-ключу, что бы можно было менять параметры оборудования

Спасибо, ход мысли понял.