Перенос сервера dr web с windows на linux

#1

#2

Afalin

#3

garipov72

#4

maxic

#5

garipov72

#6

maxic

#7

Afalin

#8

garipov72

Установку нового сервера в Linux и перенос информации со старого сервера в данном случае рекомендуем выполнять следующим образом:

1. Скачайте с нашего сайта https://download.drweb.ru дистрибутив свежей версии и по инструкции https://download.geo.drweb.com/pub/drweb/esuite/12.0.1/documentation/html/ru/installation_manual/index.html?installation_server_unix.htm в документации установите в новой системе Сервер Dr.Web версии 12 полностью с нуля со всеми настройками по умолчанию.

2. Добавьте в менеджер лицензий нового сервера ключ Agent.key Вашей действующей лицензии и распространите его на группу Everyone.

3. Откройте на новом сервере раздел «Состояние репозитория» и убедитесь, что репозиторий корректно обновляется.

4. Откройте в разделе «Администрирование» пункт «Сервер Dr.Web» и убедитесь, что там отображается дата, совпадающая с датой текущей ревизии Сервера Dr.Web в разделе «Состояние репозитория». Если будет отображаться более ранняя дата и сообщение о наличии обновлений, нажмите кнопку «Список версий» и обновите сервер до актуальной версии.

5. Дайте новому серверу команду остановки либо из раздела «Сервер Dr.Web» в веб-интерфейсе, либо из консоли командой:

/etc/init.d/drwcsd stop

6. Откройте файл настроек нового сервера /var/opt/drwcs/etc/drwcsd.conf любым текстовым редактором, найдите в нём параметр

id value=’ИДЕНТИФИКАТОР’

и замените в значении этого параметра созданный при установке ИДЕНТИФИКАТОР на значение этого параметра из файла %programfiles%DrWeb Serveretcdrwcsd.conf действующего сервера.

7. Из каталога /opt/drwcs/webmin/install/windows удалите файл сертификата drwcsd-certificate.pem.

8. Из каталога /var/opt/drwcs/etc/ удалите файл закрытого ключа drwcsd.pri и вторую копию сертификата drwcsd-certificate.pem.

9. Из каталога /var/opt/drwcs/ удалите файл базы данных database.sqlite

10. Скопируйте закрытый ключ drwcsd.pri и сертификат drwcsd-certificate.pem из каталога %programfiles%DrWeb Serveretc старого сервера в каталог /var/opt/drwcs/etc/ нового сервера.

11. Остановите старый сервер Dr.Web командой из веб-интерфейса или через меню «Пуск» — «Все программы» — «Dr.Web Server» — «Управление сервером».

12. Дайте старому серверу команду проверить базу данных из того же меню «Управление сервером» и дождитесь результата. Если появится сообщение об ошибке проверки, сразу же прикрепите к комментарию файл drwcsd.log со старого сервера, остановившись на этом. Если проверка прошла успешно, закройте окно с сообщением и переходите к следующему шагу.

13. Скопируйте файл базы данных database.sqlite из каталога %programfiles%DrWeb Servervar старого сервера в каталог /var/opt/drwcs/ нового сервера.

14. Запустите старый сервер командой из меню «Управление сервером», чтобы он продолжал обслуживать агенты.

15. Командой chown назначьте на новом сервере учётную запись drwcs владельцем /var/opt/drwcs/database.sqlite, /var/opt/drwcs/etc/drwcsd.pri и /var/opt/drwcs/etc/drwcsd-certificate.pem

16. Скопируйте /var/opt/drwcs/etc/drwcsd-certificate.pem в /opt/drwcs/webmin/install/windows, а затем убедитесь, что у копии тоже владелец drwcs.

17. Запустите новый сервер:

/etc/init.d/drwcsd start

18. Подключитесь к веб-интерфейсу нового сервера с теми же логином и паролем, которые были у старого сервера, и убедитесь, что все агенты в списке антивирусной сети отображаются нормально (в отключённом состоянии, естественно).

19. Снова откройте на новом сервере раздел «Состояние репозитория» и убедитесь, что репозиторий нового сервера продолжает нормально обновляться, как и в пункте 3. Если возникнут проблемы с обновлением, прикрепите к комментарию снимок окна с сообщением об ошибке и остановитесь на этом.

20. Перейдите в раздел «Планировщик заданий Сервера Dr.Web», откройте в нём задание резервного копирования критичных данных (Backup sensitive data) и на вкладке «Действие» проверьте, не указан ли в поле «Путь» какой-либо каталог старого сервера. Если поле пустое, переходите к следующему шагу. Если в этом поле указан каталог старой системы, либо очистите это поле, чтобы резервные копии сохранялись в каталоге по умолчанию, либо задайте соответствующий каталог новой системы.

21. Для группы Everyone на новом сервере откройте раздел «Параметры подключения» и задайте в нём IP-адрес или доменное имя нового сервера. Если там есть адрес старого сервера, обязательно удалите его. Повторите эту проверку и изменение для других первичных групп.

После выполнения данной инструкции можно переключать агенты со старого сервера на новый. Для этого в интерфейсе старого сервера выберите станцию или группу станций, которые хотите переключить, откройте для выбранных объектов раздел «Параметры подключения», задайте новый адрес сервера и сохраните изменения, а затем убедитесь, что все агенты отключились от старого сервера и подключились к новому.
Когда убедитесь, что все агенты подключились к новому серверу, старый сервер можно вывести из эксплуатации.

Доброго времени, уважаемые читатели блога! Сегодня публикую небольшое HOWTO для тех кто внедряет OpenSource   Встала задача перенести сервер DrWeb EntSuite 6 с Windows 2003 на Linux. Выкладываю плод своих испытаний:

Исходные данные для переноса сервера:

Старый сервер: 10.0.0.1 на Windows 2003 + IntDB в качестве базы для сервера DrWeb
Новый сервер: 10.0.0.6 на Debian Squeeze Wheezy (по ряду причин пришлось использовать тестовую версию дистрибутива) + PostgreSQL в качестве базы для сервера DrWeb

Рекомендуется для нового сервера создать в DNS запись CNAME, чтобы при следующих переездах просто перенаправить клиентов на новый сервер, пересоздав новую CNAME.

1. Установка Dr.Web Enterprise Security Suite на целевой сервер (Debian Wheezy)

1.1. Скачиваем необходимую версию.
1.2. Переносим скачанный файл на сервер и устанавливаем:

dpkg -i drweb-esuite-server-602-201109160-unix-linux-debian-squeeze-i686.deb

Установка сервера DrWeb на Linux описана тут. Кроме пакета сервера на debian мне пришлось вручную доустановить пакеты libcurl3, librtmp0 и libssh2-1. А так же установка завершилась ошибкой:

...
touch: невозможно выполнить touch для «/var/lock/subsys/drwcs»: Нет такого файла или каталога
invoke-rc.d: initscript drwcsd, action "start" failed.

Текущее состояние: 0 сломано [-1].
postgre ~ # # создадим недостающий каталог:
postgre ~ # mkdir /var/lock/subsys/
postgre ~ # service drwcsd start

1.3. Проверить работоспособность сервера и состояние репозитория

1.4. Остановите новый ES-сервер строкой

/etc/init.d/drwcsd stop

или командой из веб-интерфейса.

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 изменить строку:

#listen_addresses = ‘localhost’
listen_addresses = ‘*’
# это заставит СУБД слушать все интерфейсы
# так же нужно раскомментировать строку:
password_encryption = on

а так же для доступа из локальной сети к СУБД нужно в /etc/postgresql/9.1/main/pg_hba.conf создать строку в соответствующем разделе:

host    all     all     10.0.0.222/32    md5

, где значение host определяет доступ по TCP/IP, первый all разрешает подключаться ко ВСЕМ базам данных, второй all задает доступ для ВСЕХ любого пользователей, 10.0.0.20/32 задает IP и максу компьютера с которого разрешен доступ, md5 задает доступ по хэшу пароля, а не по открытому тексту.

2.2.2. Настраиваем окружение PostgreSQL

Cоздаем пароль для администратора постгреса (для пользователя UNIX, под которым работает служба):

passwd postgres
Введите новый пароль UNIX:<ВАШ СЕКРЕТНЫЙ ПАРОЛЬ>
Повторите ввод нового пароля UNIX: <ВАШ СЕКРЕТНЫЙ ПАРОЛЬ>
passwd: пароль успешно обновлён

После этого, необходимо рестарт СУБД:

postgre ~ # service postgresql restart
Restarting PostgreSQL 9.1 database server: main.

Создать пароль для внутреннего пользователя СУБД:

postgre ~ # # сменим пользователя, передем в консоль PgSQL командой psql и зададим пароль
postgre ~ # su -l postgres
postgres@postgre ~ $ psql
psql (9.1.1)
Type "help" for help.

postgres=# alter user postgres with password 'ваш_пароль';
ALTER ROLE
postgres=# q

2.2.3. Создаем базы данных для севера DrWeb

Чтобы хранить базу антивируса в отдельном каталоге (куда, к стати, можно примонтировать отдельный раздел), необходимо создать для базы каталог и назначить необходимые права (чтобы СУБД имела доступ в этот каталог):

postgre ~ # mkdir /var/drwebdb
postgre ~ # chown postgres:postgres /var/drwebdb
postgre ~ # chmod 0775 /var/drwebdb/
postgre ~ # ls -lda /var/dr*
drwxrwxr-x 2 postgres postgres 4096 Ноя 28 12:00 /var/drwebdb

Далее подготовим СУБД к работе с сервером DrWeb. Для этого залогинемся под администратором базы данных и выполним указанные скрипты:

root@postgre:~# su -l postgres
postgres@postgre ~ $ # создаем пользователя drwcs с паролем drwcs и минимумом прав. Под этим пользователем сервер DrwebES будет подключаться к серверу PostgreSQL:
postgres@postgre ~ $ psql --dbname postgres --username postgres --command "CREATE ROLE drwcs WITH NOSUPERUSER NOCREATEDB NOCREATEROLE NOINHERIT LOGIN ENCRYPTED PASSWORD 'drwcs';"
CREATE ROLE
postgres@postgre ~ $ # создаем табличное пространство drwebes_ts, которое будет располагаться в каталоге /var/drwebdb.
postgres@postgre ~ $ # Именно в нем, в дальнейшем, будет создана база DrwebES:
postgres@postgre ~ $ psql --dbname postgres --username postgres --command "CREATE TABLESPACE drwebes_ts OWNER postgres LOCATION '/var/drwebdb';"
CREATE TABLESPACE
postgres@postgre ~ $ # команда собственно создает базу данных для DrwebES. База данных будет расположена в табличном пространстве drwebes_ts.
postgres@postgre ~ $ # Т.е. физически она будет размещаться в каталоге /var/drwebdb.
postgres@postgre ~ $ psql --dbname postgres --username postgres --command "CREATE DATABASE drwebes OWNER postgres TABLESPACE drwebes_ts;"
CREATE DATABASE
postgres@postgre ~ $ # создает схему drwcs в базе данных drwebes. Обратите внимание, что мы подключаемся к базе drwebes (а не postgres), так как именно там мы хоти создать схему.
postgres@postgre ~ $ psql --dbname drwebes --username postgres --command "CREATE SCHEMA drwcs AUTHORIZATION drwcs;"
CREATE SCHEMA
postgres@postgre ~ $

Более подробно об этих командах написано тут. Эти проделанные действия я бы посоветовал проверить через pgAdmin (перед этим включив доступ к СУБД в pg_hba.conf и основном конфиге — описание как это сделать было выше). После выполнения указанных команд должна получиться следующая картина:

3. Экспорт «рабочей» базы данных

3.1. Остановите службу старого ES-сервера командой из меню Пуск или веб-интерфейса. Убедитесь, что сервер остановился (дождаться сообщения об остановке сервера):

3.2. Уменьшение размера базы данных

Если база занимает много места (например моя весила на момент переезда порядка 23 Гб.), можно ее почистить от старых записей. Как это сделать описано тут. Перед очисткой желательно сделать копию базы!!! Кроме того, обязательно нужно почистить таблицу activity_data, ибо она отказывается импортироваться в базу с кодировкой UTF-8. Я сделал это по той же инструкции, за тем лишь исключением, что скрипт очистки имел следующий вид:

BEGIN;
DELETE FROM procerror WHERE errrecvtime <= 20111207000000000;
DELETE FROM activity_data WHERE createtime <= 20111207000000000;
COMMIT;
VACUUM;

Где дата 20111207000000000 должна быть меньше старее текущей. Вы, наверно, поинтересуетесь почему тут еще указана таблица procerror. Потому что в моей базе она занимала большую часть места, после выполнения скрипта размер базы изменился с 23 Гб до 80 Мб. (буду рад комментариям по модификации скрипта до более оптимального вида)

3.4. Проверка базы данных

Если обрезка базы производилась на копии, то скопируйте копию на место рабочей базы (C:Program FilesDrWeb Enterprise Servervardbinternal.dbs).  Из меню «Пуск» — «Программы» (или «Все программы») — «DrWeb Enterprise Server» — «Управление сервером» («Server control») дайте команду «Проверить базу данных» («Verify DB»). После проверки базы должно появиться соответствующее сообщение:

3.5. Экспортировать базу данных на старом сервере:

C:Documents and Settingsuser>cd C:Program FilesDrWeb Enterprise Serverbin
C:Program FilesDrWeb Enterprise Serverbin>drwcsd.exe -home="C:Program Files
DrWeb Enterprise Server" -var-root="C:Program FilesDrWeb Enterprise Servervar
" -verbosity=all exportdb D:123esbase.es

После выполнения данной команды, в каталоге  D:123 будет лежать файл esbase.es с экспортированной базой.

4. Перенос настроек старого сервера на новый

После того, как проверка базы сообщит об отсутствии повреждений и база экспортируется, скопируйте в произвольный каталог на новом сервере следующие файлы со старого ES-сервера:
— открытый криптографический ключ ..installerdrwcsd.pub
— закрытый криптографический ключ ..etcdrwcsd.pri
— конфигурационный файл ..etcdrwcsd.conf
— лицензионный ключевой файл ..etcenterprise.key
— файл сертификата ..etccertificate.pem
— файл внутренней базы данных ..vardbinternal.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-сервера из дистрибутива.

Задайте перенесённым файлам те же права и владельца, которые были заданы при установке ES-сервера.

postgre ~ # ls -la /opt/drwcs/Installer/
итого 3132
drwxr-xr-x 2 root  root     4096 Ноя 21 18:36 .
drwxr-xr-x 8 root  root     4096 Ноя 21 18:35 ..
-rw-r--r-- 1 drwcs drwcs     223 Ноя 21 18:36 drwcsd.pub
-rw-r--r-- 1 root  root  3192128 Сен 17 02:12 drwinst.exe
postgre ~ # ls -la /var/opt/drwcs/etc/
итого 280
drwxr-x--- 2 drwcs drwcs   4096 Ноя 21 18:36 .
drwxr-x--- 8 drwcs drwcs   4096 Ноя 21 18:36 ..
-r--r----- 1 drwcs drwcs   1629 Ноя 21 18:36 agent.key
-rw-r----- 1 drwcs drwcs    282 Сен 17 02:12 auth-ads.xml
-rw-r----- 1 drwcs drwcs   2351 Сен 17 02:12 auth-ldap.xml
-rw-r----- 1 drwcs drwcs    993 Ноя 21 18:36 certificate.pem
-rw-r----- 1 drwcs drwcs   1615 Сен 17 02:12 clean.sql
-rw-r----- 1 drwcs drwcs    689 Сен 17 02:12 db-export.sql
-rw-r----- 1 drwcs drwcs     69 Сен 17 02:12 download.conf
-rw-r----- 1 drwcs drwcs   5570 Сен 17 02:12 drwcsd.conf
-rw------- 1 drwcs drwcs    289 Ноя 21 18:36 drwcsd.pri
-rw-r----- 1 drwcs drwcs  15608 Сен 17 02:12 drweb32.ini
-r--r----- 1 drwcs drwcs   1475 Ноя 21 18:36 enterprise.key
-rw-r----- 1 drwcs drwcs 189146 Сен 17 02:12 init.sql
-rw-r----- 1 drwcs drwcs   9381 Сен 17 02:12 openssl.cnf
-rw-r----- 1 drwcs drwcs    891 Ноя 21 18:36 private-key.pem
-rw-r----- 1 drwcs drwcs   6017 Сен 17 02:12 webmin.conf

5. Настройка работы DrWeb ESS с СУБД PostgreSQL

В файле /var/opt/drwcs/etc/drwcsd.conf настройте  подключение к новой базе, согласно документации. В данном файле нас интересует раздел Database <DRIVER> from <PATH> using <PARAMETERS>, который определяет подключение к базе данных. <DRIVER> — наименование драйвера базы, <PATH> — путь, откуда грузить драйвер, <PARAMETERS> — параметры установления связи с сервером БД. Для нашего примера необходимо привести строчку к следующему виду:

DataBase "drwpgsql"
  from ""
  using "host=localhost port=5432 dbname=drwebes user=drwcs password=drwcs"

6. Инициализация новой базы данных DrWeb

Для инициализации новой базы данных необходимо выполнить следующую команду:

root@postgre:~# /etc/init.d/drwcsd initdb

После инициализации PgAdmin нам покажет такую картину (добавятся таблицы):

7. Импорт рабочей базы данных

Перед импортом файлу базы данных необходимо задать права и владельца — drwcs

root@postgre:~# mv /root/drweb/esbase.es /opt/drwcs/
root@postgre:~# chown drwcs:drwcs /opt/drwcs/esbase.es
root@postgre:~# /etc/init.d/drwcsd importdb /opt/drwcs/esbase.es
root@postgre:~# # после завершения импорта запускаем сервер:
root@postgre:~# /etc/init.d/drwcsd start
root@postgre:~# /etc/init.d/drwcsd status
Dr.Web Server is started

После завершения указанных команд, подключитесь к веб-интерфейсу сервера и проверьте, всё ли нормально работает и присутствуют ли станции со старого сервера в списке. В разделе «Администрирование» — «Состояние репозитория» убедитесь, что репозиторий в актуальном состоянии и нормально обновляется после замены файлов. При переносе некоторые параметры перенеслись не совсем корректно:

8. Перенаправление Агентов DrWeb на новый сервер

Запустите снова старый ES-сервер, откройте настройки агента для группы Everyone, задайте на вкладке «Сеть» новый адрес сервера и сохраните настройки. Если для каких-то агентов первичной является не группа Everyone, а другая, или заданы персональные настройки, то проделайте соответствующие эти действия для других первичных групп и агентов с персональными настройками.

9. Деинсталляция старого сервера

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

10. траблешуттинг:

Если при импорте или настройке PostgreSQL или DrWeb возникли проблемы, то можно просмотреть лог /var/opt/drwcs/log/drwcsd.log или и /var/log/postgresql/postgresql-9.1-main.log. Например, у меня была ошибка:

20111121.190756.91 inf [ 4582  4582] main   [DbMgr] Importing database content from file "/root/drweb/esbase.es"
20111121.190756.91 FTL [ 4582  4582] main   [Server] Cannot import database because of
20111121.190756.91 FTL [ 4582  4582] main     import file "/root/drweb/esbase.es" is corrupted because of
20111121.190756.91 FTL [ 4582  4582] main     cannot open file "/root/drweb/esbase.es" because of
20111121.190756.91 FTL [ 4582  4582] main     Отказано в доступе (errno=13)

которая была из-за того что не было прав к файлу экспортированной базы.

С Уважением, Mc.Sim!

Теги: Debian, Drweb, PostgreSQL

В официальной документации
нет инструкций как перенести сервер
Dr. Web 10/11/12 на
Linux. Есть
для старой 6 версий, который мне
не подходит.

Задача перенести Dr. Web
Server установленный на
Windows в Debian
10 работающий в контейнере
на Proxmox.

Для начала скачиваем и
устанавливаем новый Dr. Web
Server 12 на Debian.
 

Заходим в Центр управления
(ЦУ2) и выключаем сервер.
Не
забываем разрешить подключаться по ssh
root пользователю и добавить
русскую локализацию кириллица в debian.

На этом всё. Перезагружаем сервер и
проверяем заходит ли на новый Центр
управления через браузер.

Для того чтобы агенты подключились к
новому серверу, заходим в ЦУ1.

1. Антивирусная
   сеть— выбираем
   Everyone — в управляющем меню
   выберите пункт Параметры подключения—
   указываем нужный адрес tcp/192.168.0.1:2193 
2. Заходим
   в новый ЦУ2 Администрирование—Конфигурация
   Сервера Dr.Web— Режим регистрации
   новичков —Авто-матически разрешать
   доступ
3. Ждём пока все пользователей не перейдут на новый сервер ЦУ2.

Более подробно читаем в официальном
руководстве в приложениях.

Перенос сервера dr web на другой компьютер

Перенос Сервера Dr.Web Enterprise Server на другой компьютер (для ОС Windows ® )

Для переноса Сервера Dr.Web Enterprise Server (при установке аналогичной версии Dr.Web Enterprise Server) под ОС Windows:

«C:Program FilesDrWeb Enterprise Serverbindrwcsd.exe» exportdb

«C:Program FilesDrWeb Enterprise Serverbindrwcsd.exe» importdb

Для переноса Сервера Dr.Web Enterprise Server (при установке другой версии Dr.Web Enterprise Server) под ОС Windows:

«C:Program FilesDrWeb Enterprise Serverbindrwcsd.exe» upgradedb «C:Program FilesDrWeb Enterprise Serverupdate-db»

В случае смены IP-адреса Сервера при переносе:

Источник

Перенос сервера Dr.Web® Enterprise Suite с Windows на Debian со сменой типа БД

Недавно встала задача перенести сервер DrWeb EntSuite 6 с Windows 2003 на Linux. В качестве Linux было решено использовать Debian. Выкладываю плод своих испытаний.

Содержание

1. Исходные данные для переноса сервера:

Рекомендуется для нового сервера создать в DNS запись CNAME, чтобы при следующих переездах просто перенаправить клиентов на новый сервер, пересоздав новую CNAME. Но это не всегда актуально. Например, при использовании VPN-клиентов, которые не знают о структуре DNS в локальной сети.

2. Перенос сервера DrWeb:

2.1. Установка Dr.Web Enterprise Security Suite на целевой сервер (Debian Wheezy)

2.1.1. Скачиваем необходимую версию.

2.1.2. Переносим скачанный файл на сервер и устанавливаем:

Установка сервера DrWeb на Linux описана тут. Кроме пакета сервера DrWeb на debian мне пришлось вручную доустановить пакеты libcurl3, librtmp0 и libssh2-1. А так же установка сервера DrWeb завершилась ошибкой:

2.1.3. Проверить работоспособность сервера и состояние репозитория

2.1.4. Остановите новый ES-сервер строкой

или командой из веб-интерфейса.

2.2. Установка PostgreSQL на Debian

2.2.1. Устанавливаем пакет postgresql-9.1

В Debian squeeze данный пакет можно установить из бэкпортов. После установки пакетов постгреса произойдет запуск службы СУБД. В процессе первого запуска СУБД скрипт выполнил команду inidb, которая создаст все необходимое и в том числе конфигурационные файлы в папке /var/lib/pgsql. Будут инициализированы все основные настройки и встроенные базы данных.

2.2.2. Настраиваем PostgreSQL

По умолчанию, постгрес слушает только локалхост, чтобы заставить его слушать внешний интерфейс (если вам это действительно нужно), нужно на время установки в /etc/postgresql/9.1/main/postgresql.conf изменить строку:

а так же для доступа из локальной сети к СУБД нужно в /etc/postgresql/9.1/main/pg_hba.conf создать строку в соответствующем разделе:

, где значение host определяет доступ по TCP/IP, первый all разрешает подключаться ко ВСЕМ базам данных, второй all задает доступ для ВСЕХ любого пользователей, 10.0.0.222/32 задает IP и максу компьютера с которого разрешен доступ, md5 задает доступ по хэшу пароля, а не по открытому тексту.

2.2.2.2. Настраиваем окружение PostgreSQL

Cоздаем пароль для администратора постгреса (для пользователя UNIX, под которым работает служба):

После этого, необходимо сделать рестарт СУБД:

Создать пароль для внутреннего пользователя СУБД:

2.2.2.3. Создаем базы данных для севера DrWeb

Чтобы хранить базу антивируса в отдельном каталоге (куда, к стати, можно примонтировать отдельный раздел), необходимо создать для базы каталог и назначить необходимые права (чтобы СУБД имела доступ в этот каталог):

Далее, подготовим СУБД к работе с сервером DrWeb. Для этого залогинемся под администратором базы данных и выполним указанные скрипты:

2.3. Экспорт «рабочей» базы данных

2.3.1. Остановите службу старого ES-сервера командой из меню Пуск или веб-интерфейса. Убедитесь, что сервер остановился (дождаться сообщения об остановке сервера):

2.3.2. Уменьшение размера базы данных

Если база занимает много места (например моя весила на момент переезда порядка 23 Гб.), можно ее почистить от старых записей. Как это сделать описано в статье Ручное «сжатие» внутренней базы Dr.Web® Enterprise Suite. Перед очисткой желательно сделать копию базы. Кроме того, обязательно нужно почистить таблицу activity_data, ибо она отказывается импортироваться в базу с кодировкой UTF-8. Я сделал это по той же инструкции, за тем лишь исключением, что скрипт очистки имел следующий вид:

Где дата 20111207000000000 должна быть меньше старее текущей. Вы, наверно, поинтересуетесь почему тут еще указана таблица procerror. Потому что в моей базе она занимала бОльшую часть места, после выполнения скрипта размер базы изменился с 23 Гб до 80 Мб. (буду рад комментариям по модификации скрипта до более оптимального вида)

2.3.4. Проверка базы данных

2.3.5. Экспортировать базу данных на старом сервере:

После выполнения данной команды, в каталоге D:123 будет лежать файл esbase.es с экспортированной базой.

2.4. Перенос настроек старого сервера на новый

После того, как проверка базы сообщит об отсутствии повреждений и база экспортируется, скопируйте в произвольный каталог на новом сервере следующие файлы со старого ES-сервера:

На новом сервере запишите скопированные в п. 4 файлы в следующие каталоги:

заменив одноимённые файлы, созданные при установке ES-сервера из дистрибутива.

2.5. Настройка работы DrWeb ESS с СУБД PostgreSQL

В файле /var/opt/drwcs/etc/drwcsd.conf настройте подключение к новой базе, согласно документации. В данном файле нас интересует раздел Database from

2.8. Перенаправление Агентов DrWeb на новый сервер

Запустите снова старый ES-сервер, откройте настройки агента для группы Everyone, задайте на вкладке «Сеть» новый адрес сервера и сохраните настройки. Если для каких-то агентов первичной является не группа Everyone, а другая, или заданы персональные настройки, то проделайте соответствующие эти действия для других первичных групп и агентов с персональными настройками. Формат указания сервера:

tcp/drweb:2193<br <br Подробнее:<br <br http://wiki.drweb.com/index.php/%D0%9F%D0%B5%D1%80%D0%B5%D0%BD%D0%BE%D1%81_%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B0_Dr.Web%C2%AE_Enterprise_Suite_%D1%81_Windows_%D0%BD%D0%B0_Debian_%D1%81%D0%BE_%D1%81%D0%BC%D0%B5%D0%BD%D0%BE%D0%B9_%D1%82%D0%B8%D0%BF%D0%B0_%D0%91%D0%94#2.8._.D0.9F.D0.B5.D1.80.D0.B5.D0.BD.D0.B0.D0.BF.D1.80.D0.B0.D0.B2.D0.BB.D0.B5.D0.BD.D0.B8.D0.B5_.D0.90.D0.B3.D0.B5.D0.BD.D1.82.D0.BE.D0.B2_DrWeb_.D0.BD.D0.B0_.D0.BD.D0.BE.D0.B2.D1.8B.D0.B9_.D1.81.D0.B5.D1.80.D0.B2.D0.B5.D1.80<br ______________________<br Дружите с гуглом, я Dr.Web Enterprise Server в глаза не видела.