Клиенты не видят сервер
#21
Отправлено 30 Ноябрь 2010 - 16:14
#22
Отправлено 30 Ноябрь 2010 - 16:54
#23
Отправлено 30 Ноябрь 2010 - 17:00
Пять раз можно было уже поднять сеть на внутренней базе и спокойно разобраться проблемой MS SQL2000.
#25
Отправлено 30 Ноябрь 2010 - 17:14
Ну и зачем ловить блох на SQL2k? Если космические корабли уже много лет ...Специально для отлавливания проблем.
#26
Отправлено 30 Ноябрь 2010 - 17:17
Спасибо, но в логе только -verbosity=INFO, т.е. лог той же детальности, что уже был.лог в архиве
#28
Отправлено 01 Декабрь 2010 - 10:01
Спасибо, за ваши рекомендации, но мы знаем, что можно все переустановить вместе с агентами, но суть вопроса была в том, как решить проблему на данной конфигурации, без переустановки агентов.
Выполнили верификацию базы. Лог в приложении.
Прикрепленные файлы:
Сообщение было изменено sec_klimov: 01 Декабрь 2010 - 10:04
#29
Отправлено 01 Декабрь 2010 - 11:31
пришлите мне в Личные сообщения (не на форум!) номер запроса в Поддержку, пожалуйста.Мы отправили все материалы в техподдержку, но два дня ни одного ответа
#30
Отправлено 01 Декабрь 2010 - 12:01
Это домыслы!Есть мнение, что SP2 и жменька обновлений безопасности россыпью могут исправить ситуацию.
У нас теже проблемы на 2х серверах с SP2 и всеми обновлениями.
#31
Отправлено 01 Декабрь 2010 - 12:15
1. У Вас тоже база на "MS SQL 2000 со всеми последними сервиспаками" ?Это домыслы!Есть мнение, что SP2 и жменька обновлений безопасности россыпью могут исправить ситуацию.
У нас теже проблемы на 2х серверах с SP2 и всеми обновлениями.
2. Что Вам ответила Поддержка?
#32
Отправлено 01 Декабрь 2010 - 12:22
нет1. У Вас тоже база на "MS SQL 2000 со всеми последними сервиспаками" ?
3й день запрашивают различные логи2. Что Вам ответила Поддержка?
#33
Отправлено 01 Декабрь 2010 - 12:34
Ошибка с БД MS SQL известна. Возникает она при просмотре статистики. Ошибка исправлена, новая версия сервера DrWebES проходит тестирование и готовится к выпуску в скором времени. До выпуска исправления не используйте просмотр статистики. Либо, как вариант, можно перейти на использование встроенной БД сервера DrWebES вместо внешней. Благо станций мало и встроенная база легко справится с нагрузкой. "Смена типа СУБД Dr.Web Enterprise Suite": http://support.drweb.com/esuite/doc_ru/change.htm
И ещё один момент. Отключите запись имён станций в файл отчёта. Практической пользы это не имеет, но приводит к существенным задержкам в работе сервера DrWebES при задержках в работе обратного DNS, из-за чего соединения вполне могут разрываться. Делается это в Консоли, меню Администрирование, Конфигурация сервера, закладка "Общие". Снимите флажок у пункта "Показывать доменные имена" (и, желательно, у пункта "Заменять NetBIOS-имена"). Сохраните настройки и согласитесь с предложением о рестарте сервера DrWebES.
--
Конечно же это не помогло, за двое суток можно придумать что-нибудь по существеннеею
#34
Отправлено 01 Декабрь 2010 - 12:49
Давайте по пунктам, что Вы сделали из предложенного.
Например, на встроенную БД сервера DrWebES пробовали переходить?
Все логи, приведённые здесь, отправлены в Поддержку?
#35
Отправлено 01 Декабрь 2010 - 12:56
2. Выполнили перечисленные настройки
3. Все логи имеются у техподдержки
#36
Отправлено 01 Декабрь 2010 - 15:13
отключи протокол "Microsoft NAP System Health Validator" в модулях Конфигурации Dr.Web® Enterprise Server
#37
Отправлено 01 Декабрь 2010 - 16:19
#38
Отправлено 02 Декабрь 2010 - 09:55
Прикрепленные файлы:
Сообщение было изменено sec_klimov: 02 Декабрь 2010 - 09:56
#39
Отправлено 01 Ноябрь 2012 - 15:59
Прикрепленные файлы:
#40
Отправлено 01 Ноябрь 2012 - 16:02
Обязательно напишите в Поддержку.
Читают тему: 0
0 пользователей, 0 гостей, 0 скрытых