Добрый день. Сразу скажу - в профессии давным-давно не новичок и с Болидом работаю давно.
Но несколько вопросов появилось.
Проблема №1. Давно замеченная, ещё на предыдущих версиях Ориона, проблема - отложенный запуск ЦСО. 
В Планировщике задач Windows настраиваем отложенный на 1 (2-3) минуту старт CSO.exe при входе в систему пользователя. С наивысшими правами.
Затем оболочка и прочее, тоже с задержкой. 
Сервер стартует, оболочка тоже. Внешне всё нормально, Монитор ОЗ и АБД тоже работают. Но при запуске менеджера сервера (Управление сервером), выдаётся сообщение ошибки "TOTable.InnerSQLProcess: Недопустимое имя столбца "TYPE" ". 
Выгружаем ЦСО, запускаем заново и всё нормально работает. Что характерно, если отключить задание и запускать ЦСО вручную, после перезагрузки ПК - всё нормально.
В чём прикол?
На новом ПК, который стал Сервером Орион Про, установлена Windows 11 (лицензионная), со всеми последними обновлениями. 
АРМ Орион Про 1.20.3.8 (постройка №20884), скачан с сайта.
Все приборы новые, С2000М вер. 4.14, 30 штук С2000-2 вер. 2.74 и пара БКИ.
2 новых (1 квартал 25-го года)  USB-RS232 и USB-RS485.
Первоначально USB-RS232 подтянулся нормально, всё работало. Адреса приборам раздал.
Набил конфигурацию в пульт. Набил начальные настройки СОМ-порта и прочего в АБД. 
Добавил приборы на внутреннюю линию пульта. Импортировал конфигурацию из пульта в АБД.
Проблема №2. Недели две всё работало, приборы опрашивались. Но внезапно, утром обнаружилось, что порт RS-232 неактивен. В Мониторе ОЗ тишина, никаких сообщений о потере связи. 
Все временные отключения портов, энергосбережение и прочее - отключено.
Обновления не устанавливались. Только в предыдущий день устанавливались драйвера принтера печати на картах с подключением по USB. Но после этого СОМ-порт работал. 
Переподключение в другие порты, удаление портов и драйверов,  переустановка драйверов не помогли. USB RS-485 также не работает. Хотя оба преобразователя определяются и драйвера устанавливаются. Все настройки 10 раз перенастроены.
На другом ПК они прекрасно работают.
Подключил 3 разных старых и очень старых преобразователя - все прекрасно работают на новом сервере.
Проблема в кривых китайских драйверах или что-то блокирует работу порта?
Проблема №3. При изменении названия или описания прибора в АБД, он как бы слетает с линии опроса пульта в окне опроса приборов Монитора ОЗ, точнее, пропадает полный адрес. При этом связь с ним есть.
Что за ерунда?
Проблема №4. В системе около 1500 карт доступа. И судя по вычитанным из приборов конфигурациям, они все хранятся в каждом приборе, даже если карта не имеет доступа в эту точку доступа.
Насколько я помню, раньше в контроллерах доступа хранились только те карты, которые имеют доступ. Может я что-то пропустил?
У двух контроллеров были взаимно поменяны адреса  (30 и 31), т.к. перепутали при подключении, уровни доступа были идентичны, список карт тоже. Однако 31й не хотел пускать многие карты, даже вездеходы. Перезапись карт из АБД не помогала.
Проверил через UProg - карты есть но нет некоторых уровней доступа. Как так-то? В АБД показывает что карты хранятся в приборе, уровни доступа тоже.
Пришлось с 30-го скопировать уровни доступа через UProg в файл, а потом залить в 31-й. После этого карты заработали.
И как вот со всем этим быть?

Кстати, обратил внимание, что Оболочка (Shell.exe) не всегда, при закрытии, выгружается полностью. Закрываешь, пытаешься открыть заново, а она не стартует. Смотришь в диспетчер задач, а она в фоне висит. Принудительно закрываешь процесс, после этого заново можно запустить. На предыдущих исправлениях тоже было замечено.