Сервер SMS 2003 и его возможности, страница 14

Примечание. Как только инвентаризационный файл скопиро­ван на САР-центр или на центр управления, временные инвентаризационные файлы удаляются. Этот процесс обычно зани­мает несколько секунд, так что увидеть эти файлы можно толь­ко при очень внимательном наблюдении.

Компоненты Inbox Manager Assistant на САР-центре и Management point File Dispatch Manager на центре управления перемещают файл в ящик входящих сообщений компонента Inventory Processor (папка SMS\Inboxes\Inventry.box на сервере сайта). Если сервер сайта явля­ется сервером основного сайта, процессор инвентаризации добавляет двоичный заголовок к файлу .NHM, изменяет расширение на .MIF, а за­тем перемещает в ящик входящих сообщений компонента Inventory Data Loader (папка SMS\Inboxes\Dataldr.box). Затем загрузчик инвентарных данных читает .MIF-файл, анализирует данные и записывает их в БД SMS-сервера на том сервере, где выполняется SQL Server. Если роди­тельский сайт существует, загрузчик инвентарных данных передает .MIF-файл диспетчеру репликации (Replication Manager), который пе­редает их в ящик входящих сообщений загрузчика инвентарных дан­ных на сервере родительского сайта.

Если сервер сайта является сервером дополнительного сайта, дис­петчер репликации (Replication Manager) передает .MIF-файл в ящик загрузчика инвентарных данных на родительский основной сайт, где он обрабатывается так, как описано ранее.

Повторная аппаратная синхронизация.

Иногда Inventory Data Loader может решить, что полученные им дан­ные по каким-либо причинам повреждены или не синхронизированы с БД SMS-сервера. В таких случаях автоматически будет вызвана повтор­ная синхронизация - процесс корректировки, который может заставить клиентский агент игнорировать прежний инвентаризационный файл и выполнить полную инвентаризацию оборудования заново. Вызвать по­вторную синхронизацию инвентаризации оборудования могут следую­щие события:

  • изменение файла SMS_def.mof со времени последней инвентариза­ции (только для унаследованных клиентов);
  • разностная опись содержит обновления для записи, не существую­щей в БД;
  • сам файл разностной описи содержит плохие или испорченные дан­ные;
  • клиент присоединился к новому SMS узлу;
  • клиент произвел модернизацию с SMS 2.0 на SMS 2003.

Примечание Повторная синхронизация не изменяет расписа­ния инвентаризации оборудования, то есть следующий цикл ин­вентаризации начнется в намеченное время.

Когда повторная синхронизация вызвана для унаследованного кли­ента, загрузчик инвентарных данных создает для клиента файл .CFG и записывает в него запрос на повторную синхронизацию. Этот файл на­ходится на сервере сайта в папке SMS\Inboxes\Clidata.src. Компонент Inbox Manager переписывает файл в соответствующую папку, находя­щуюся на САР-центре (CAP_Site\Clidata.box). При следующем цикле обновления клиентов или при вынужденном обновлении читается файл .CFG, системный реестр клиента обновляется информацией о необходи­мости повторной синхронизации (на 32-разрядных клиентах), и служба унаследованных клиентов SMS Client Service заставляет агент Hardware Inventory Client Agent провести полную инвентаризацию оборудования.

Когда повторная синхронизация вызывается для расширенных кли­ентов, загрузчик Inventory Data Loader производит чистку всех данных NOIDMIF, полученных ранее от клиента. Провайдер политики на сер­вере сайта создает политику повторной синхронизации и посылает ее на центр управления. Запрос на повторную синхронизацию будет полу­чен на очередном цикле обновления политики на расширенных клиен­тах, и будет выполнена полная инвентаризация ПО.

Сообщения о состоянии и журналы инвентаризации оборудования.