Dr web ошибка импорта базы данных
Иногда возникает необходимость перенести работающий сервер DrWebES на другую физическую машину, например из-за выхода из строя оборудования или в результате реорганизации сетевой инфраструктуры (обновление парка техники и т.п.). В штатной документации на эту тему я специального раздела найти не смог. В результате совместных изысканий со службой поддержки был найден следующий алгоритм:
1. Остановить сервис Dr.Web Enterprise Server на старом сервере. 2. Скопировать (ВАЖНО - при остановленном сервисе) следующие файлы:
3. Установить сервер DrWebES на новый сервер со всеми настройками по умолчанию (при попытке импортировать drwcsd.pri почему-то инсталятор обозвал его "invalid private key file"). ВАЖНО: вновь устанавливаемый сервер должен быть либо той же версии, что и старый, либо более новой версии, иначе будет невозможно подключить базу данных. 4. Остановить на новом сервере сервис Dr.Web Enterprise Server. 5. Скопировать сохранённые файлы (см. п. 2) поверх новых (ВАЖНО - при остановленном сервисе). 6. Проверить работоспособность сервера. Если всё работает, дальнейшие действия не нужны.
После внесения изменений надо перезапустить на клиентских машинах агента DrWebES, либо дождаться перезагрузки клиентских компьютеров (по задумке авторов, агенты, видимо, должны были сами при обнаружении изменений в конфигурации рестартовать, по крайней мере службой поддержки было предложено "перезапустить службу агента или подождать некоторое время" но на практике, по прошествии двух суток, неперезапущенные машины так и не перешли на новый сервер).
В случае если на новом сервере стоит более новая версия DrWebES, может потребоваться произвести обновление базы данных до текущей версии (сервис при этом работать не будет, в файле %ES%\var\drwcsd.log появится запись типа "20061011.121813.14 FTL 001432/noname [DbMgr] Incompatible database version 49, expected 50"). В этом случае помогает процедура обновления базы данных (выполняется при остановленном сервисе), выполняемая примерно такой командой: "C:\Program Files\DrWeb Enterprise Server\bin\drwcsd.exe" "-home=C:\Program Files\DrWeb Enterprise Server\." "-exe-root=C:\Program Files\DrWeb Enterprise Server\." "-var-root=C:\Program Files\DrWeb Enterprise Server\var\." -verbosity=ALL upgradedb "C:\Program Files\DrWeb Enterprise Server\var\update-db\." После обновления базы данных ошибка должна исчезнуть.
И вторая серьёзная проблема с которой можно столкнуться при переносе на другую машину - это когда на старом сервере были указаны конкретные сетевые интерфейсы на которых работает DrWebES. Эти данные могут храниться в конце файла %ES%\etc\drwcsd.conf. Например:
Доброго времени суток. Помогите разобраться. На машине стоит агент 10 и не может связаться с сервером. Проблема возникла на ровном месте. Вечером выключили комп а с утра такая беда.
В логах сервера не могу понять почему и какое нарушение находит агент. А логи на клиентской машине вообще нигде не могу найти(стоит XP).
Логи сервера drwcsd.7z 286,74К 1 Скачано раз
Keep yourself alive
Riff6666, Инструменты - Поддержка - Отчет для технической поддержки не пробовали сделать?
Riff6666, Инструменты - Поддержка - Отчет для технической поддержки не пробовали сделать?
Отчет вылетает с ошибкой 1168.
Делайте как в верхнем топике, и можно то же самое посмотреть еще и в документации
Вот что глаголит сей документ
Для восстановления БД из резервной копии при смене версии Dr.Web Сервера (в пределах одной мажорной версии) или порче текущей версии БД:
1. Остановите службу Dr.Web Сервера (если она запущена, см. в Руководстве администратора п. Запуск и останов Dr.Web Server ).
Произведите инициализацию новой базы данных. Строка инициализации базы данных в версии Сервера под ОС Windows будет выглядеть примерно так:
"C:\Program Files\DrWeb Server\bin\drwcsd.exe" -home="C:\Program Files\DrWeb Server" -var-root="C:\Program Files\DrWeb Server\var" -verbosity=all initdb D:\Keys\agent.key - -
Данная команда должна быть набрана в одну строку (см. также формат команды drwcsd с ключом initdb в Прил. H5.3 ). В примере подразумевается, что Сервер установлен в каталоге C:\Program Files\DrWeb Server , а агентский ключ agent.key лежит в каталоге D:\Keys .
c) После выполнения этой команды в папке var каталога установки Dr.Web Сервера должен появиться новый файл базы database.sqlite размером около 200 KB.
2.2. При использовании внешней БД: произведите очистку БД при помощи скрипта clean.sql , расположенного в каталоге etc каталога установки Сервера .
3. Импортируйте из соответствующего файла резервной копии содержимое базы данных. Строка импорта выглядит примерно так:
"C:\Program Files\DrWeb Server\bin\drwcsd.exe" -home="C:\Program Files\DrWeb Server" -var-root="C:\Program Files\DrWeb Server\var" -verbosity=all importdb " \ \database.gz"
Данная команда тоже должна быть набрана в одну строку. В примере подразумевается, что Сервер установлен в каталоге C:\Program Files\DrWeb Server.
4. Запустите службу Dr.Web Сервера (см. в Руководстве администратора п. Запуск и останов Dr.Web Server ).
Keep yourself alive
Не должно. Должно быть в кавычках, если содержит пробелы, например.
maxic , да нееее Вы им как-то передайте
Afalin , верно подметил, D:\Keys\agent.key не содержит пробелы, и соответственно надо без кавычек, а если все по умолчанию ставилось, то надо писать C:\Program Files\DrWeb Server\etc - уже с пробелами, тогда соответственно в кавычках.
Наличие кавычек для параметров с пробелами, это самоочевидный факт, для любого софта при запуске через шелл.
3. Импортируйте из соответствующего файла резервной копии содержимое базы данных. Строка импорта выглядит примерно так:
"C:\Program Files\DrWeb Server\bin\drwcsd.exe" -home="C:\Program Files\DrWeb Server" -var-root="C:\Program Files\DrWeb Server\var" -verbosity=all importdb " \ \database.gz"
Т.е. вы хотите сказать что у меня оказалась битая база?
Ну да ладно если рассмотреть тот вариант что база битая и пытаться сделать удаление, создание и импорт. При импорте вылетает ошибка "Ошибка импорта базы данных". Пробовал импорт нескольких бекапов, все равно один и тот же результат.
Из логов могу предположить что не грузится dll.
20141211.104836.37 tr1 [06980 1ab0] main Unloading library "C:/Program Files/DrWeb Server/bin/database/drwdbdrv_sqlite.DLL"
20141211.104836.38 ntc [06980 1ab0] main [Server] Process exit code is 0x16/22 (error while importing database)
Если проблема в том, что агент не подключается к серверу, то нужны логи с воспроизведением проблемы с агента и с сервера.
Господа модераторы, удалите плз это, пока человеку не пришлось в техподдержку обращаться из-за него =) Если не преследуются воспитательные цели, конечно.
ох тыж блин. господа модетаторы удалите это
вот я лоханулся((
drwcsd.7z 437,41К 4 Скачано раз вот логи
Если проблема в том, что агент не подключается к серверу, то нужны логи с воспроизведением проблемы с агента и с сервера.
ну из одного из первых постов подсказали что может косяк в базе на сервере. и эти логи предназначены для определения почему не импортируется база. а вот по поводу логов с клиента я бы с радостью их предоставил, но я их не могу найти ни где. На клиенте стоит XP если что
Riff6666, очевидных проблем с базой нет. Не считая того, что месяц назад два разных процесса drwcsd были запущены одновременно и одновременно пытались с БД что-то делать.
Хм. Сделайте ещё детальный лог сервера (включить ярлыком детальный лог, перезапустить сервер и воспроизведите проблему).
Да и на журнал агента подробный было б полезно взглянуть, я думаю. Настраивается в консоли, Network → Dr. Web Agent → Журнал.
drwcsd.7z 208,84К 4 Скачано раз вот детальный лог сервера
Лично моего хрустального шара не хватает, чтоб понять, что там не так со спайдеровскими настройками
20141212.080703.78 tr3 [02084 14a8 02] wrk:13 [Layer/TextProto] tcp://192.168.1.21:1130: snd %Z Exclude/SearchDB 1 Exclude/SystemFiles 1 exclude_paths_and_files %Z exclude_processes %Z Log/Level 1 Scan/Action/Adware 2 Scan/Action/Archive 2 Scan/Action/Container 2 Scan/A
ction/Dialer 2 Scan/Action/Hacktool 8 Scan/Action/Incurable 2 Scan/Action/Infected 1 Scan/Action/Joke 8 Scan/Action/Mail 2 Scan/Action/Riskware 8 Scan/Action/Suspicious 0 Scan/B
lock/Autorun 1 Scan/Check/Archive 0 Scan/Check/Container 0 Scan/Check/Mail 0 Scan/Check/Network 0 Scan/Check/Processes 1 Scan/Check/Removable 0 Scan/Files/BeforeAccess 0 Scan/He
uristic 1 scan_files_before_access 0>
2014-Dec-12 08:07:05.793491 [1620] [INF] [reconnector] 20141212.080705.79 tr3 [01652 0654] noname [Layer/TextProto] tcp://192.168.0.2:2193: snd
2014-Dec-12 08:07:05.808973 [1620] [ERR] [EsSetDevices] failed:
2014-Dec-12 08:07:05.808973 [1620] [ERR] [EsSetLocked] failed:
2014-Dec-12 08:07:05.808973 [1620] [INF] [DPH] reinit objects.
2014-Dec-12 08:07:05.808973 [1620] [ERR] [hips-manager] error while reload objects:
2014-Dec-12 08:07:05.808973 [1620] [DBG] [dwprot_get_objects] Exception at [winapi_regkey_t::value_info]. Code 2 "".
2014-Dec-12 08:07:05.808973 [1620] [ERR] [DwprotObjectsInit] Exception at [fs_keys_list::init]. Code 87 "".
2014-Dec-12 08:07:05.808973 [1620] [DBG] [dwprot_get_objects] Exception at [winapi_regkey_t::value_info]. Code 2 "".
2014-Dec-12 08:07:05.808973 [1620] [INF] [reconnector] 20141212.080705.80 ERR [01652 0654] noname Unable to process data block
2014-Dec-12 08:07:05.808973 [1620] [INF] [reconnector] 20141212.080705.80 ERR [01652 0654] noname [Layer/A2SSession] tcp://192.168.0.2:2193: Will disconnect due to violation
2014-Dec-12 08:07:05.808973 [1620] [INF] [reconnector] 20141212.080705.80 tr3 [01652 0654] noname [Layer/TextProto] tcp://192.168.0.2:2193: snd
2014-Dec-12 08:07:05.808973 [1620] [ERR] [Reconnector] SERVER VIOLATION:
2014-Dec-12 08:07:05.808973 [1620] [INF] [reconnector] 20141212.080705.80 tr3 [01652 0654] noname [Layer/Transformation] tcp://192.168.0.2:2193(dead): all filter removed from in
coming and outcoming streams
2014-Dec-12 08:07:05.839938 [1620] [INF] [reconnector] ES disconnected
Суть: невозможно зарегистрировать лицензию через мастер регистрации с помощью лицензионного кода, нужен ключевой файл. Проблема актуальна для WinXP.
Если у Вас еще не установлена версия 11.5 нашего антивируса, настоятельно рекомендуем скачать с нашего сайта ее дистрибутив и установить в системе, вместо устаревшей версии нашего антивируса.
Система Windows XP катастрофически устарела и ней имеются незакрытые уязвимости, через которые легко могут проникать новые вредоносные программы, еще не попавшие в базы антивирусов. Компания Microsoft с апреля 2014 года полностью прекратила поддержку Windows XP. Это означает, что для данной системы практически полностью прекращен выпуск обновлений, исправляющих обнаруживаемые в системе уязвимости, так что обеспечить надежную защиту этой системы в настоящее время практически невозможно.
Настоятельно рекомендуем использовать для работы в Интернете (особенно если на компьютере ведется работа с банковскими или платежными системами) компьютеры с более современными и более безопасными версиями Windows, а если технически это возможно, то перевести работу с Интернетом и платежными системами на системы под управлением Linux или MacOS, которые у злоумышленников пока не так популярны, как Windows. Если же по какой-то причине необходимо использование именно Windows XP, нужно обязательно установить в системе все выпущенные для нее обновления, а также соответствующими техническими средствами ограничить доступ с этого компьютера в Интернет только необходимыми для работы сайтами.
Ошибка 2
Суть: Ошибка в процессе обновления. Поскольку она может быть вызвана несколькими причинами, проверьте доступность сети, а также правильность настроек прокси, если он используется. Если сеть доступна, а прокси настроен верно, выполните ряд действий по восстановлению системы и антивируса, вероятнее всего проблема будет устранена.
Проведите проверку жесткого диска на наличие ошибок с помощью утилиты chkdsk. Для проверки тома C: выполните команду:
Команду необходимо ввести в окне командной строки Windows (нажать сочетание клавиш Win+R → ввести cmd → нажать ОК) и нажать Enter.
Перезагрузите ПК, перед запуском ОС начнется тестирование диска.
Выполните восстановление антивируса. Откройте Пуск → Панель управления → Программы и компоненты (аналогичный путь для вашей версии Windows) → выберите Dr.Web, нажмите сверху Изменить → Восстановить программу.
После окончания восстановления перезагрузите ПК и проверьте работу обновления Dr.Web.
Если ошибка обновления сохранится, то нажмите на значок антивируса справа внизу → Центр безопасности → значок Замок → сверху Шестеренка → Общие → Дополнительные настройки → Журнал → Изменить, установите флажок Обновление Dr.Web, нажмите ОК. Закройте настройки, повторите попытку обновления. После появления ошибки сформируйте отчет, выбрав Поддержка → Перейти к мастеру отчетов → Создать отчет.
После этого обратитесь в службу технической поддержки, приложив к запросу созданный отчет, после чего аналогичным образом отключите ведение подробного отчета для модуля обновления (уберите флажок Обновление Dr.Web).
Ошибка 3
Суть: Ошибка при обновлении с зеркала обновлений. Возникает при попытке одновременно обновить антивирус вручную при уже запущенном процесс обновления по расписанию.
Перезагрузите ПК и попробуйте повторить обновление.
Если ошибка продолжает появляться – обратитесь в службу технической поддержки, приложив отчет, созданный утилитой DwSysInfo.
Для создания отчета:
- Загрузите и сохраните на компьютере утилиту DwSysInfo
- Запустите сохраненный файл dwsysinfo.exe.
- Нажмите на кнопку Сформировать отчет.
- Дождитесь окончания формирования отчета.
Ошибка 4
Суть: Ошибка при обновлении. Возникает в случае ошибки в параметрах, указанных в командной строке, в результате чего обновление не проходит. Часто встречается при обновлении с зеркала обновлений. Если обновление происходит с ВСО, необходимо переустановить антивирус:
-
актуальный дистрибутив антивирусной программы.
- Удалите Dr.Web предыдущей версии через "Панель управления" → "Установка и удаление программ".
- Перезагрузите компьютер.
- Скачайте и запустите утилиту DrwRemover
- Перезагрузите компьютер.
- Запустите установку антивируса Dr.Web, во время установки укажите путь к ключевому файлу.
- Перезагрузите компьютер.
Если ошибка продолжает появляться – необходимо обратиться в службу технической поддержки, приложив отчет, созданный утилитой DwSysInfo.
Для создания отчета:
- Загрузите и сохраните на компьютере утилиту DwSysInfo
- Запустите сохраненный файл dwsysinfo.exe.
- Нажмите на кнопку Сформировать отчет.
- Дождитесь окончания формирования отчета.
Ошибка 7
Суть: сбой и повторный запуск процесса обновления. «Сбойная» копия процесса остается в памяти, отчего обновление невозможно.
Перезагрузите компьютер, воспользовавшись пунктом меню Перезагрузить компьютер ( просто выключить-включить недостаточно! ), после чего повторно запустите обновление.
Ошибка 9
Суть: Невозможно подключиться к серверам обновления.
Существует две возможных причины возникновения ошибки:
- В настройках антивируса не прописаны параметры прокси-сервера или есть проблемы с интернет-соединением. При использовании прокси:
- Щелкните правой кнопкой мыши по значку Dr.Web в правом нижнем углу экрана.
- Перейдя в административный режим, щелкните по значку замка. Кликните по шестеренке.
- Выберите раздел Сеть → Использовать прокси-сервер и корректно настройте сетевое соединение.
Если прокси не используется – проверьте сетевое соединение и если необходимо – настройте его.
Ошибка возникает в случае, когда на серверах обновления отсутствуют новые обновления для установленного продукта, но при этом часть серверов обновления недоступна. Эта проблема в скором времени будет устранена и ошибка встречаться не будет.
Поскольку данная ошибка говорит о том, что свежих обновлений нет, то никаких действий предпринимать не нужно. Антивирус в назначенное время автоматически обновится или вы сможете сделать это вручную позднее.
Ошибка 10
Суть: ошибка репозитория. Сбой в скриптах или отсутствие некоторых из них.
Для решения проблемы необходимо переустановить антивирус:
-
актуальный дистрибутив антивирусной программы.
- Удалите Dr.Web предыдущей версии через "Панель управления" → "Установка и удаление программ".
- Перезагрузите компьютер.
- Скачайте и запустите утилиту
- Перезагрузите компьютер.
- Запустите установку антивируса Dr.Web, во время установки укажите путь к ключевому файлу.
- Перезагрузите компьютер.
Ошибка 11
Суть: невозможно обновить компоненты антивируса.
Ошибка может быть вызвана рядом причин:
Используется устаревшая версия антивируса. Чаще всего встречается, если по ошибке была установлена старая версия продуктов Dr.Web или при попытке выполнить обновление на системах, где оно не проводилось в течение очень долгого времени.
Файлы обновления повреждены (вследствие проблем с диском или системного сбоя при обновлении.
Для проверки тома C: выполните команду:
Команду необходимо ввести в окне командной строки Windows (нажать сочетание клавиш Win+R → ввести cmd → нажать ОК) и нажать Enter.
Перезагрузите ПК, перед запуском ОС начнется тестирование диска.
Выполните восстановление антивируса. Откройте Пуск → Панель управления → Программы и компоненты (аналогичный путь для вашей версии Windows) → выберите Dr.Web, нажмите сверху Изменить → Восстановить программу.
После окончания восстановления перезагрузите ПК и проверьте работу обновления Dr.Web.
Если установлена свежая версия антивируса, восстановление диска и антивируса проведено, но ошибка обновления сохранится, то нажмите на значок антивируса справа внизу → Центр безопасности → значок Замок → сверху Шестеренка → Общие → Дополнительные настройки → Журнал → Изменить, установите флажок Обновление Dr.Web, нажмите ОК. Закройте настройки, повторите попытку обновления. После появления ошибки сформируйте отчет, выбрав Поддержка → Перейти к мастеру отчетов → Создать отчет.
После этого обратитесь в службу технической поддержки, приложив к запросу созданный отчет, после чего аналогичным образом отключите ведение подробного отчета для модуля обновления (уберите флажок Обновление Dr.Web).
Исходные данные для переноса сервера:
Старый сервер: 10.0.0.1 на Windows 2003 + IntDB в качестве базы для сервера DrWeb
Новый сервер: 10.0.0.6 на Debian Squeeze Wheezy (по ряду причин пришлось использовать тестовую версию дистрибутива) + PostgreSQL в качестве базы для сервера DrWeb
8. Перенаправление Агентов DrWeb на новый сервер
Запустите снова старый ES-сервер, откройте настройки агента для группы Everyone, задайте на вкладке "Сеть" новый адрес сервера и сохраните настройки. Если для каких-то агентов первичной является не группа Everyone, а другая, или заданы персональные настройки, то проделайте соответствующие эти действия для других первичных групп и агентов с персональными настройками.
7. Импорт рабочей базы данных
Перед импортом файлу базы данных необходимо задать права и владельца - drwcs
После завершения указанных команд, подключитесь к веб-интерфейсу сервера и проверьте, всё ли нормально работает и присутствуют ли станции со старого сервера в списке. В разделе "Администрирование" - "Состояние репозитория" убедитесь, что репозиторий в актуальном состоянии и нормально обновляется после замены файлов. При переносе некоторые параметры перенеслись не совсем корректно:
1. Установка Dr.Web Enterprise Security Suite на целевой сервер (Debian Wheezy)
1.1. Скачиваем необходимую версию .
1.2. Переносим скачанный файл на сервер и устанавливаем:
Установка сервера DrWeb на Linux описана тут . Кроме пакета сервера на debian мне пришлось вручную доустановить пакеты libcurl3, librtmp0 и libssh2-1. А так же установка завершилась ошибкой:
1.3. Проверить работоспособность сервера и состояние репозитория
1.4. Остановите новый ES-сервер строкой
или командой из веб-интерфейса.
2. Установка PostgreSQL на Debian
2.1. Устанавливаем пакет postgresql-9.1
В Debian squeeze данный пакет можно установить из бэкпортов . После установки пакетов постгреса произойдет запуск службы СУБД. В процессе первого запуска СУБД скрипт выполнил команду inidb, которая создаст все необходимое и в том числе конфигурационные файлы в папке /var/lib/pgsql. Будут инициализированы все основные настройки и встроенные базы данных.
2.2. Настраиваем PostgreSQL
2.2.1. Разрешаем доступ к СУБД из сети
По умолчанию, постгрес слушает только локалхост, чтобы заставить его слушать внешний интерфейс (если вам это действительно нужно), нужно на время установки в /etc/postgresql/9.1/main/postgresql.conf изменить строку:
а так же для доступа из локальной сети к СУБД нужно в /etc/postgresql/9.1/main/pg_hba.conf создать строку в соответствующем разделе:
, где значение host определяет доступ по TCP/IP, первый all разрешает подключаться ко ВСЕМ базам данных, второй all задает доступ для ВСЕХ любого пользователей, 10.0.0.20/32 задает IP и максу компьютера с которого разрешен доступ, md5 задает доступ по хэшу пароля, а не по открытому тексту.
2.2.2. Настраиваем окружение PostgreSQL
Cоздаем пароль для администратора постгреса (для пользователя UNIX, под которым работает служба):
После этого, необходимо рестарт СУБД:
Создать пароль для внутреннего пользователя СУБД:
2.2.3. Создаем базы данных для севера DrWeb
Чтобы хранить базу антивируса в отдельном каталоге (куда, к стати, можно примонтировать отдельный раздел), необходимо создать для базы каталог и назначить необходимые права (чтобы СУБД имела доступ в этот каталог):
Далее подготовим СУБД к работе с сервером DrWeb. Для этого залогинемся под администратором базы данных и выполним указанные скрипты:
Более подробно об этих командах написано тут. Эти проделанные действия я бы посоветовал проверить через pgAdmin (перед этим включив доступ к СУБД в pg_hba.conf и основном конфиге - описание как это сделать было выше). После выполнения указанных команд должна получиться следующая картина:
Перенос сервера DrWeb:
5. Настройка работы DrWeb ESS с СУБД PostgreSQL
В файле /var/opt/drwcs/etc/drwcsd.conf настройте подключение к новой базе, согласно документации . В данном файле нас интересует раздел Database from using , который определяет подключение к базе данных. — наименование драйвера базы, — путь, откуда грузить драйвер, — параметры установления связи с сервером БД. Для нашего примера необходимо привести строчку к следующему виду:
4. Перенос настроек старого сервера на новый
После того, как проверка базы сообщит об отсутствии повреждений и база экспортируется, скопируйте в произвольный каталог на новом сервере следующие файлы со старого ES-сервера:
- открытый криптографический ключ ..\installer\drwcsd.pub
- закрытый криптографический ключ ..\etc\drwcsd.pri
- конфигурационный файл ..\etc\drwcsd.conf
- лицензионный ключевой файл ..\etc\enterprise.key
- файл сертификата ..\etc\certificate.pem
- файл внутренней базы данных ..\var\dbinternal.dbs(в нашем случае - экспортированную базу)
На новом сервере запишите скопированные в п. 4 файлы в следующие каталоги:
- drwcsd.pub в /opt/drwcs/Installer/
- dbinternal.dbs (esbase.es) в /var/opt/drwcs/
- certificate.pem, drwcsd.pri, drwcsd.conf и enterprise.key в /var/opt/drwcs/etc
заменив одноимённые файлы, созданные при установке ES-сервера из дистрибутива.
10. траблешуттинг:
Если при импорте или настройке PostgreSQL или DrWeb возникли проблемы, то можно просмотреть лог /var/opt/drwcs/log/drwcsd.log или и /var/log/postgresql/postgresql-9.1-main.log. Например, у меня была ошибка:
Всем привет!
Вопрос: "У меня почему-то перестал обновлять вирусные базы Dr.Web (У меня лицензия и другие пироги).
Лицензирование -> Частые вопросы -> Часто задаваемые вопросы по темам -> Коды ошибок -> Ошибка 11
Ошибка может быть вызвана рядом причин:
Используется устаревшая версия антивируса. Чаще всего встречается, если по ошибке была установлена старая версия продуктов Dr.Web или при попытке выполнить обновление на системах, где оно не проводилось в течение очень долгого времени.
Файлы обновления повреждены (вследствие проблем с диском или системного сбоя при обновлении.
Для проверки тома C: выполните команду:
chkdsk C: /F /R
Команду необходимо ввести в окне командной строки Windows (нажать сочетание клавиш Win+R → ввести cmd → нажать ОК) и нажать Enter.
Перезагрузите ПК, перед запуском ОС начнется тестирование диска.
Выполните восстановление антивируса. Откройте Пуск → Панель управления → Программы и компоненты (аналогичный путь для вашей версии Windows) → выберите Dr.Web, нажмите сверху Изменить → Восстановить программу.
После окончания восстановления перезагрузите ПК и проверьте работу обновления Dr.Web.
Если установлена свежая версия антивируса, восстановление диска и антивируса проведено, но ошибка обновления сохранится, то нажмите на значок антивируса справа внизу → Центр безопасности → значок Замок → сверху Шестеренка → Общие → Дополнительные настройки → Журнал → Изменить, установите флажок Обновление Dr.Web, нажмите ОК. Закройте настройки, повторите попытку обновления. После появления ошибки сформируйте отчет, выбрав Поддержка → Перейти к мастеру отчетов → Создать отчет.
После этого обратитесь в службу технической поддержки, приложив к запросу созданный отчет, после чего аналогичным образом отключите ведение подробного отчета для модуля обновления (уберите флажок Обновление Dr.Web).
6. Инициализация новой базы данных DrWeb
Для инициализации новой базы данных необходимо выполнить следующую команду:
После инициализации PgAdmin нам покажет такую картину (добавятся таблицы):
9. Деинсталляция старого сервера
После того, как все агенты отключатся от старого сервера и подключатся к новому, старый сервер можно остановить и окончательно деинсталлировать.
3. Экспорт "рабочей" базы данных
3.2. Уменьшение размера базы данных
Если база занимает много места (например моя весила на момент переезда порядка 23 Гб.), можно ее почистить от старых записей. Как это сделать описано тут . Перед очисткой желательно сделать копию базы. Кроме того, обязательно нужно почистить таблицу activity_data, ибо она отказывается импортироваться в базу с кодировкой UTF-8. Я сделал это по той же инструкции, за тем лишь исключением, что скрипт очистки имел следующий вид:
Где дата 20111207000000000 должна быть меньше старее текущей. Вы, наверно, поинтересуетесь почему тут еще указана таблица procerror. Потому что в моей базе она занимала большую часть места, после выполнения скрипта размер базы изменился с 23 Гб до 80 Мб. (буду рад комментариям по модификации скрипта до более оптимального вида)
3.4. Проверка базы данных
3.5. Экспортировать базу данных на старом сервере:
После выполнения данной команды, в каталоге D:\123\ будет лежать файл esbase.es с экспортированной базой.
Читайте также: