Dr web ошибка импорта базы данных

Текст ошибки: «Не удалось инициализировать или очистить базу данных»

Возможные причины: база данных уже инициализирована (существует) или же внешняя база данных отсутствует/недоступна.

Решение:

Установка сервера с внутренней базой данных по умолчанию

1. Установите Сервер Dr.Web с внутренней базой данных по умолчанию.
2. Если установка прошла успешно, подключите вместо внутренней базы данных имеющуюся внешнюю.

Установка сервера с чистой внешней базой данных

Создайте или очистите уже созданную базу данных средствами СУБД. Руководство по подключению, а также по подготовке и настройке базы данных можно найти в документации. В процессе установки укажите параметры подключения к базе данных. Ее инициализация произойдет в процессе установки.

Убедитесь, что используется поддерживаемая версия СУБД. Если используется ODBC-драйвер — убедитесь, что установлена его свежая версия.

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

Если новая база данных создается в СУБД Microsoft SQL — необходимо указать сортировку с учетом регистра (суффикс _CS) и с учетом диакритических знаков (суффикс _AS).

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

Как создать отчет

Для восстановления БД из резервной копии:

1.Остановите службу Сервера Dr.Web, если она запущена.

2.Импортируйте из соответствующего файла резервной копии содержимое базы данных. Строка импорта выглядит примерно так:

"C:Program FilesDrWeb Serverbindrwcsd.exe" -home="C:Program FilesDrWeb Server" -var-root="C:Program FilesDrWeb Servervar" -verbosity=all importdb "<путь_к_бэкап_файлу>database.gz&quot;

Данная команда тоже должна быть набрана в одну строку. В примере подразумевается, что Сервер установлен в каталоге C:Program FilesDrWeb Server.

3.Запустите службу Сервера Dr.Web.

Для восстановления БД из резервной копии при смене версии Сервера Dr.Web (в пределах одной мажорной версии) или порче текущей версии БД:

Остановите службу Сервера Dr.Web, если она запущена.

2.Удалите содержимое текущей БД. Для этого:

2.1.При использовании встроенной БД:

a)Удалите файл базы данных database.sqlite.

b)Произведите инициализацию новой базы данных. Строка инициализации базы данных в версии Сервера под ОС Windows будет выглядеть примерно так:
"C:Program FilesDrWeb Serverbindrwcsd.exe" -home="C:Program FilesDrWeb Server" -var-root="C:Program FilesDrWeb Servervar" -verbosity=all initdb D:Keysagent.key - - <пароль>

Данная команда должна быть набрана в одну строку (см. также формат команды drwcsd с ключом initdb в Прил. H4.3). В примере подразумевается, что Сервер установлен в каталоге C:Program FilesDrWeb Server, а лицензионный ключ agent.key лежит в каталоге D:Keys.

c)После выполнения этой команды в папке var каталога установки Сервера Dr.Web должен появиться новый файл базы database.sqlite.

2.2.При использовании внешней БД: произведите очистку БД при помощи скрипта clean.sql, расположенного в каталоге etc каталога установки Сервера.

3.Импортируйте из соответствующего файла резервной копии содержимое базы данных. Строка импорта выглядит примерно так:
"C:Program FilesDrWeb Serverbindrwcsd.exe" -home="C:Program FilesDrWeb Server" -var-root="C:Program FilesDrWeb Servervar" -verbosity=all importdb "<путь_к_бэкап_файлу>database.gz&quot;

Данная команда тоже должна быть набрана в одну строку. В примере подразумевается, что Сервер установлен в каталоге C:Program FilesDrWeb Server.

4.Запустите службу Сервера Dr.Web.
———

В благодарность за информацию посмотрите рекламу, может что-то заинтересует) Отключите антибаннер в вашем браузере.

Доброго времени, уважаемые читатели блога! Сегодня публикую небольшое 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 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

Dr web ожидание авторизации windows 10

Установка Агента Dr.Web с использованием Центра управления безопасностью Dr.Web

Возможны следующие способы удаленной установки Агентов на рабочие станции сети:

Позволяет осуществить предварительный поиск незащищенных компьютеров сети и установку на них Агентов Dr.Web.

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

Позволяет устанавливать на станции и группы станций Агентов для выбранных учетных записей (в том числе, для всех имеющихся новых учетных записей) с заданными ID и паролями доступа к Серверу.

Для корректной работы Сканера сети и инструмента Установка по сети под веб-браузером Windows Internet Explorer, IP-адрес и/или DNS-имя машины, на которой установлен Сервер Dr.Web, должны быть добавлены в доверенные сайты браузера, в котором открывается Центр управления для удаленной установки.

Использование Сканера Сети

В иерархическом списке антивирусной сети Центра управления отображаются компьютеры, уже включенные в состав антивирусной сети. Dr.Web Enterprise Security Suite также позволяет обнаруживать компьютеры, не защищенные антивирусным ПО Dr.Web Enterprise Security Suite и устанавливать антивирусные компоненты удаленно.

Чтобы быстро осуществить установку ПО Агента на рабочие станции, рекомендуется воспользоваться Сканером сети (см. Руководство администратора , п. Сканер сети ), который осуществляет поиск компьютеров по IP-адресам.

Для установки Агента с использованием Сканера сети:

1. Откройте Сканер сети. Для этого выберите пункт Администрирование главного меню Центра управления, в открывшемся окне выберите пункт управляющего меню Сканер Сети. Откроется одноименное окно с незагруженными данными.

2. Установите флаг Поиск по IP-адресам , чтобы осуществлять поиск станций в сети по заданным IP-адресам. Укажите в поле Сети перечень сетей в формате:

• через дефис (например, 10.4.0.1-10.4.0.10 ),

• через запятую и пробел (например, 10.4.0.1-10.4.0.10, 10.4.0.35-10.4.0.90 ),

• с использованием префикса сети (например, 10.4.0.0/24 ).

3. Для ОС Windows: установите флаг Поиск в Active Directory , чтобы осуществлять поиск станций в домене Active Directory. При этом задайте следующие параметры:

• Домены – список доменов, в которых будет осуществляться поиск станций. В качестве разделителя для нескольких доменов используйте запятую.

• Контроллер Active Directory – контроллер Active Directory, например, dc.example.com .

Для поиска станций в домене Active Directory при помощи Сканера сети необходимо, чтобы веб-браузер, в котором открыт Центр управления, был запущен от имени доменного пользователя с правами на поиск объектов в домене Active Directory.

Подробное описание дополнительных настроек приведено в разделе Руководства администратора , п. Сканер сети .

4. Нажмите кнопку Сканировать . В окно будет загружен каталог (иерархический список) компьютеров с указанием, на каких из них антивирусное ПО установлено, а на каких – нет.

5. Разверните элементы каталога, соответствующие рабочим группам (доменам). Все элементы каталога, соответствующие рабочим группам и отдельным станциям помечаются различными значками, значение которых приведено ниже.

Возможные виды значков

Рабочие группы, содержащие в числе прочих компьютеры, на которые можно установить антивирус Dr.Web Enterprise Security Suite.

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

Обнаруженная станция числится в базе и активна (активные станции с установленным антивирусным ПО).

Обнаруженная станция числится в базе в таблице удаленных станций.

Обнаруженная станция не числится в базе (на компьютере нет антивирусного ПО).

Обнаруженная станция не числится в базе (станция подключена к другому Серверу).

Обнаруженная станция числится в базе, не активна и порт закрыт.

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

6. В окне Сканера сети выберите незащищенный компьютер (или несколько незащищенных компьютеров при помощи кнопок ctrl или shift ).

7. На панели инструментов нажмите кнопку Установить Агент Dr.Web .

8. Откроется окно Установка по сети для формирования задания на установку Агента.

9. В поле Адреса станций задайте IP-адреса или DNS-имена компьютеров, на которые будет устанавливаться Агент Dr.Web. При задании нескольких станций используйте “;” в качестве разделителя.

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

Для установки ПО Агента сразу на несколько компьютеров вы можете указать несколько IP-адресов компьютеров в следующем формате:

• через дефис (например, 10.4.0.1-10.4.0.10) ,

• через запятую и пробел (например, 10.4.0.1-10.4.0.10, 10.4.0.35-10.4.0.90 ),

• с использованием префикса сети (например, 10.4.0.0/24 ).

10. По умолчанию ПО Агента будет установлено на рабочую станцию в каталог %ProgramFiles%DrWeb . При необходимости задайте другой путь в поле Каталог установки Агента Dr.Web .

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

11. По умолчанию в поле Сервер Dr.Web отображается IP-адрес или DNS-имя Сервера Dr.Web, к которому подключен Центр управления. При необходимости укажите в данном поле адрес Сервера, с которого будет устанавливаться антивирусное ПО. При задании нескольких Серверов используйте “;” в качестве разделителя. Оставьте поле пустым, чтобы использовать службу обнаружения Сервера Dr.Web.

12. В поле Открытый ключ шифрования задайте путь к открытому ключу шифрования Сервера Dr.Web.

13. В поле Исполняемый файл Сетевого инсталлятора задайте путь к Cетевому инсталлятору Агента Dr.Web.

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

14. В выпадающем списке Язык выберите язык интерфейса для Антивируса Dr.Web, который будет устанавливаться на станциях.

15. При необходимости задайте в поле Дополнительные параметры параметры командной строки для запуска Сетевого инсталлятора (подробнее см. документ Приложения , п. H2. Сетевой инсталлятор ).

16. В поле Тайм-аут установки (сек.) задайте максимальное время ожидания до завершения установки Агента в секундах. Допустимые значения: 1-600. По умолчанию задано значение 180 секунд. При малой пропускной способности канала связи между Сервером и Агентом рекомендуется увеличить значение данного параметра.

17. При необходимости установите флаг Зарегистрировать Агент Dr.Web в списке установленных программ .

18. В разделе Устанавливаемые компоненты выберите компоненты антивирусного пакета, которые будут устанавливаться на станциях.

19. В разделах Сжатие и Шифрование задайте параметры сжатия и шифрования трафика, используемые Сетевым инсталлятором при установке Агента и антивирусного пакета. Данные настройки также будут использоваться Агентом для взаимодействия с Сервером после установки.

20. В разделе Авторизация на удаленных станциях укажите параметры авторизации для доступа к удаленным компьютерам, на которые будет устанавливаться Агент.

Возможно задание нескольких учетных записей администратора. Для добавления еще одной учетной записи нажмите кнопку и заполните поля с настройками для авторизации. Аналогично для каждой новой записи.

При установке Агента сначала используется первая учетная запись из списка. Если установка под этой учетной записью завершается с ошибкой, используется следующая учетная запись и т.д.

21. После задания всех необходимых параметров нажмите Установить .

Для запуска установки антивирусного ПО используется встроенная служба.

22. Агент Dr.Web будет установлен на указанные рабочие станции. После подтверждения станции на Сервере (если этого требуют настройки Сервера Dr.Web, см. также Руководство администратора п. Политика подключения станций ), автоматически будет установлен антивирусный пакет.

23. Перезагрузите компьютер по требованию Агента.

Использование инструмента Установка по сети

Когда в своей основе антивирусная сеть уже создана и требуется установить ПО Агента на определенные компьютеры, рекомендуется воспользоваться Установкой по сети .

Для установки по сети:

1. Выберите пункт Администрирование главного меню, в открывшемся окне выберите пункт управляющего меню Установка по сети .

2. Дальнейшие шаги установки аналогичны шагам 8-22 процедуры выше .

Установка для учетных записей с заданными ID

Для удаленной установки Агентов для учетных записей с выбранными ID:

1. При создании новой учетной записи станции:

a) Создайте новую учетную запись или несколько учетных записей рабочих станций (см. п. Создание новой учетной записи ).

b) Сразу после создания учетной записи, в правой части главного окна откроется панель с заголовком Создание станции . Нажмите кнопку Установить .

c) Откроется окно Сканера сети.

d) Дальнейшие шаги установки аналогичны шагам 2-22 процедуры выше .

e) После завершения установки проверьте, что в иерархическом списке у соответствующих станций изменились значки .

2. При использовании существующей учетной записи станции:

a) В иерархическом списке антивирусной сети выберите новую станцию, группу станций, для которых еще не были установлены Агенты, или группу New (для установки на все имеющиеся новые учетные записи).

b) Нажмите на панели инструментов кнопку Установить Агент Dr.Web .

c) Откроется окно Сканера сети.

d) Дальнейшие шаги установки аналогичны шагам 2-22 процедуры выше .

e) После завершения установки проверьте, что в иерархическом списке у соответствующих станций изменились значки .

Установка Агента на станции с выбранными ID доступна также для администратора групп.

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

Проблемы с установкой агента по сети с ES 11.00.0 на Windows 10

#1 agrishin

Никак не получается установить агент по сети на компьютер под управлением Windows 10:

«Ошибка подключения по SMB к станции»

Сервер Dr.Web ES 11.00.0 установлен на Windows Server 2012 R2 x64.

Сервер, как и компьютер, расположены в одном домене.

Брандмаеуры на машинах откючены.

Компьютьер пингуется с сервера, могу зайти в общую папку адрес компьютера Admin$ не вводя пароль, так как уз имеет права администратора на обеих машинах.

Веб интерфейс открывал в браузерах Chrome 68.0.3440.106 и Firefox 61.0.2.

В Windows 10 включил SMBv1, служба netbios over tcp/ip включена.

Пробовал следующие форматы данных на странице Администрирование > Установка по сети:

Адрес станции — DNS-имя и IP-адрес.

Авторизация на удаленных станциях — domainname, name, name@domain

Что интересно, в сканере сети работает поиск только по ip-адресам, поиск в ad не работает.. возможно, из-за неверного формата доменной уз.

Подскажите, где находятся логи установки агента сервером ES и в чем вероятная причина этих неприятностей?

#2 Afalin

Начните с этого. Перед перезапуском службы не забыть включить «детальный журнал».

#3 agrishin

Начните с этого. Перед перезапуском службы не забыть включить «детальный журнал».

Библиотеки заменил, не помогло.

Не совсем понял куда нужно установить эти значения

установить в любое непустое значение переменные окружения
— DRWCSD_NETWORK_SMB_DEBUG
— DRWCSD_NETWORK_RRUNNER_DEBUG
— DRWCSD_WEBMIN_DEBUG

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

#4 Afalin

Переменные окружения: Control Panel – System – Advanced System Settings – Environment variables – System variables.

«Детальный журнал» – где-то в ГМ ярлык валяется такой. Хотя, сейчас можно то же самое из веб-интерфейса сделать, в «Администрирование» – «Конфигурация Сервера» – «Журнал», уровень лога – «Все».

Просмотреть – «Администрирование» – «Журнал Сервера» либо %install-directory%/var/drwcsd.*log*. Интересуют *.gz в том числе.

З.Ы. Тексты в интерфейсе даны приблизительные по памяти.

Сообщение было изменено Afalin: 30 Август 2018 — 20:17

#5 mastek

Те же проблемы, 9 дней с техподдержкой общался, теперь ждем ответа разработчиков, напишу если как помогут

#6 devillover

Решение найдено? поделитесь! ну или хотя бы на чем остановились

#7 ILTB

Нашел возможную ошибку: Удаленная установка не работает по причине того, что используются кириллические учетные записи.

В моем случае локальный администратор был -> Администратор, добавил нового пользователя с именем -> Administrator, и админскими правами.

Ошибку определил Wireshark’ом, данные для авторизации SMB отправляются некорректно. Проще говоря, вместо WORKGROUPАдминистратор, отправляется WORKGROUP.

Как-то так

#8 VVS

ILTB, не нужно офтопить.

—
меня вот что возмутило. что даже не начинают толком диалог сразу дампы. © alehas777

#9 Afalin

Ошибку определил Wireshark’ом, данные для авторизации SMB отправляются некорректно. Проще говоря, вместо WORKGROUPАдминистратор, отправляется WORKGROUP.

А в хексе там нормальный UTF16 при этом, скорее всего. Пример даже под руками есть.

Но о проблеме с кириллицей в курсе.

И да, эта проблема не единственная, об этом тоже в курсе.

Прикрепленные файлы:

• cyr.png15,22К 0 Скачано раз

Сообщение было изменено Afalin: 28 Сентябрь 2018 — 14:25

#10 navoiy88

Но о проблеме с кириллицей в курсе.

До сих пор проблему не решили?

Недавно обновил версию с 10 на 11. Вроде все норм думал, пока не начал устанавливать новые станции по сети. Вот наткнулся на эту ветку форума. Действительно поменял логин админской учетки на латиницу и станции начали устанавливаться нормально.

Но все равно это же не норм. И даже нигде нет инфы про это, надо искать что да как.

#11 devillover

Решения нет! Более того: а) Логин и пароль латиницей б) замечено что если ранее был установлен др веб агент, а потом удален то, повторная установка срабатывает нормально.(1 случай) в) так же замечено что при включении смб 1 на Вин 10, установка так же проходит отлично.

Однако, в базовой конфигурации(новая станция со всеми обновлениями вин 10,включена в домен, последний дрвеб сервер) ошибка все же воспроизводится, это из последнего(последняя попытка 2 недели назад), сейчас под рукой ничего нет чтоб проверить.

#12 navoiy88

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

#13 Afalin

До сих пор проблему не решили?

Решили, но выпустить в этом году, судя по всему, не успели.

#14 Kirill Zaets

Не успели. Да и проблема решена только от части.

#15 Afalin

Кстати, тут об этом не сказано. Имя пользователя вводите в верхнем регистре – тогда проблема с кириллицей (но только она) обходится.

#16 NickM

В домене, на некоторые АРМ не устанавливается агент, задача завершается с ошибкой «Ошибка подключения по SMB к станции».

Куда копнуть? Логи?

Тапример, такой кусок лога о чем-либо сможет подсказать?

#17 Kirill Polubelov

Понимаю, что прозвучит не очень, но вам принципиальна именно удаленная установка по сети, будучи в домене? Просто есть менее затратные (в теории) способы. Например:

Сообщение было изменено Kirill Polubelov: 14 Январь 2019 — 16:58

#18 NickM

Kirill Polubelov, а не качая *.msi можно ли использовать *.exe для командного сценария из пути «C:Program FilesDrWeb Serverwebmininstallwindows»?

#19 Kirill Polubelov

Если вы хотите своими средствами (средствами гр. политик) закидывать drwinst на станции и запускать там на выполнение, тогда

надо будет указать ряд опций для drwinst и не забыть про сертификат/кей. Опции можно посмотреть по drwinst /?

Важно не забыть про /silent yes, для бесшумной (без запроса пользователю и GUI) установки.

Сообщение было изменено Kirill Polubelov: 14 Январь 2019 — 18:19

#20 NickM

Если вы хотите своими средствами (средствами гр. политик) закидывать drwinst на станции и запускать там на выполнение, тогда

надо будет указать ряд опций для drwinst и не забыть про сертификат/кей. Опции можно посмотреть по drwinst /?

Важно не забыть про /silent yes, для бесшумной (без запроса пользователю и GUI) установки.

Суть и причины возникновения ошибки установки соединения с базой данных

Чтобы понять, что означает “Ошибка установки соединения с базой данных” (Error establishing a database connection) разберемся, как работает WordPress и выясним, что такое база данных.

WordPress – одна из самых популярных CMS – систем., т.е. систем управления контентом. Это программное обеспечение, позволяющее добавлять, удалять и редактировать содержание вашего сайта без знаний языков программирования. Вся информация о контенте хранится в базе данных.

База данных — это и есть совокупность информации, организованная так, чтобы при необходимости компьютер смог ее найти и обработать. Все сведения о вашем WordPress сайте хранится в базе данных на серверах вашего хостинг- провайдера. Любое действие на сайте приводит кому, что WordPress посылает запрос на нужную информацию в базу данных. Если запрос успешно обработан, то пользователь получает нужную информацию.

Одним из наиболее важных файлов в WordPress является wp-config.php файл. Он находится в корневой директории и содержит сведения о конфигурации вашего сайта, в том числе и информацию о подключении к базе данных. Важно, чтобы эта информация была прописана в строго определенном порядке:

• Database Name — Имя базы данных
• Database Username — Имя пользователя базы данных
• Database Password — Пароль пользователя базы данных
• Database Host — Сервер базы данных

Таким образом, в большинстве случаев “Ошибка установки соединения с базой данных” возникает, если информация, описанная выше, указана не верно. Кроме того, ошибка может быть вызвана повреждением базы данных или перегруженностью сервера.

Первые шаги устранения ошибки установки соединения

Рассмотрим основные причины ошибки установки соединения с базой данных и способы их устранения.

Скачать файл

Прежде всего, настоятельно рекомендуем создать резервную копию всей важной информации и обновлять ее после каждого значимого изменения. Тогда вы гарантированно не потеряете данные. А в случае серьезной ошибки и восстановления базы данных, не столкнетесь с необходимостью создания сайта с нуля. Для создания резервной копии используются плагины Duplicator или All-in-One WP Migration.

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

В такой ситуации нужен плагин ISPmanager или другой модуль, который поможет, управляя хостингом, сделать полное резервное копирование сайта.

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

3 способа устранения ошибки установки соединения с БД

Проверка памяти сервера

Предположим, вы проверили учетные данные в фале wp-config.php и убедились в их корректности. Следующим шагом следует проверить сервер на наличие памяти. Довольно часто ошибка соединения возникает из-за перегруженности сервера. Если сервер хостинг-провайдера испытывает трудности, то и ваш сайт WordPress будет замедляться.

В первую очередь удостоверимся, что MySQL работает, и памяти для обработки данных WordPress достаточно.

Подключитесь к удаленному серверу через SSH, используя IP-адрес сервера:

ssh 8host@ <server IP>

Затем убедимся, работает ли MySQL с помощью утилиты netstat. Она позволяет отслеживать проблемы, связанные с производительностью сети. Чтобы увидеть список TCP-портов, которые прослушиваются, и имена программ, используйте команду:

sudo netstat -plt

где флаги –p, –l и –t означают program (программы), listening (прослушивание) и TCP соответственно.

В результате выполнения команды вы увидите список. Найдите в нем mysqld – это сервер MySQL:

Если вы видите его в списке, значит, сервер MySQL работает и прослушивает соединения. В противном случае нужно попробовать ручной запуск сервера. Следующая команда полностью перегружает MySQL:

sudo systemctl start mysql

Заметьте, что в некоторых версиях и дистрибутивах Linux используется mysqld или mysql-server, а не mysql. Попробуйте разные варианты, чтобы определить, какой из них применяется в вашей системе.

После выполнения этой команды сервер запустится. Проверьте это с помощью sudo netstat -plt, как описано ранее.

По какой причине сервер MySQL может завершить работу? Эта система очень эффективна и производительна, но не всегда стабильна. Если количество одновременно выполняемых задач велико, то она существенно замедляется. Чтобы минимизировать возможные проблемы, нужно следить за объемом доступной памяти.

Проверьте log-файлы и ищите в них сообщения об ошибках. Для поиска используйте команду zgrep:

zgrep -a «allocate memory» /var/log/mysql/error.log*

В результате выполнения данной команды вы увидите все log-файлы, содержащие error.log и ‘allocate memory’. Поиск будет выполняться по файлам в директории /var/log/mysql/.

На выводе вы можете увидеть подобную строку:

2017-04-11T17:38:22.604644Z 0 [ERROR] InnoDB: Cannot allocate memory for the buffer pool

Это значит, что для корректной работы MySQL не хватает памяти. Именно это и является причиной ошибки подключения к базе данных. Если вы видите не одну такую строку, а несколько, значит, проблема нехватки памяти регулярная. Решается она переносом данных на более мощный сервер. Если сайт размещен на облачном сервере, то хостинг-провайдер в большинстве случаев может обновить сервер быстро и с минимальным простоем.

Если команда zgrep не выдала списка log-файлов, то сервер не испытывает проблем с нехваткой памяти. Значит проблемы установки соединения с базой данных может быть связана неверными учетными данными MySQL.

Проверка учётных данных MySQL

Если вы поменяли хостинг-провайдера или переместили установку WordPress на новый сервер, то информация в файле wp-config.php становится неактуальной. Вам необходимо поменять соответствующие строки в файле, иначе подключение к базе данных будет невозможно.

Чтобы найти этот файл используйте команду find:

sudo find / -name «wp-config.php»

Данная команда будет искать файл с указанным именем в корневой папке. Если он будет найден, то на выходе вы увидите путь к найденному файлу:

/var/www/html/wp-config.php

Чтобы открыть его в текстовом редакторе nano, напишите:

sudo nano /var/www/html/wp-config.php

В результате вы увидите файл с большим количеством строк. Первыми строками как раз и будут те, что описывают подключение к базе данных:

/** The name of the database for WordPress */

define(‘DB_NAME’, ‘database_name’);

/** MySQL database username */

define(‘DB_USER’, ‘database_username’);

/** MySQL database password */

define(‘DB_PASSWORD’, ‘database password’);

Вместо ‘database_name’, ‘database_username’ и ‘database_password’ должны быть указаны корректные данные о вашей БД. При необходимости отредактируйте их. На забудьте сохранить файл и выйти из редактора, нажатием CTRL-O, CTRL-X.

Чтобы убедиться, что проблема решена, попробуйте подключиться к базе данных. Для этого наберите команду:

mysqlshow -u database_username -p

Затем введите пароль. Если имя пользователя или пароль не верные, то вы увидите ошибку Access denied. В противном случае на экран будет выведена информация обо всех базах данных, к которым у вас есть доступ.

+———————+

|Databases |

+———————+

| information_schema |

| database_name |

+———————+

Если вы видите имя нужной базы данных в списке, то в файле wp-config.php указаны корректные данные. Теперь можно перезапустить WordPress сайт.

Если после этого ошибка подключения к базе данных не исчезла, то переходите к третьему шагу.

Восстановление базы данных WordPress

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

• неудачное обновление;
• сбой базы данных;
• некорректный плагин.

Непосредственно на сайте в таком случае вы все также увидите сообщение — «ошибка установки соединения с базой данных».

Попытаемся восстановить БД. Откройте файл wp-config.php с помощью текстового редактора:

sudo nano /var/www/html/wp-config.php

Вставьте в файл строку:

define(‘WP_ALLOW_REPAIR’, true);

Таким образом включается функция восстановления базы данных. Сохраните файл и закройте его.

Затем откройте браузер и перейдите по следующему URL:

http://www.example.com/wp-admin/maint/repair.php

Не забудьте заменить www.example.com на URL вашего сайта или укажите IP.

Тогда вы увидите следующее сообщение на экране:

WordPress can automatically look for some common database problems and repair them.

Выберите вариант Repair Database. В появившейся странице вы увидите процент проверенных и восстановленных данных.

После восстановления вернитесь к файлу wp-config.php. Удалите из него функцию, ответственную за восстановление базы данных. Это необходимо сделать из соображений безопасности, иначе доступ к восстановлению БД будет у всех.

Если после восстановления базы данных WordPress все еще выдает ошибку о проблеме соединения, восстановите базу данных из бэкапа (резервной копии).

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

Описанные выше способы устранения ошибки соединения зачастую достаточны для решения проблемы. В редких случаях причиной могут быть также вредоносные программы и атаки.

Дополнительные методы устранения ошибки установки соединения с БД

Следующие способы устранения ошибки установки соединения с базой данных категорически не рекомендуется использовать начинающим администраторам WordPress! Переходите к ним только в том случае, если не помогли методы, описанные ранее. Не используйте их, если у вас нет валидной резервной копии вашего сайта!

• Обновление настройки в wp_options

Некоторые пользователи отмечали, что ошибка была устранена после выполнения запроса к БД через phpMyAdmin:

[sql]UPDATE wp_options SET option_value=’ http://your_site.ru’ WHERE option_name=’siteurl’;[/sql]

Где вместо ’your_site.ru ‘укажите URL вашего сайта.

• Подключение к базе данных с правами root

Если вы используете виртуальный сервер и можете воспользоваться root правами, то попробуйте подключиться к БД через файл test.php. В случае успеха, попробуйте также подключиться к БД вашего сайта через файл wp-config.php. Затем проверьте работу сайта.

Работать на сервере под учётной записью root – большая ошибка. Обязательно создайте нового пользователя через phpMyAdmin. Не забудьте внести в wp-config.php файл логин и пароль созданного пользователя.

Профилактика возникновения ошибки установки соединения с базой данных

Никто не застрахован от ошибки установки соединения с базой данных при работе с Вордпресс. Однако, вы можете минимизировать шанс остановки сайта, если будете следовать следующим рекомендациям:

• Тщательно выбирайте хостинг-провайдера, который подходит именно для работы с CMS WordPress. Он должен иметь хорошую техподдержку, обеспечивать высокую скорость и стабильность. Зачастую проблемы в работе сайта связаны именно с хостингом.
• Регулярно делайте бэкап. Вы можете самостоятельно выбрать один из плагинов, например, UpdraftPlus, Duplicator или All-in-One WP Migration.

К сожалению, если вы не имеете доступ в панель управления сайта, то вы не сможете воспользоваться резервной копией. Тогда вам нужно будет воспользоваться программным обеспечением для управления хостингом. Например, ISPmanager. Он позволит вам сделать полную резервную копию сайта.

Если вы не хотите самостоятельно делать бэкап, можете обратиться в техподдержку хостинг-провайдера. Они предложат вам программу для резервного копирования.

Список ошибок