Jump to content

Sodik

Members
  • Posts

    15
  • Joined

  • Last visited

Posts posted by Sodik

  1. Хочу рассказать, что дальше было с мои сервером KSC12. После переполнения БД, служба KSC перестала запускаться при старте Windows Server. Никакие танцы с бубном не помогают.

    Думаю, что сейчас делать?

    1) Поднять последний успешный бэкап KSC12, для этого нужен дистрибутив ksc_12.2.0.4376, которого у меня нет, т.к. ставили я ksc_12.1.0.0 потом на него устанавливал патч и KSC обновился до ksc_12.2.0.4376. Если начать восстанавливать бэкап, то будет ругаться, что версия KCS старая (ksc_12.1.0.0_full_ru.exe) чем когда был создан бэкап KSC+патч (ksc_12.2.0.4376)  Где взять дистрибутив ksc_12.2.0.4376??? Весь официальный сайт Касперского пересмотрел в поисках архивной версий KSC - нигде нет. Только предлагает скачать последнюю версию KSC 13.2. Пробовал поставить KSC 13.2, поднимаю бэкап на нем, процесс проходит без ошибок, но потом падает служба KSC, только запускаешь службу KSC и через 20сек ложится обратно. Я даже не могу запустить консоль управления KSC.

    2) Попробовать реанимировать свой KSC12, но как это сделать и с чего начать, если служба не запускается KSC?

    image.thumb.png.8f9b8edd2925703230b3d4633fdb2b04.png

     

     

     

     

     

     

     

  2. 1 час назад, Demiad сказал:

    @Sodik, всё что можно применить из рекомендаций на 12-ю версию, стоит выполнить. Принцип един, чтоб буфер событий в базе был настроен, а не в режиме постоянного переполнения событиями базы KSC работал.

    Хорошо, попробую выполнить, но это уже в Пн. и отпишусь по результату)

  3. 11 часов назад, Demiad сказал:

    @Sodik, посмотрите мои рекомендации в другой теме с такой же проблемой.

    Читаю по примеру и вижу, что у вас KSC13.2, а я использую KSC12, есть немного различия по функционалу этих серверов.

  4. Пришел утром, а сервер KSC за ночь опять быстро стал работать, но стоит его перезагрузить все обратно начинается. После перезагрузи 5-7мин сервер не запускается - инициализируется. Потом запускается с дикими тормозами. 

    18 часов назад, tyazhelnikov сказал:

    Перейдите на закладку "События" -  выберите выборку, например "Информационные события" - запустить выборку.

    Когда события отрисуются - ПКМ - Удалить все.

    Посмотрел, там события мах недельной давности - очистил все события и ничего не изменилось. Заглянул в свойствах сервера "Число хранящихся в базе событий" 1454шт., а по раннему скрину, который я выкладывал было 204467шт., т.е. очистка прошла успешно я могу сказать, но толку в этом ноль) 

    image.png.d95559aa7f916e6c334b0756c3cd2270.png

  5. 1 час назад, tyazhelnikov сказал:

    Вы пробовали просто удалить все ненужные события на KSC в консоли, чтобы освободить место в БД и посмотреть оживет ли сервер?

    Нет, не пробовал. А где это можно сделать - очистить события?

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

  6. Просмотрел почту, туда мне KSC отправляет отчеты:

    Событие "Мало свободного места на жестком диске." произошло на компьютере Сервер администрирования <...> в домене S..D Wednesday, May 25, 2022 9:15:56 AM (GMT+08:00) Переполнены следующие разделы жесткого диска: 'C:'.

    Хотя места на диске "С" есть большим запасом, т.к. увеличил его на виртуальной машине 

     

    12345.jpg

  7. Вчера после всех оперций

    21 час назад, Sodik сказал:

    Уменьши я количество хранимых событий в свойствах сервера администрирования и выставил галочку (хранить события после удаления устройств "1 сутки"), но сервер все равно тормозит жестоко над каждой простой операции...

    После всех манипуляций оставил сервер как есть и ушел домой, но перед уходом диспетчере задач в процессах увидел, что SQL грузит процессор на 50%.image.png.855c6c718e47f4b31065663ad66bbb1e.png

    Подумал, что возможно SQL сейчас усердно переиндексирует и переопределяет БД. Утром обнаружил, что свободного  места на жестком диске стало меньше, БД KSC стала больше. Сам сервер вернулся к быстродействию и я могу уже изменять данные о клиентах, добавлять и удалять их из групп. Но когда я перезагрузил сервер, чтобы проверить все тормоза вернулись обратно. SQLServer опять грузит процессор на 50%.

    20 часов назад, tyazhelnikov сказал:

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

     image.png.3d7c930812f152b1acc0777363a93efe.png

    А где это можно сделать - новую задачу?? Пересмотрел все как по инструкции и ничего не нашел, где можно создать новую задачу по обслуживания БД KSC? 

    З.Ы. Все думаю, у нас парк машин небольшой 50шт. мах и как могла база забиться за год? Вроде при установки KSC говорит, что если парк машин больше 150шт., то надо выбирать SQL расширенный. 

  8. Уменьши я количество хранимых событий в свойствах сервера администрирования и выставил галочку (хранить события после удаления устройств "1 сутки"), но сервер все равно тормозит жестоко над каждой простой операции...image.png.c9e5d5a0a93b1519b9d618d714643db4.png

    Решил проверить исчезла первоначальная ошибка - нет 

    image.png.d8e5a6e8c4625a66ae626b9b7c998c3e.png

    Место на на виртуальном жестком диске я увеличил на 200гб. Жесткий диск я использую SSD, ОЗУ я выделил 15ГБ для KSC и все 8ядер процессора. Должно вроде все летать как раньше, но нет. Торможение жесткое, даже простая операция "обновить" может висеть 2мин. 

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

    1 час назад, tyazhelnikov сказал:

    Если у Вас MS SQL - тогда Management Studio

    Остается только в ручную увеличить размер БД. У меня MS SQL, Management Studio нет, но установить могу - не вопрос. Только пользоваться я толком им не умею и где именно надо менять размер БД?

  9. Добрый день!  С недавнего времени начала выпадать ошибка при изменении данных о клиентах, не могу добавить новые клиенты в группу, удалить старые клиентов из групп. Добавить в действующие задачи новых клиентов.  image.png.f0cb98abd0949c532dc63337cba4b5a8.png

    Ошибка говорит о том, что переполнилась БД "PRIMARY" или надо увеличить размер файла в группе {42000}. 

    Я увеличил на виртуальном сервере размер жесткого диска, но это никак не помогло. Решил сделать бэкап через утилиту, запускается и сама закрывается утилита резервного копирования, пробовал сделать через задачу в KSC прерывается из-за неизвестной ошибки. Сам KSC тормозит, долго отрабатывает запросы . Больше вариантов у меня нет, как увеличить или подчистить место в файловой группе аккуратно, чтобы не лег сам сервер касперского KSC12. Есть только бэкап месячной давности, который выполнялся автоматически до появления этой ошибки.

  10. @Sodik, надо удалять КриптоПро и KES.

    Ставить KES и потом КриптоПро. Именно в такой последовательности.

    Спасибо всем кто помогал!)) Помог именно ваш совет, удалил KES и КриптоПро и установил по вашей рекомендации последовательности. С начала KES и потом уже КритоПро и все работает)) 

  11. Очень похоже на проблему совместимости со старыми версиями КриптоПро.

    Обновите КриптоПро до новой версии.

    Подробнее: https://support.kaspersky.ru/15483

    Хорошо, попробую обновить. Ошибка доступа проявляется после установки КриптоПро 4.0 и ViP-Net Client 4.5. 

    Обновил до последней версии КриптоПро 4.0 R4

    Ничего не поменялось, доступа к папке нет.

×
×
  • Create New...