Перейти к содержанию

Рекомендуемые сообщения

Опубликовано

Приветствую всех.

 

На старом сервере обновили KSC 14.2 на KSC 15.1. Естественно, после обновления KSС не работает. Как лучше откатиться на 14.2 чтобы не потерять связь с агентами? Бэкап перед обновлением сделали посредством klbackup. Вижу 2 варианта:

1. Ставить KSC 14.2 поверх. Если не заработает - восстановить бэкап.

2. Удалять KSC 15.1. Ставить KSC 14.2. Восстанавливать бэкап.

Какой вариант лучше?

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти
  • Похожий контент

    • SergeyOW
      Автор SergeyOW
      День добрый.
      Пытаюсь обновить KSC 14.2.0.26967 до версии 15.1.0.20748.  KSC установлена на сервере Windows Server 2022.  В качестве БД используется MS SQL 2019 c последними обновлениями. БД установлена на другом сервере.
      Дело в том, что при обновлении до версии 15.1.0.20748, а также при "чистой" установке KSC 15.1.0.20748 и последующим восстановлением из бэкапа перестает работать служба kladminserver.
      При этом служба kladminserver перестает работать после обновления KSC до версии 15.1.0.20748. В случае установки  KSC 15.1.0.20748 после удаления KSC 14.2.0.26967 служба kladminserver перестает работать после восстановления из бэкапа.
      Откатился обратно к  KSC 14.2.0.26967. Бэкап рабочий. Восстановление из бэкапа на KSC 14.2.0.26967 прошло успешно.
      Может кто сталкивался с подобной ошибкой при обновлении KSC.
    • DmitriyKaplin
      Автор DmitriyKaplin
      Добрый день!
         Подскажите как сделать чтобы сотрудникам не приходили никакие уведомления в принципе в kes , особенно по поводу вирусов, а капали лишь в KSC
       Уведомления такого рода :

       
      Условно сотрудник работает за устройством и словил вирус - сам кес никак не показывает что у пользователя вирус, но в KSC это отображалось бы
       
      Заранее спасибо!
    • ГГеоргий
      Автор ГГеоргий
      Добрый день!
      Подскажите пожалуйста есть ли возможность откатить обновления в самом хранилище обновлений KSC? То есть не для конечных точек KICS for nodes или KES с помощью их задач, а именно внутри хранилища? 
      сценарий следующий:
      Выходит новое обновление, мы его загружаем в хранилище сервера администрирования. Затем проливаем его например на тестовую группу из 10 пк (к примеру). Переводим защиту на пк полностью в режим информирование и наблюдаем. Если понимаем, что обновление как то негативно влияет на работу, то мы откатываем обновление на самих тестовых хостах и также внутри самого хранилища. Откат внутри хранилища необходим например в случае когда подключится новый ПК и ему нужно будет загрузить старое обновление, а не то которое негативно влияет. 
      как вот сделать именно централизованный откат в самом хранилище чтобы дальше сервер снова смог старые "рабочие" обновы раздавать? 
      и в дополнении вопрос - есть ли возможность в политиках на конечных устройствах их переводить в режим информирования лишь одним чекбоксом или переключателем каким то? или вот в нашем сценарии придется каждый раз руками пробегаться по каждому протектору и в "информирование" переводить?
    • zhenius123
      Автор zhenius123
      У нас ksc 15.1 стоит на debian. Пытаюсь состыковать его с Active Directory на Windows server 2019.
      Добавил  в "Обнаружение устройств и развертывание / Обнаружение устройств / Контроллеры доменов / Параметры опроса" ip адрес контроллера домена и учетную запись. 
      Жму "Начать опрос", пробегает зеленая полоска на 100 %, пропадает и никакой информации не появляется. 
      Нет никаких ошибок или сообщений. Как понять что происходит? Если ошибка, то где взять хотя бы информацию о том какая это ошибка?
      Контроллер домена пингуется и порты доступны.

    • Mihail_
      Автор Mihail_
      При обновлении KSC 14.0 до 14.2 не запускается сервер администрирования KSC. в событиях ОС пишет вот такие ошибки. 
      Служба 'kladminserver' остановлена из-за ошибки. #1950 (1062) Generic db error: "1062, 'Duplicate entry '2954-4' for key 'PRIMARY'' , LastStatement='CALL AK_UPGRADE_DB_BATCH_15()'" 
         18043D0444043E0440043C043004460438044F0420003E04310420003E044804380431043A0435043A00200031003900350030002F00310030003600320020002800470065006E00650072006900630020006400620020006500720072006F0072003A002000220031003000360032002C00200027004400750070006C0069006300610074006500200065006E007400720079002000270032003900350034002D0034002700200066006F00720020006B0065007900200027005000520049004D004100520059002700270020002C0020004C00610073007400530074006100740065006D0065006E0074003D002700430041004C004C00200041004B005F0055005000470052004100440045005F00440042005F00420041005400430048005F0031003500280029002700220029002C00200063003A005C0061005C0063005C0067005F006100390065007A00300077007A0076005C0073005C00700072006F0064007500630074005C006F0073006D0070005C006B00730063005C006400650076005C007300650072007600650072005C00640062005C006D007900730071006C005C00640062006D007900730071006C005F0069006E006E006500720063006F006E006E0065006300740069006F006E0069006D0070006C002E006300700070002C0020003300370033002E000A003B0020005B004B004C005300540044005300560043005D00200063003A005C0061005C0063005C0067005F006100390065007A00300077007A0076005C0073005C00700072006F0064007500630074005C006F0073006D0070005C006B00730063005C006400650076005C007300740064005C0073006500720076006900630065005C0073006500720076006900630065006100750074006F00730074006F00700069006D0070006C002E0068004000320034003100 
      Остановка из-за ошибки. #1950 (1062) Generic db error: "1062, 'Duplicate entry '2954-4' for key 'PRIMARY'' , LastStatement='CALL AK_UPGRADE_DB_BATCH_15()'" 
         18043D0444043E0440043C043004460438044F0420003E04310420003E044804380431043A0435043A00200031003900350030002F00310030003600320020002800470065006E00650072006900630020006400620020006500720072006F0072003A002000220031003000360032002C00200027004400750070006C0069006300610074006500200065006E007400720079002000270032003900350034002D0034002700200066006F00720020006B0065007900200027005000520049004D004100520059002700270020002C0020004C00610073007400530074006100740065006D0065006E0074003D002700430041004C004C00200041004B005F0055005000470052004100440045005F00440042005F00420041005400430048005F0031003500280029002700220029002C00200063003A005C0061005C0063005C0067005F006100390065007A00300077007A0076005C0073005C00700072006F0064007500630074005C006F0073006D0070005C006B00730063005C006400650076005C007300650072007600650072005C00640062005C006D007900730071006C005C00640062006D007900730071006C005F0069006E006E006500720063006F006E006E0065006300740069006F006E0069006D0070006C002E006300700070002C0020003300370033002E000A003B0020005B004B004C005300520056005D00200063003A005C0061005C0063005C0067005F006100390065007A00300077007A0076005C0073005C00700072006F0064007500630074005C006F0073006D0070005C006B00730063005C006400650076005C007300650072007600650072005C007300650072007600650072005C007300650072007600650072002E006300700070004000370030003200 
      ...обновление Сервера администрирования завершилось с ошибкой. Ошибка: #1950 (1062) Generic db error: "1062, 'Duplicate entry '2954-4' for key 'PRIMARY'' , LastStatement='CALL AK_UPGRADE_DB_BATCH_15()'"
       
      База данных - MariaDB 10.11.1
      Операционная система где установлен сервер Касперского - Windows Server 2016
       


×
×
  • Создать...