Pull to refresh

Возможные проблемы при развертывании Ultrasound

Добрый день.
Во время работы в одной компании имеющей филиальную сеть и сервера на базе Windows 2003 возник вопрос мониторинга работы службы репликации файлов(FRS). За частую случаются неприятные моменты с «падением» серверов или продолжительное время отсутствует интернет, неправильное восстановление из архива и т.д. при которых возникают ошибки работы службы. Не всегда они являются фатальными, а по большей части накапливаются. Для мониторинга таких вот случаев компания Microsoft выпустила бесплатное ПО Ultrasound.
В качестве базы данных Ultrasound использует SQL базу данных (MSDE или Microsoft SQL Server). Мы для базы данных использовали установленный к тому времени MS SQL 2005 Express. Также необходим установленный .NET Framework версии 1.1 или выше и Microsoft Data Access Components (MDAC) 2.6.

Краткий обзор установки и основных возможностей (в картинках).



Начальное предложение для добавления реплики.



Выбор домена, который будем контролировать и добавление реплики.



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



Установленный агент. Можно также его удалить, обновить, изменить расписание опроса и не только.



Меню Tools-Row Filters позволяет настраивать события и оповещения. Данные почтового сервера настраиваются в Tools-Options. Получатели в Tools-Default Notifications.
По установке в общем все. Общее функционирование FRS можно анализировать просматривая закладки Ultrasound. Сообщения об ошибках как правило содержат информацию и по их исправлению.

Ну теперь о печальном. При развертывании Ultrasound нас поджидал не приятный сюрприз. Один из серверов не принимал агента. Ручная установка тоже ничего не давала. Агент после установки никак не хотел отправлять данные на сервер, а сервер в свою очередь не получив этих данных не переводил агента из состояния Request в состояние Installed и фиксировал предупреждение типа FAILED DEPLOYMENT ATTEMPTS.
Проанализировав программу мы получили следующую схему. Программа состоит из DCOM объектов USController установленного на сервере мониторинга и USProvider установленного на каждом контролере домена, который мы наблюдаем. USController собирает через USProvider и сохраняет в базу данных. Просмотр накопленных данных осуществляется через консоль. USProvider в свою очередь использует WMI для сбора данных регистрируя в службе свой Namespace по адресу Root-CIMV2-Applications-MicrosoftUltrasoundV1. Беглый осмотр не выявил проблем с WMI. Различные тесты, пере установка WMI и прочее не дали результатов. Две недели коту под хвост… Пока в один прекрасный момент не обнаружилось, что не все данные можно получить от Namespace MicrosoftUltrasoundV1. Некоторые из них возвращали ошибку. Происходит это по тому что WMI в свою очередь собирает данные из счетчиков производительности Windows. Все названия счетчиков были в виде цифр. После восстановления счетчиков производительности по статье из официального источника support.microsoft.com/kb/300956/ru. Работа была восстановлена.

P.S. Данная программа позволила обнаружить и решить проблемы с «FRS Replica set in state journal wrap»,«Morphed directories exist», «Very old backlogged files» и не только. Так же очень кстати когда проблема с недоступностью сервера, то приходит сообщение «Could not connect to Ultrasound WMI Provider».
Tags:
Hubs:
You can’t comment this publication because its author is not yet a full member of the community. You will be able to contact the author only after he or she has been invited by someone in the community. Until then, author’s username will be hidden by an alias.