System Center Configuration Manager и как с ним бороться

Как известно, SCCM умеет инвентаризировать реестр и WMI. Часто возникает ситуация, когда собираемых сведений недостаточно и инвентаризацию нужно расширить, например, добавить в отчёт информацию о дате закупки ПК, переноса на другое рабочее место, серийный номер с наклейки на корпусе и т.д. Сделать это можно тремя способами, добавляя (или регулярно добавлять скриптами, обновляя) информацию в:

1. реестр и научить SCCM опрашивать нужные ветки и ключи;

2. WMI и научить SCCM опрашивать нужные классы;

3. MIF-файл. Учить не нужно: SCCM уже умеет вычитывать информацию из MIF-файлов (Management Information Format).

Организация Distributed Management Task Force (DMTF) занимается разработкой и поддержкой стандартов для управления системами. DMTF разработала CIM, WBEM (и его реализация на Windows — WMI), DMI и прочие стандарты, которые используются множеством вендоров. DMI — устаревший стандарт для управления программным обеспечением и аппаратными комплектующими, не зависим от вендора, операционной системы, протоколов управления и «железа».

DMI-архитектура состоит из DMI Service Provider (Service Layer — в старых спецификациях) — локальной резидентной программы, постоянно работающей в памяти, которая является связующим звеном между интерфейсом управляющей программы (Management Interface, MI), которая запрашивает информацию из MIF-базы, и DMI-совместимыми программами и аппаратными комплектующими (Component Interface, CI), которые через свой API вносят информацию в MIF-базу. Информация должна быть описана при помощи MIF — системонезависимого формата, а файлы, содержащие информацию о приложениях и комплектующих, называются MIF-файлами. Вся эта схема выглядит примерно так:

А если сказать совсем просто, то SCCM работает с DMI Service Provider через агента аппаратной инвентаризации, который умеет собирать информацию из MIF-файлов. SCCM умеет работать с IDMIF и NOIDMIF.

IDMIF — файлы с уникальным идентификатором, которые не ассоциированы с клиентом SCCM. Эти файлы отсылаются отдельно от отчёта по инвентаризации. В эти файлы вносят информацию, которая не связана напрямую с компьютером, например, имя копира или модель проектора. При удалении этих файлов с компьютера, информация из базы SCCM не удаляется.

NOIDMIF — файлы, привязанные к идентификатору компьютера, с которого они собраны. Информация из NOIDMIF прикрепляется к отчёту об инвентаризации. В эти файлы вносят информацию, связанную с компьютером, например, серийный номер и т.п. При удалении файлов с компьютера, информация удаляется из базы SCCM.

Если классы, описанные в MIF-файлах, являются уникальными, то они появятся в базе SCCM. В ином случае информация будет добавляться в уже существующие таблицы.

MIF-файлы — это ASCII-файлы, которые могут быть созданы в любом текстовом редакторе. Структура MIF-файла простая и состоит из компонента, групп внутри компонента и атрибутов внутри групп:

start component
start path
end path
start enum
end enum
start group
start attribute
start enum
end enum
end attribute
end group
start table
end table
end component

Логическую вложенность можно описать так: MIF -> Component -> Group -> Class -> Attribute.

Start и End определяют область блока. Компонент внутри MIF-файла может быть только один. Группы, классы и атрибуты (внутри группы) должны иметь уникальные идентификаторы.

Типы данных, которые используются в MIF:

Определяем компонент, даём ему какое-то разумное название:

Start Component
Name = "System Information"

Определяем группу атрибутов (именно это имя мы будем видеть в Resource Explorer) и класс. Класс внутри группы используется для определения группы и версии группы. Ключ является уникальным свойством, определяющим экземпляр класса. Если используется более одного экземпляра класса, ключ должен присутствовать, иначе последующие экземпляры класса будут затирать предыдущие:

Start Group
Name = "SuperFirma Info"
ID = 1
Class = "PCInfo"
Key = 1

Определяем атрибут, используя строковый тип данных:

Start Attribute
Name = "Serial Number"
ID = 1
Type = String(10)
Value = "556677"
End Attribute

Добавляем другие атрибуты, в итоге получая вот такой файл:

Start Component
Name = "System Information"
Start Group
Name = "SuperFirma Info"
ID = 1
Class = "PCInfo"
Key = 1
Start Attribute
Name = "Serial Number"
ID = 1
Type = String(10)
Value = "556677"
End Attribute
Start Attribute
Name = "Color"
ID = 2
Type = String(20)
Value = "зелёный"
End Attribute
Start Attribute
Name = "Vidan"
ID = 3
Type = String(10)
Value = "2.12.2011"
End Attribute
Start Attribute
Name = "Komu"
ID = 4
Type = String(30)
Value = "Маше Ивановой"
End Attribute
Start Attribute
Name = "DopInfo"
ID = 5
Type = String(50)
Value = "Третий размер"
End Attribute
End Group
End Component

Сохраняем текст в какое-то_имя.mif и проверяем его на корректный синтаксис при помощи утилиты MIFcheck:

Полученный файл помещаем в папку клиента CCM\Inventory\noidmifs. В агенте инвентаризации включаем сбор MIF-файлов:

После обновления политик на клиенте запускаем Hardware Inventory Cycle. Получив от клиента отчёт об инвентаризации, вот такие изменения наблюдаем в Resource Explorer:

В результате мы получили новый WMI-класс SMS_G_System_PCINFO, таблицу SuperFirma_Info_DATA и соответствующее ей представление v_GS_SuperFirma_Info0.

dataldr.log:

Moving MIF file C:\Program Files (x86)\Microsoft Configuration Manager\inboxes\auth\dataldr.box\H0CJNUXW.MIF to C:\Program Files (x86)\Microsoft Configuration Manager\inboxes\auth\dataldr.box\process\H0CJNUXW.MIF
Started the machine MIF processing thread, thread ID = AF0
Worker thread 4672 starting execution.
Done with job queueing.
Blocking until completion.
Thread: 0 is using GUID
Thread: 4672 will use GUID GUID:6EE8DB9B-AB50-4998-BA99-8068D806C51B
Processing Inventory for Machine: SCCM01 Version 1.87 Generated: 12/13/2011 12:56:55
CGroup::DefineGroupAndAttributes — Detected schema change. Waiting for the threads to finish the queue.
Thread 4672 has been granted exclusive access.
CGroup::DefineGroupAndAttributes — Proceeding with schema change.
Defining group Class: PCINFO…
group Name : SuperFirma Info…
CSqlSchema::CreateProcedure pSuperFirma_Info_DATA at 12/13/11 12:57:11
CSqlSchema::CreateProcedure dSuperFirma_Info_DATA at 12/13/11 12:57:11
done

Строим отчёт:

SELECT dbo.v_R_System.Name0 AS [PC name], dbo.v_GS_SuperFirma_Info0.Serial_Number00 AS [Serial number], dbo.v_GS_SuperFirma_Info0.Color0 AS Color,
dbo.v_GS_SuperFirma_Info0.Vidan0 AS [Give out], dbo.v_GS_SuperFirma_Info0.Komu0 AS [User Name], dbo.v_GS_SuperFirma_Info0.DopInfo0 AS [Additional info]
FROM dbo.v_GS_SuperFirma_Info0 INNER JOIN
dbo.v_R_System ON dbo.v_GS_SuperFirma_Info0.ResourceID = dbo.v_R_System.ResourceID