32 ответов в этой теме

[aArh]

Здравствуйте!

До 2014 года пользовались Dr.Web ESS 6, после чего ушли к другому производителю. Переход вызвал много вопросов и разных эмоций, как положительных, так и отрицательных. В этом году решили снова перейти на Dr.Web ESS, теперь уже 10 версии и пока переход вызывает исключительно негатив. Начну с Центра управления, по пунктам.

 

1. Центр управления тормозит. Очень сильно тормозит. Настолько, что работать просто невозможно.

Пример 1: Открываем раздел Антивирусная сеть, пытаемся раскрыть группу компьютеров. Она раскрывается. Всего-то через 75 секунд. При этом может открыться и за 10-15 секунд, что тоже на мой взгляд не нормально.

Пример 2: Перетаскиваем компьютер из одной группы в другую. Подтверждения в правой части окна о том, что компьютеры перемещены в другую группу можно ждать минуты 3-4. Вход в Центр управления от момента ввода логина и пароля до отрисовки интерфейса может занимать 1-2 минуты. 6-я версия тоже не была эталоном быстродействия, но работала раз в 10 быстрее. Админка Касперского, правда не браузерная, стоящая на этом же сервере просто летает по сравнению с этой черепахой. Нагрузка на процессор и память сервера не превышает 80%, очереди на диск нет. База на MSSQL 2014 с использованием Always On Availability Groups. Latency на базе данных - до 15мс чтение и до 3мс запись. Судя по всему проблема не в производительности сервера, а в каких-то настройках.

 

Вопрос: Что делать и куда копать?

 

2. От сервера периодически отваливается большая часть клиентов - станции становятся серыми в Центре администрирования, на самих станциях значок с желтой меткой и описанием "Ошибка соединения с сервером". Происходит такое несколько раз в день, точнее пока сказать не могу.

 

3. Периодически сервер выкидывает администратора из интерфейса. По ощущениям примерно через одно и то же время. Даже если прямо в этот момент я что-то делаю. Результат работы при этом, естественно, не сохраняется.

 

4. Открываем в Центре управления раздел Помощь (знак вопроса в правом верхнем углу), нажимаем на ссылку "Обратиться в службу технической поддержки". Попадаем обратно в раздел Помощь. Это как понимать? Помоги себе сам?

[Kirill Polubelov]

Центр управления тормозит. Очень сильно тормозит. Настолько, что работать просто невозможно.

 

Просим логи сервера. Дебажные. Станций много?

 

 

 

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

 

Тоже логи

 

 

 

Периодически сервер выкидывает администратора из интерфейса.

 

Истекает время сессии (настройка в параметрах администратора, но, работает своеобразно) Нас железобетонно уверили, что в новой версии, таких подстав не будет.

 

 

Открываем в Центре управления раздел Помощь (знак вопроса в правом верхнем углу), нажимаем на ссылку "Обратиться в службу технической поддержки". Попадаем обратно в раздел Помощь

 

Каким браузером, кстати, пользуетесь. Не блокируется ли редирект, случайно?

Сообщение было изменено Kirill Polubelov: 29 Март 2017 - 13:47

[aArh]

Спасибо за оперативную реакцию. Начну с конца.

 

Каким браузером, кстати, пользуетесь. Не блокируется ли редирект, случайно?

 

Браузеры Chome, Firefox, Edge, Internet Explorer. Редирект не блокируется, остальные внешние ссылки (Прислать подозрительный файл, Википедия «Доктор Веб», Сообщить о ложном срабатывании в Офисном контроле) работают. Правда они там прямые, насколько я вижу, а ссылка в техподдержку выглядит как "https://servername:9081/esuite/help/index.ds?redirect_to_support=1" и в итоге после примерно 1-2х минутного ожидания перебрасывает на https://servername:9081/esuite/help/index.ds. 

 

Истекает время сессии (настройка в параметрах администратора, но, работает своеобразно) Нас железобетонно уверили, что в новой версии, таких подстав не будет.

Спасибо, понял. Ждем новую версию. Пока изменил на 12 часов, должно хватать

 

 

 

Просим логи сервера. Дебажные. Станций много?

 

Станций на данный момент около 500, в итоге будет около 800. Где в Windows сервере настраивается уровень ведения журнала и какой именно поставить? В приложении H4.8 вижу: "Допустимые значения: ALL, DEBUG3, DEBUG2, DEBUG1, DEBUG, TRACE3, TRACE2, TRACE1, TRACE, INFO, NOTICE, WARNING, ERROR, CRIT". Т.е. дебагов аж 4 штуки. При этом не вижу в документации, где это настраивается. Просто запустить "drwcsd -verbosity=DEBUG"?

 

Тоже логи

 

Лог dwservice.log с рабочей станции подойдет или что-то другое?

[Kirill Polubelov]

в итоге после примерно 1-2х минутного ожидания перебрасывает

где это настраивается.

Пуск - Программы - Dr.Web Сервер - Управление - Подробный журнал (сделает уровень ALL, правда, размер лога и кол-во для ротации оставит дефолтными, но, может и хватит этого, в любом случае -- это самый простой путь)

Пуск - Программы - Dr.Web Сервер - Управление - Перезапустить, чтобы применить новые настройки.

Там, заодно, посмотрим, почему перебрасывает.

Возврат: Пуск - Программы - Dr.Web Сервер - Управление - Стандартный журнал

Более витиеватый путь, но, более гибкий, через реестр, раздел HKLM/SYSTEM/CurrentControlSet/Services/DrWebES/ImagePath поменять -verbosity=INFO -rotate=10,10m на -verbosity=ALL -rotate=50,1D (уровень логгирования ALL, ротация -- хранить 50 файлов, ротировать раз в сутки (день)). Тоже требует рестарта сервиса.

Это всё для виндовс.

 

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

[Kirill Polubelov]

Лог dwservice.log с рабочей станции подойдет или что-то другое?

 

Хм, ну можно и с какой-нибудь проблемнйо станции, да, но, без гарантий. Так что лучше вначале лог сервера, потом, если понадобится, со станции.

[Afalin]

50,1D может сожрать очень много дискового пространства. Я б не советовал 50 суток логов хранить.

Помимо лога ещё drwcsd.conf стоит тоже поглядеть.

[aArh]

Итак, после настройки журнала и перезапуска службы какое-то время он работал относительно нормально. Начиная с 16:59 опять начались тормоза. Ничего сверхъестественного не делал, перешел в раздел Администрирование, обратно в Антивирусную сеть, открывал группы, создал группу. В это же время обратил внимание, что 316 станций находятся в оффлайне, на самих станциях иконка горит желтым с ошибкой "Отказ в соединении с сервером". В 17:09 опять выкинуло из админки, несмотря на выставленный таймаут в настройках администратора 12 часов. На 17:10 в оффлайне осталось 38 станций - тоже мало похоже на правду, но уже ближе к реальности. 17:12 - распространение конфигурации на новую группу длилось две минуты. 17:16 - открыл ссылку обращения в техподдержку. В этот раз отработало быстро, но с прежним результатом.

Лог сервера прилагаю.

 drwcsd2.zip   5,89Мб   2 Скачано раз

[Kirill Polubelov]

1. Отключите сбор информации о программах и оборудовании

2. Установите и настройке ODBC драйвер для MS SQL, который называется примерно как ODBC SQL Native Client, соотв. для СУБД, версии.

Сообщение было изменено Kirill Polubelov: 29 Март 2017 - 17:52

[Kirill Polubelov]

DrWeb агент на машине с сервером установлен?

[Afalin]

1. Отключите сбор информации о программах и оборудовании

Вместо этого отключите Administration - Dr.Web Server configuration - Statistics - List of the station modules либо накатите https://kettle.dev.drweb.com/a.ankudinov/REL-1000-201702111-update.tar.gz

[aArh]

DrWeb агент на машине с сервером установлен?

Нет, на самом сервере ни антивирусного ПО, ни агента не установлено.

1. Отключите сбор информации о программах и оборудовании

Вот по этому моменту отдельно хотелось бы поговорить, но я забыл это упомянуть. Эта та часть функционала, которая была в Касперском, которая заявлена в Dr.Web ESS, которая нам нужна, и которая у нас не работает. Совсем. Мало того, что она реализована несколько неудобно, как и большинство функций System Management в Dr.Web, так еще и при попытке открыть конфигурацию оборудования веб-интерфейс вешается намертво. Висеть может вечно, точнее час, пока сессия не отвалится по таймауту.

2. Установите и настройке ODBC драйвер для MS SQL, который называется примерно как ODBC SQL Native Client, соотв. для СУБД, версии.

На данный момент используется "ODBC Driver 11 for SQL Server". Есть вариант "SQL Server Native Client 11" - оно?

 

 

1. Отключите сбор информации о программах и оборудовании

Вместо этого отключите Administration - Dr.Web Server configuration - Statistics - List of the station modules либо накатите https://kettle.dev.drweb.com/a.ankudinov/REL-1000-201702111-update.tar.gz

 

Спасибо, только есть три вопроса. Что это, как это накатить и что это изменит? Хотя бы в общих чертах.

[Kirill Polubelov]

Есть вариант "SQL Server Native Client 11" - оно?

Оно самое

 

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

 

Тут передаю управление в https://forum.drweb.com/index.php?showtopic=327236#entry825115

[Afalin]

Спасибо, только есть три вопроса. Что это, как это накатить и что это изменит? Хотя бы в общих чертах.

Кэп говорит, что это архив с патчем. Накатить очень просто – остановить сервер, забэкапить библиотеки с теми же названиями, что и в архиве, скопировать их из архива, запустить сервер. Платформу выбрать по вкусу. Изменит это то, что "List of the station modules" перестанет съедать после каждого обновления баз весь CPU.

[TASS]

Истекает время сессии (настройка в параметрах администратора, но, работает своеобразно) Нас железобетонно уверили, что в новой версии, таких подстав не будет.

"Недетские" проблемы, озвученные aArh, планируются к устранению в текущей 10-ой версии Dr.Web ES?  Или будут исправлены в новой версии, которая на подходе?

[Kirill Polubelov]

В новой.

[aArh]

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

Сейчас разбираюсь с SQL Native Client, что-то не хочет оно через него подключаться, хотя должно. По результатам отпишусь.

 

UPD: Правда после просмотра оборудования веб-консоль зависла намертво и больше вообще ничего не открывает.

Сообщение было изменено aArh: 30 Март 2017 - 13:04

[Afalin]

Логи, на всё нужны логи.

Да, патч к просмотру оборудования отношения не имеет в принципе никакого.

[aArh]

Сменил драйвер на SQL Server Native Client 11, не помогло. Также пробовал ODBC Driver 13 for SQL Server - результат тот же.

Прикладываю лог. 

18:54 - вход в Администрирование, около 2-х минут.

После входа вижу в сети 140 станций, что не соответствует действительности - реально включено более 400 машин. На компьютерах желтый восклицательный знак "Нет соединения".

18:57 - попытка открыть Оборудование и программы для одной из рабочих станций. В 19:05 оно все еще не открылось. Точнее открылось пустое окно с заголовком "Сведения о станциях".

 drwcsd.zip   9,2Мб   2 Скачано раз

[Afalin]

drwcsd.conf Вы так и не показали. Правильно ли я думаю, что там можно найти "<database connections='1'>"? Если я думаю неправильно, то показывайте лог с самого старта сервера. Если правильно – ставьте 3 для начала.

И если закрыть глаза на это, всё равно подозрительно большими выглядят задержки при работе с БД. Простейшие транзакции – по 10 мс, чуть посложнее – уже за 100 мс уходит на исполнение запросов.

[aArh]

Да, есть такое. 

значение database connections было 2, изменил на 3. При попытке перезапустить сервис служба повисла в состоянии "Остановка". Чем она там занимается, не совсем понятно. Прикладываю лог сервера и конфиг, на всякий случай. 

 04-04.zip   6Мб   1 Скачано раз