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

Проблема с внутренней базой данных sepm

Recommended Posts

VADR

Есть sepm версии 12.1.1101.401, установлен на сервере с windows server 2008 R2 standard SP1. В качестве базы данных используется встроенная (Embedded (SQL Anywhere)). Клиентов не много - всего 16 штук, в количество лицензий помещаются. Оперативки на сервере - 16 гигов. По непонятной причине файл базы данных разросся до 16 гигабайт (каким он был до возникновения проблем - неизвестно, никто тогда не смотрел). Сейчас размер установился на фиксированной цифре и не меняется ни вверх, ни вниз.

Проблема возникает, когда sepm по шедулеру делает бэкап базы данных: он зачем-то пытается втащить её полностью в оперативную память, что не получается. При этом оперативка занимается практически полностью (более 98%, хотя в обычном режиме работы весь софт сервера в сумме использует не больше 8 гигов). Архив резервной копии получается "битым" - архиваторы при его открытии ругаются на повреждённый файл, но в логах sepm - всё в порядке, резервное копирование прошло успешно. После этой процедуры sepm память не освобождает, кусок файла БД остаётся в оперативке, и другому софту на этом сервере становится работать довольно тоскливо. Спасает только перезапуск сервиса внутренней базы данных sepm.

Как можно победить эту проблему?

 

PS: есть на этом же сервере и другая проблема: когда его устанавливали, на сервере стоял часовой пояс UTC+2 (такой часовой пояс в том месте, где производилась установка). Сейчас время на сервере стоит UTC+3, но sepm на это внимания не обращает, его шедулер работает по UTC+2 и в отчётах - тоже время по UTC+2. Не знаю, связаны эти проблемы друг с другом или нет, но на всякий случай (вдруг причина одна) не стал делить на две разные темы.

Поделиться сообщением


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

Мой вам совет обновите сервер до последней версии. Когда почитаешь что исправлено в предыдущих - у меня всегда вопрос а как оно вообще работало? Насчет базы не знаю а вот шедулер точно помню - исправлен в какой то из последующих версий.

Поделиться сообщением


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

  • Сообщения

    • demkd
      В документации правильно, просто забыл убрать, после того как сменил тип интеграции.   Удаление исключений работает только в режиме виртуализации, в принципе системная защита ядра легко преодолевается, но дефендер тогда сходит с ума и ведет себя неадекватно, поэтому только виртуализация, можно конечно допилить что бы удалялось через api, но это все равно не будет работать с неактивной системой, поэтому оставил так как есть.
    • santy
      Demkd, судя по тестам интеграция uVS и  WinRE, запуск uVS из меню Winpe прошли нормально. (проверил на W10), Единственно, после завершения интеграции выходит сообщение, что при обновлении uVS интеграцию необходимо повторить. Так ли это? В документации указано, что если обновление выполнено в каталоге, который ранее был интегрирован с WinRe, то повторная интеграция не нужна.  
    • santy
      RP55, это запись в реестре на исключение из проверки в Windefender. запись защищенная в Wndef, поэтому просто через delref в uVS ее не удалить из реестра. И это правильно.
    • PR55.RP55
      Demkd Вот допустим в образе\системе есть запись: Полное имя                  C:\USERS\LUSYS\ONEDRIVE\ДОКУМЕНТЫ\GOODBYEDPI-0.2.3RC1
      Имя файла                   GOODBYEDPI-0.2.3RC1
      Тек. статус                 ПОДОЗРИТЕЛЬНЫЙ Исключение
                                  
      Сохраненная информация      на момент создания образа
      Статус                      ПОДОЗРИТЕЛЬНЫЙ Исключение
      Инф. о файле                Не удается найти указанный файл.
      Цифр. подпись               проверка не производилась
                                  
                                  
      Статус                      ПОДОЗРИТЕЛЬНЫЙ ОБЪЕКТ
                                  
      Ссылки на объект            
      Ссылка                      HKLM\SOFTWARE\Microsoft\Windows Defender\Exclusions\Paths\C:\Users\lusys\OneDrive\Документы\goodbyedpi-0.2.3rc1
      C:\Users\lusys\OneDrive\Документы\goodbyedpi-0.2.3rc10
                                   При применении команды: Alt+Del delref %SystemDrive%\USERS\LUSYS\ONEDRIVE\ДОКУМЕНТЫ\GOODBYEDPI-0.2.3RC1 т.е. вопрос, что будет при удалении ссылки и почему статус Исключение - и если он должен исключать - то почему не исключает?
    • PR55.RP55
      Сейчас в ряде случаев готовые скрипты и образы приходиться размещать на сторонних ресурсах - типа Яндекс диска и т.д. А тем временем есть оф. сайт... т.е. Предлагаю добавить в меню uVS команды: Файл: Создать полный образ автозапуска и разместить образ\получить ссылку с оф. сайта: http://dsrt.dyndns.org:8888 * Соответственно Пользователь\Оператор получает ссылку типа: http://dsrt.dyndns.org:8888/MSI_2024-12-24_16-07-15_v4.14.6 ------------ В Меню Скрипт - команду: Сохранить автоматически созданный скрипт в файл и разместить\получить ссылку с оф. сайта: http://dsrt.dyndns.org:8888 * Соответственно Пользователь\Оператор получает ссылку типа: http://dsrt.dyndns.org:8888/Скрипт: 001 - & - MSI_2024-12-24_16-07-15_v4.14.6 ---------- 1) Добавить в меню команду: Выделить свободное место на диске ( Создать диск Х  ) ; создать загрузочный диск и скопировать на диск WIM 2) Вариант: Добавить в меню команду: Выделить свободное место на диске ( Создать диск Х  ) ; создать загрузочный диск и скопировать на диск прошедшие проверку системные файлы\файлы образа. Это всё можно сделать заранее - до заражения системы. Кроме того далеко не всегда проблемы в работе системы связанны с вирусами. А так флешка не нужна - всё всегда на месте.  
×