Коллеги, добрый день. Подскажите, пожалуйста, почему ругается на лицензии при попытке загрузки обновлений БРП? Скрин ошибки, лицензии и ДА. Можно как-то из ЦУС удалить лишние лицензии?

А КШ + СД, это какое исполнение?

А много у тебя ДА на IPC-100?

У меня была такая проблема, в разделе платформы должна стоять просто IPC-100, без точного шасси

@Zabava_Putyatishna тут АП 4 поломался :(

Причем со стороны СД по логам клиент подключается. Версия КАП 4.1.680.0. До этого стояла 4.0 и была та же ошибка

попросите выпустить новую лицензию без указания шасси

пришли логи, собрать через утилиту сбора логов в меню пуск

Попробовать убедить инженера кода безопасности в существовании "IPC-100"?

Причем со стороны СД по логам клиент подключается. Версия КАП 4.1.680.0. До этого стояла 4.0 и была та же ошибка

Смотри, можно проще:
1. Создать в текущей конфигурации шлюз со строкой инициализации новой железки ЦУСа
2. Прописать в текущем ЦУСе альтернативный адрес ЦУСа, который планируется использовать для NAT
3. залить ПО КШ-ЦУС на новую платформу, загрузить БД ЦУС на нее, не подключать к сети
4. Сделать в новом ЦУСе кластер, сохранить конфиг и ключи и залить их на новую ноду кластера
5. Написать правила трансляции для ЦУСа, залить базу СД
6. Отключить ЦУС-КШ-СД и включить новый ЦУС и новый кластер с одной нодой, проверить что все ок, перезалить старую ноду и подключить ее к кластеру

Спасибо огромное за ответ! Скажите пожалуйста, еще пара уточняющих вопросов:

1) Не возникнет ли проблем, если идентификатор новой железки ЦУС будет совпадать с текущим устройством? Конфиг ЦУСа же жестко к ней привязан.

2) Не возникнет ли проблем, если белый IP-адрес  кластера будет совпадать с опубликованным IP-адресом для ЦУС?

1. Так тебе не надо чтобы идентификатор совпадал, надо чтобы в БД было устройств, то есть ЦУС можно поднять на любом КШ, который есть в БД.
2. Нет, главное пробросить нужные порты