37 ответов в этой теме

[Alien]

У серверов под Windows 2000 Server проблем не было (да, есть ещё кое-где такое железо и ОС).

Действия по реанимации: удаление или отключение SpIDer Guard на главном сервере Dr. Web ES, если есть такая возможность, после чего система позволяет запустить сам ES, далее на подчинённых антивирусных серверах также приходится проделывать процедуру отключения/удаления SpIDer Guard, после запуска сервера удалить и по-новой создать связь с главным сервером.

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

Вроде бы, пока всё.

Сообщение было изменено Alien: 04 Февраль 2014 - 15:21

[Сергей Липецк]

Репозиторий у меня свежий сегодняшний. Т.е. если были проблемы с базами, то они должны быть пофикшены.

Я про SpIDer Guard и не думал тогда, решил снести агента с серваков и помогло - они ожили.

 

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

Хочу поставить Dr.Web ES 6 на Windows Server 2008 R2 x64 (все существующие мои сервера на VMware).

Кто как переносил со старого сервера на новый + переход со старой версии на новую?

Какие были косяки и подводные камни?

 

И ещё. Есть диск ФСТЭК с сабжем. Но там версия drweb-esuite-server-600-201009100-windows-nt-x64.exe.

[VVS]

Сергей Липецк, с вопросом насчёт обновления в другую тему, ибо тут офтопик.

Модератор.

[Сергей Липецк]

Многоуважаемый VVS, я вас услышал.
Однако ж, первая моя часть сообщения к теме всё же относится.

P.S. Вместо того, чтобы клеймить оффтопом всех, посоветовали бы что дельное.
Проехали.

Сообщение было изменено Сергей Липецк: 04 Февраль 2014 - 17:39

[VVS]

Многоуважаемый VVS, я вас услышал.
Однако ж, первая моя часть сообщения к теме всё же относится.

Поэтому оно и не удалено.

P.S. Вместо того, чтобы клеймить оффтопом всех, посоветовали бы что дельное.

Создать новую тему, в которой изложить Ваш вопрос.
Модератор.

[mordarenkoas]

Подтверждаю наличие проблемы, хотя и выглядело по-другому.

Вчера в 15,31 после синхронизации с ВСО наш сервер ДРВЕБ почти умер. Симптомы - нереальные тормоза дисковой подсистемы (IO).

Поскольку он болтается в системе виртуализации HYPER-V, и работал там и до этого не слишком гуд (Linux), было принято решение перевести его в режим работы с Postgresql.

Вчера на это не было времени, по-этому сервак просто погасили.

 

Сегодня с утра мы словили нереальные глюки рабочих станций. Я знаю, что вы мне не поверите, но самые прикольные - невозможность сохранить что-нибудь в темповую директорию профиля пользователя, и ВНИМАНИЕ - РАЗБЕГАНИЕ ЯРЛЫКОВ ПО РАБОЧЕМУ СТОЛУ ПРИ НАВЕДЕНИИ НА НИХ КУРСОРА МЫШИ!!!!! (НЕ курю, и почти не пью). Самое прикольное, что это прекращалось при остановке Гуарда на машине и ВОЗОБНОВЛЯЛОСЬ после его запуска. Хотели снять на телефон, но бухгалтер послала нас, мол работать надо.... Одним словом, я хренею, дорогая редакция....

после этого жуткие тормоза на большинстве машин казались детским садом....

 

Все прошло также внезапно, как и началось.

после загрузки базы в постгрес и старта сервиса дрвеб на сервере (сегодня, 13,40), он лопатил на 99% одно отданное ему ядро Xeon E5520 в течение 45 минут (сеть из 136 машин).

потом успокоился, и сейчас все норм.

[SergM]

Почистите все дампы на всех ПК. Почитайте форум. Общие вопросы. Было кривое обновление базы.

[Сергей Липецк]

Да, точно такие же тормоза и невозможность работать.
Подтверждаю и то, что само пофиксилось.
Однако, заставили же вы понервничать!

[localhost]

Подтверждаю Drweb es 6.0.4. Около 12.00 03.02 отвалились абсолютно все сайты. Решилось только в районе 15.00.

на всех машинах было выдано предупреждние что заблокировано Spider Gate, репозитарии свежие.

Больше не надо таких тестов обновлений!!!

[Сергей Липецк]

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

[SergM]

Но где вариант, что завтра это опять не повторится.

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

[Alien]

Чёрт побери, уже проклял этот крайне редкий случай.

[Alien]

Продолжение...

Вчера заметил, что на диске осталось мало места, каталог папки, где размещается MS SQL-база, увеличилась в разы, до 7 Гб, решил зачистить удалением старых записей, инициировал процесс... И тут началось твориться непонятное, свободного места не осталось, ES остановился по причине отсутствия свободного места на диске. Начал разбираться, сама база данных на текущий момент прежняя, только файл tempdb.mdf растёт поминутно. Отключил все подчинённые сервера, обновил MS SQL до SQL 2008 R2. Увеличил размер диска, перегрузил железо - ситуация не изменилась. Подключиться к серверу не могу с консоли, агенты не авторизуются. Атас.

Пробовал поднять ранее работающий образ системы, проблема остаётся.

Антивирусные базы обновляются, вижу по логам прокси в том числе.

 

В логах примерно вот такое:

"20140207.161016.23 ntc [  540 ab0] srv:0  tcp/10.15.1.30:1864: Please try later! Authorization queue overload detected
20140207.161016.31 ntc [  540 ab0] srv:0  tcp/10.15.1.186:2481: Please try later! Authorization queue overload detected
20140207.161016.34 ntc [  540 ab0] srv:0  tcp/10.15.1.97:3546: Please try later! Authorization queue overload detected"

 

Ну и строки о проблеме с базой:

"20140207.160808.48 ntc [  540 ab0] srv:0  tcp/10.15.1.80:2668: Please try later! There are no established database connections
20140207.160809.17 ntc [  540 ab0] srv:0  tcp/10.15.1.114:3634: Please try later! There are no established database connections".

[VVS]

IMHO места на диске требуется ~2*объём_старой_базы + объём_новой_базы

[Alien]

Да уже 10 Гб выделил, остановил службы MS SQL и Dr. Web ES, а файл tempdb.mdf всё увеличивается в размере. Что происходит с БД?

[VVS]

Т.е. всё остановили, а ваккуумирование продолжается?

[HHH]

Да уже 10 Гб выделил, остановил службы MS SQL и Dr. Web ES, а файл tempdb.mdf всё увеличивается в размере. Что происходит с БД?

При остановленном Sql Server увеличивается tempdb.mdf? Не верю!

[Alien]

Тоже не верил, пока своими глазами не увидел.

В общем, снёс всё, установил по-новой, только теперь использую встроенную базу. Вычитал рекомендации Dr. Web по использованию внешней базы, а именно по MS SQL Express Edition, ранее этих рекомендаций в документации не было, что использовать её не стоит, если в сети более 100 станций. У меня же около 200.