Имеется два способа настройки инвентаризации или добавления к БД нового класса объектов: можно изменить заданный по умолчанию файл SMS_def.mof или создать собственные MIF-файлы. Оба метода требуют некоторого планирования и тестирования со стороны администратора SMS-сервера. Как вы видели, по умолчанию файл SMS_def.mof собирает большое количество данных, приблизительно 200 Кб на каждый клиент. Изменение файла может привести к еще большему увеличению количества отслеживаемых данных, увеличению сетевого трафика при пересылке данных на САР-центры и сервер сайта и т. д. Добавление MIF-файла может также привести к увеличению количества собираемых данных Кроме того, файл SMS_def.mof существует как шаблон, который можно модифицировать, а MIF-файлы обычно нужно создавать самостоятельно.
Файл SMS_def.mof.
Как уже упоминалось, файл SMS_def.mof можно рассматривать как шаблон, который определяет, какие объекты или аппаратные классы подлежат инвентаризации и какие именно данные нужно получить с каждого объекта. Главный файл SMS_def.mof находится в папке SMS\ Inboxes\Clifiles.src\Hinv на сервере сайта. Этот файл копируется на САР-центр (CAP __Site\Clifiles.box\Hinv) и в конечном счете на каждый унаследованный клиент (%Windir %\MS\SMS\Sitefile\site\Hinv). Для расширенных клиентов файл SMS_def.mof используется для создания инвентаризационной политики, которая копируется на все расширенные клиенты через центр управления.
Можно изменить установочные параметры классов и свойств, содержащиеся в файле SMS_def.mof, или добавить новые классы и свойства, эткрыв файл с помощью любого текстового редактора типа Блокнота (см. 2-13). Каждый класс и свойство имеют флажок SMS_Report. Если гот флажок установлен в True, данное свойство подлежит инвентаризации. На рис. 2-13 флажок SMS_Report класса SMS_LogicalDisk установлен в True, то есть с клиентов будут собираться значения свойств Availability, Description, DevicelD, DriveType, FileSystem и FreeSpace. Ha рис. 2-14 показан список Class Qualifiers и их описаний, использованных в файле SMS_def.mof.
Рис. 2-13. Пример файла SMS_def.mof, открытого в Блокноте.
Рис. 2-14. Список Class Qualifiers в файле SMS_def.mof.
Если вы не хотите, чтобы класс или свойство подлежало инвентаризации, установите флажок SMS_Report в False. Если класс или свойство подлежит инвентаризации, установите флажок в True.
Дополнительная информация. Детальное объяснение использования файла SMS_def .mof и способов его редактирования включено в главу 2 руководства «Microsoft Systems Management Server 2003 Operations Guide», доступного через Microsoft TechNet, а также на сайте http://www.microsoft.com/smserver.
MIF-файлы.
Другой способ изменить содержание инвентаризации оборудования состоит в создании MIF-файлов. MIF-файлы изменяют БД, создавая архитектуры, классы объектов и атрибуты. Архитектуры определяют совершенно новые классы объектов, тогда как классы и атрибуты объектов обычно добавляются к существующим архитектурам.
Можно создать два типа MIF-файлов: NOIDMIF и IDMIF. Файлы NOIDMIF используются для того, чтобы изменить или присоединить в конец существующего файла клиентской инвентаризации классы и свойства объекта, так как «no id» (без идентификатора) означает, что вы не создаете новую архитектуру, а просто добавляете что-то к существующей, а именно к System Resources. Файлы NOIDMIF можно использовать для добавления к существующим записям инвентарного номера клиентской системы, информации о периферийных устройствах, подсоединенных к компьютеру, или даже названия или кода отдела.
Напротив, файлы IDMIF используются для создания новых архитектур классов и атрибутов объектов. Например, предположим, вам требуется сделать опись всего имеющегося мультимедийного оборудования. Через файлы IDMIF вы можете создать новую архитектуру (например «Мультимедийные устройства») с ее собственными классами объектов (например Audio, Video, CD, Tape или PC Conferencing и т. д.), каждый из которых имеет один или более атрибутов (Model, Manufacturer, Asset number, Cost и т. д.). Файлы IDMIF можно также использовать для обновления существующей архитектуры, например для добавления к БД автономных компьютеров или для того, чтобы сопоставить архитектуре существующие компьютерные записи с целью создания запросов и коллекций, которые могут быть связаны с уникальными свойствами.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.