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

Ошибка времени выполнения : Database error occurred: #1950 (1105) Generic db error


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

Написано что файлик базы переполнен. Проверьте его. А ещё проверьте автоприрост базы в SQL. Не стоит ли там ограничение.

Ссылка на сообщение
Поделиться на другие сайты

А подскажите, как его почистить? Mssql express база, насколько мне известно там максимум 10 гб.

 

6 часов назад, Goddeimos13 сказал:

Написано что файлик базы переполнен. Проверьте его. А ещё проверьте автоприрост базы в SQL. Не стоит ли там ограничение.

А подскажите, как его почистить? Mssql express база, насколько мне известно там максимум 10 гб.

Изменено пользователем Geralt
Ссылка на сообщение
Поделиться на другие сайты

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

Ссылка на сообщение
Поделиться на другие сайты
6 минут назад, Goddeimos13 сказал:

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

События удалял, задачу запускал вчера. Сегодня снова такие ошибки. А подскажите можно ли параллельно проинсталлировать бд mssql standart(без ограничения по размеру) и переподключить ksc к новой бд? Такого варианта нет? 

Ссылка на сообщение
Поделиться на другие сайты

просто переезд "на лету" не поддерживается ...

 

 Можно только в такой последовательности

1. соберите бекап с текущего сервера ...

2. удалите с сервера KSC и SQL

3. Выполните чистую установку SQL (уже стандарт) и KSC (при развертывании имя БД должно совпадать со старым, по умолчанию KAV), IP и DNS должны так же соответствовать старым значениям что бы агенты подключились после восстановления.

4. Восстановиться из бекапа ...

 

как альтернатива

1. можно параллельно развернуть второй сервер, восстановить все из бекапа, потом отключить старый и его IP и DNS имя отдать новому ...

2. можно после восстановление из бекапа на новом сервере (с новым IP и DNS), на старом сервере запустить задачу "смена сервера администрирования" для всех клиентов ... тем самым перевезя их на новый хост. после переезда старый сервер можно будет отключить.

 

upd

странно что событий мало а база распухла ... вы случаем не создавали недавно задачу "синхронизации обновлений с серверами WSUS"

дополнительно попробуйте запустить задачу обслуживания БД c параметром "сжимать" - перед тем как все сносить

Спойлер

516942864_.thumb.png.f4c244e4f85a4c74f34b9b7a4f60f161.png

 

Изменено пользователем ElvinE5
Ссылка на сообщение
Поделиться на другие сайты
5 часов назад, ElvinE5 сказал:

просто переезд "на лету" не поддерживается ...

 

 Можно только в такой последовательности

1. соберите бекап с текущего сервера ...

2. удалите с сервера KSC и SQL

3. Выполните чистую установку SQL (уже стандарт) и KSC (при развертывании имя БД должно совпадать со старым, по умолчанию KAV), IP и DNS должны так же соответствовать старым значениям что бы агенты подключились после восстановления.

4. Восстановиться из бекапа ...

 

как альтернатива

1. можно параллельно развернуть второй сервер, восстановить все из бекапа, потом отключить старый и его IP и DNS имя отдать новому ...

2. можно после восстановление из бекапа на новом сервере (с новым IP и DNS), на старом сервере запустить задачу "смена сервера администрирования" для всех клиентов ... тем самым перевезя их на новый хост. после переезда старый сервер можно будет отключить.

 

upd

странно что событий мало а база распухла ... вы случаем не создавали недавно задачу "синхронизации обновлений с серверами WSUS"

дополнительно попробуйте запустить задачу обслуживания БД c параметром "сжимать" - перед тем как все сносить

  Показать контент

516942864_.thumb.png.f4c244e4f85a4c74f34b9b7a4f60f161.png

 

Спасибо большое. По поводу wsus: галочка «использовать сервер в качестве wsus” отключена. Задачу такую не создавал.

 

4 часа назад, Geralt сказал:

Спасибо большое. По поводу wsus: галочка «использовать сервер в качестве wsus” отключена. Задачу такую не создавал.

https://tavalik.ru/izmenenie-versii-ili-vvod-klyucha-microsoft-sql-server-2012/ а такой вариант тоже не сработает? Если просто ключ подкинуть mssql standart?

Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

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

    • 8Aleksej8
      От 8Aleksej8
      Всем доброго дня!
      Возник вопрос, как отключить функцию wsus в KSC 12/13/14. В настройка политики агента администрирования в "обновления и уязвимости в программах" отключаю все (рис 1), отключаю задачу на "поиск уязвимостей и требуемых обновлений", но он все равно скачивает пачку обновлений (рис 2). Подскажите как можно этот процесс остановить?


    • Tyson
      От Tyson
      Всем добрый день!
      С недавнего времени средствами задачи KSC усилил методы проверки файлов через KES 11.11, вследствие чего начало находиться много вложений из почты, которые входят в состав файла данных Outlook формата .pst и отмечаются в активных угрозах KSC. Если лечить эти угрозы, что зачастую равнозначно удалению, то вместе с этим удаляется и сам файл .pst, а с ним понятное дело вся почта пользователя. Если восстанавливать файл из резервного хранилища, то с ним восстанавливается и зараженное вложение и так по кругу. Вручную удалять такое количество сообщений займет слишком много времени. Исключать проверку по формату файла тоже не вариант, по понятным думаю причинам. Вопрос: Можно ли средствами Касперского заблокировать открытие этих сообщений, чтобы в дальнейшем и сам каспер не обнаружил его снова и пользователь не смог скачать это вложение или же какой другой вариант решения, который я скорее всего упустил?
       
      P.s. читал про "Защиту от почтовых угроз", однако если я правильно понял, то поставив пункт "Лечить; блокировать, если лечение невозможно", то к теме сообщения просто добавится текст про зараженное вложение, однако само сообщение и вложение останется доступным, если оно не вылечено.
    • Tyson
      От Tyson
      Всем добрый день! Только недавно работаю с KES и KSC и пока возможно не всё еще до конца понимаю, но недавно сменил ключ на сервере KSC. У большинства подчиненных устройств смена ключа прошла нормально, но примерно у 10% в KSC закрепился статус "Срок действия лицензии истек", однако и в свойствах KSC касперского самого на устройстве (скрин) и при удалённом подключении ключ стоит верный и статус активный. За прошлую неделю количество устройств с "законечнной" лицензией уменьшилось на 2, при том что никаких изменений в настройки политик или переустановок не делал. В чем может быть проблема в самом КSC, KES или Агенте и как починить этот статус?  

       
      Сообщение от модератора kmscom Тема перемещена из раздела Помощь по персональным продуктам  
    • Shmonov_M
      От Shmonov_M
      Здравствуйте! Подскажите пожалуйста, как заблокировать открытие файлов формата .rtf на АРМах пользователей через политику в KSC?
    • jango
      От jango
      Здравствуйте, уважаемые!
      Организацией был закуплен код активации на 130 ПК, затем из кода активирован файл ключа с помощью сайта Лаборатории Касперского. Код и ключ были благополучно добавлены в KSC 13.2. Почему то 129 машин активировались по ключу и 19 по коду - всего в сети 145 машин. Как так получается, что можно активировать 130 машин кодом и 130 ключом - итого 260 одновременно, купив при этом код всего на 130 машин?

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