Четвёртого мая на сайте Microsoft Connect стала доступной для скачивания ConfigMgr07 R3 Beta Refresh.
-
Обзор ConfigMgr 2007 R3 Beta
- Рубрика: System Center,Без рубрики,Новое
- Автор: punk
- Дата: Monday 17 May 2010
-
Dublicate SMBIOS GUID
- Рубрика: System Center,Без рубрики,Новое
- Автор: Алексей Тараненко
- Дата: Tuesday 27 Apr 2010
Многие коллеги, с которыми я общаюсь, знают, что я являюсь «счастливым» обладателем целого зоопарка компьютеров. Поэтому построение процесса OSD SCCM у меня в компании было далеко не тривиальной задачей: разное железо, и как результат разные наборы драйверов, уровней HAL. Одной из наиболее застарелых и болезненных проблем была проблема с совпадающими значениями SMBIOS GUID. Не так давно она меня окончательно довела и я постарался ее решить.
-
SCCM Reports что остается за кадром…
- Рубрика: System Center,Без рубрики
- Автор: Александр Андреев
- Дата: Monday 05 Apr 2010
Отчеты SCCM, что остается «за кадром»…
В данной статье речь пойдет о системе WEB-отчетности System Center Configuration Manager. Мы рассмотрим общие принципы работы, а также некоторые технические трудности, с которыми можно столкнуться при эксплуатации SCCM.
Система отчетности System Center Configuration Manager 2007.
Система отчетности SCCM 2007 основана на WEB-приложении Reporting Point. Работа данного приложения основано на комплексе IIS (Internet Information Services) и для работы необходима версия IIS не ниже 6.0. Роль Reporting Point может быть развернута на виртуальном или физическом хосте, под управлением ОС не ниже Windows Server 2003. Возможна работа под управлением как 32-х разрядных, так и 64-х разрядных систем[1]. Минимальные требования для работы Reporting Point приведены в таблице 1
Таблица 1
Аппаратные ресурсы
Требования
Процессор Не менее Pentium III 733 МГц (рекомендуется 2,0 ГГц или более быстрый) ОЗУ Не менее 256 МБ (рекомендуется 1024 МБ или больше) Свободное пространство Не менее 5 ГБ (рекомендуется 15 ГБ или больше при использовании развертывания операционной системы) Сетевой адаптер Компьютеры систем сайта должны иметь сетевое подключение к другим системам сайта Configuration Manager 2007; они также должны иметь клиентов для управления. Доступ к системе отчетности для пользователя с соответствующими правами возможен с любой рабочей станции, имеющей доступ к серверу с установленной ролью Reporting Point через веб-браузер. Поддерживаются все основные браузеры, однако наиболее полная поддержка обеспечивается Internet Explorer (версии не ниже 6.0). Для доступа к отчетам не обходимо ввести в строке браузера http://<ServerName>/SMSReporting_<SiteCode>, где <ServerName> – имя сервера с установленной ролью Reporting Point, а <SiteCode> – код сайта SCCM.
рисунок 1. (веб-доступ к системе отчетности SCCM)Права доступа назначаются стандартным для Configuration Manager образом – на класс и отдельный элемент. Кроме того, необходимо добавить пользователя (или группу активного каталога, в которую он входит) в локальную группу SMS Reporting Users, расположенную на сервере SCCM.
Возникающие при эксплуатации SCCM Reporting Point ситуации.
Отчет отображает не более 10000 строк
При использовании системы отчетности и обработке таблиц с большим количеством данных может возникнуть ситуация, когда количество выводимых строк в таблице превышает 10000. Установленное по умолчанию значение в Configuration Manager позволяет отображать не более указанного лимита[4].
Для исправления данной ошибки необходимо откорректировать значение в системном реестре. Для этого, в кусте системного реестра KEY_LOCAL_MACHINE\Software\Microsoft\SMS \Reporting, необходимо создать ключ Rowcount типа DWORD . Значение ключа необходимо установить в FFFFFFFF.
Рисунок 2 (созданный в реестре параметр отключающий ограничение в 10000 строк)
Необходимо отметить, что указанное изменение будет действовать только на том сервере с установленной ролью Reporting Point, где правился системный реестр. На прочих серверах, отчеты будут по прежнему выводится с ограничением в 10000 строк, до момента внесения на них правок в реестр.
Для возвращения значений по умолчанию, необходимо либо удалить указанный ключ реестра, либо изменить его значение на «0» или отрицательно число. В этом случае Configuration Manager считает введенное значение неверным и применяет установленные по умолчанию параметры[5].
Отчет не работает, генерируется сообщение Timeout Error.
В случае, если времени ожидания ответа от сервера, установленного по умолчанию не достаточно, и отчет в указанный промежуток времени не получает информацию, в целях предотвращения блокирования работы системы производится отключение по тайм-ауту. В случае использования сложных отчетов, во время формирования которых производится обработка большого числа данных, необходимо увеличивать время ожидания ответа от сервера (время тайм-аута).
В зависимости от того, какая ошибка отображается при выполнении скрипта, определяется, какой интервал необходимо увеличивать. В случае возникновения ошибки TimeOut expired (код ошибки -2147217871) – рисунок 3, необходимо увеличивать тайм-аут ожидания ответа сервера в IIS. Для этого, в свойствах IIS на сервере с установленной ролью Reporting Point, необходимо вызвать свойства для Default Web Site, и в поле Connection TimeOut ввести новое значение (рисунок 4)
рисунок 3 (сообщение об ошибке превышения времени ожидания данных от сервера)
рисунок 4 (поле увеличения тайм-аута времени ожидания данных от сервера)
В случае возникновения ошибки Active Server Pages error (ASP 0113) – рисунок 5, для устранения ошибки, необходимо увеличить время тайм-аута для скриптов ASP, для этого в свойствах «Default Web Site» переходим на вкладку «Home Directory», вызвать параметры конфигурации нажатием кнопки “Configuration…”. В открывшемся окне перейти на вкладку «Options», и в поле ASP Script timeout ввести новое значение (рисунок 6).
рисунок 5 (ошибка превышения тайм-аута для скриптов asp)
рисунок 6 (окно настроек default web site, вкладка home directory)
рисунок 7 (поле увеличения тайм-аута для скриптов asp).
Построение отчета с разбивкой выводимой информации
В случае, если мы используем сводные отчеты, содержащие разнородную информацию (например, сводный отчет о параметрах рабочей станции для сотрудника службы поддержки) вывод массива данных сильно усложняет работу. Тогда, для повышения визуального восприятия, существует возможность использовать отчеты с разбивкой на категории или разделы. В рамках одной категории может выводиться логически связанная информация (например в список установленного ПО, либо технические параметры рабочей станции).
Для создания информационных категорий используются дополнительные SQL-запросы выключенные в тело одного отчета.
При этом результаты выполнения каждого SQL-запроса выводятся отдельной таблицей (рисунок 8).
Использование категорий отображения информации приводит к росту размера кода отчета и увеличению времени необходимого для обработки данных. Рисунок 8 (вывод информации по категориям в сводном отчете)
Ограничения на размер SQL-кода запроса
При разработке отчета, состоящего из большого количества категорий, либо содержащего обширный перечень обрабатываемых полей и логических сравнений может возникнуть ситуация, когда код отчета перестает выполняться в силу своего размера. В связи с этим, необходимо помнить, что поле SQL Statement в свойствах отчета позволяет ввести не более 16 Кб символов. Это ограничение архитектуры продукта, и устранить его не возможно. Физически, это проявляется в том, что дальнейший ввод символов блокируется. В случае вставки фрагмента кода, при достижении максимального размера поля, дальнейший текст будет отсечен (рисунок 9). Никаких сообщений при этом не выводится
Рисунок 9 (отсечение кода при достижении максимального размера в 16 Кб)Кроме данного ограничения на размер поля, существует так называемый «максимальный эффективный размер кода отчета» который равен 16000 символов. В случае, если размер кода превышает данную цифру, при выполнении отчета будет сгенерирована ошибка с кодом -2147217900 (рисунок 10)
Рисунок 10 (ошибка выполнения отчета с кодом более 16000 символов)
Данная ошибка связана с ограничением связанным с обработкой запросов SQL сервером, или используемой библиотекой БД, либо OLEDB. Исправления данной ошибки не существует.[6]
В качестве исправления описанных выше ситуаций может выступать оптимизация кода отчета.
Взаимосвязи между отчетами, категории.
При использовании встроенных отчетов заметно, что некоторые отчеты образуют взаимосвязанные комплексы, переход между элементами которых осуществляется ко клику. Это может быть вывод информации с различной степенью детализации, или связанные отчеты по состоянию клиента и пр. Переход осуществляется путем подстановки данных из таблицы в переменные вызываемого отчета.
Построения взаимосвязи между создаваемыми отчетами требует определить, по каким полям будет осуществляться переход. Информация из «внешнего» отчета должна отвечать следующим критериям:
- обеспечивать безошибочную идентификацию объекта;
- содержать информацию для всех обязательных переменных вызываемого (или вложенного) отчета.
Например, если вложенный отчет для запуска требует имя клиента, и название программы, то внешний отчет для формирования связки должен содержать эти данные.
Также для установления связи между отчетами, оба отчета (и внешний и вложенный) уже должны быть созданы (или импортированы) в систему.
Для построения связки определяем вложенный отчет, соответствие полей внешнего отчета и задаваемых переменных вложенного, после чего вызываем свойства внешнего отчета и переходим на вкладку «Links» (рисунок 11).
В выпадающем списке «Link» type выбираем значение «Link to another report», после чего нажатием на кнопку «Select» выбираем отчет выполняющий роль вложенного.
Установка взаимосвязи между переменными вложенного отчета и полями таблицы внешнего устанавливается в нижней части окна в поле Prompts. По умолчанию все привязки выставляются к полю 1 внешнего отчета. Для изменения привязки, необходимо выбрать в списке нужную переменную и открыть свойства двойным щелчком, либо нажатием на кнопку «свойства» , после чего в открывшемся окне можно настроить соответствия между полями таблицы и переменными вложенного отчета (рисунок 12).
рисунок 11 (свойства отчета, вкладка links с установленной связкой)
рисунок 12 (настройка соответствия между полями таблицы внешнего отчета и переменными вложенного)
Распеределение отчетов по категорям увеличивает удобство работы, повышает общую организацию системы отчетности. Необходимо отметить, что категории отчетов никак не привязаны к организации папок в консоли управления Configuration Manager. Таким образом, если администратору необходимо обеспечить соответствие создаваемых категорий в системе отчетнсоти и папок в консоли управления SCCM, это должно выполнятся в ручную, путем переноса отдельных отчетов в соответствующие категорям папки.
Для добавления категории в свойствах новосозданного (или переносимого) отчета необходимо ввести новое имя в поле Category (рисунок 14), и применить внесенные изменения. После чего данные заносятся в БД и новая категория становится доступной для работы в веб-интерфейсе и для привязки в остальных отчетах.
Новосозданная категория будет отображена в левой части окна главной страницы системы отчетности и будет содержать отредактированный нами отчет. Для удаления категории достаточно удалить все отчеты, которые с ней связаны, либо изменить их привязку.
Рисунок 13 (главная страница системы отчетности с категориями отчетов)
Рисунок 14 (создание новой категории в свойствах отчета)
Андреев Александр
MCITP, MCTS, MCSA
[1] Детальная информация о поддерживаемых аппаратных и программных конфигурациях доступна на сайте Microsoft – http://technet.microsoft.com/ru-ru/library/dd547071.aspx[2] Взаимосвязь между отчетами производится по их уникальному ID, в случае внесения изменений не в копию а в оригинальный отчет с большой долей вероятности будет потеряна привязка между данным отчетом и связанными с ним.
[3] Под «критериями успешности» в данном случае подразумевается ожидаемая структура отчета, выводимая информация, время выполнения отчета, удобство использования данного отчета сотрудниками.
[4] Данной ограничение касается размера отдельной таблицы, в случае использования в одном отчете нескольких таблиц, каждая из которых имеет менее 10000 строк, ограничение не проявляется.
[5] Источником информации является сайт Microsoft – http://technet.microsoft.com/en-us/library/bb680885.aspx
[6] При описании данных ограничений в качестве источника используется ответ службы поддержки Microsoft полученный в рамках обращения по партнерской программе.
-
Software Metering ConfigMgr 2007
- Рубрика: System Center,Без рубрики,Новое
- Автор: punk
- Дата: Wednesday 17 Feb 2010
Сколько копий программ установлено в компании? Нужно ли докупать лицензии на ПО? В какое время суток пользователи чаще используют программы? Какие пользователи пользуются определённым приложением? Сколько времени пользователи работают в приложениях? Какие приложения самые популярные в вашей компании? На эти и многие другие вопросы вы сможете ответить, настроив в System Center Configuration Manager 2007 контроль использования приложений.
-
Развертывание клиентов SCCM 2007
- Рубрика: System Center,Без рубрики,Новое
- Автор: Vladislav Artukov
- Дата: Monday 15 Feb 2010
В данной статье описаны несколько методов установки и обновления клиентов System Center Configuration Manager 2007 (далее просто ConfigMgr):
- Ручной.
- Client Push Installation (Принудительная установка клиента)
- SUP Client Installation (Установка клиента из точки обновления ПО)
- Software Distribution (Распространение программного обеспечения)
Другие методы развертывания клиентов остались за пределами статьи, как несимпатичные или специфичные.
-
SCCM vNext – вести с полей TechEd’а
- Рубрика: System Center,Без рубрики,Новое
- Автор: Алексей Тараненко
- Дата: Thursday 19 Nov 2009
Одновременно с Платформой 2010 в Берлине проходила главная конференция Европы – TechEd. И если на Платформе о продуктах System Center принципиально нового почти ничего не говорилось, за исключением пожалуй SCSM 2010, то в Берлине было представлено несколько докладов. К сожалению лично мне посетить TechEd не довелось, так что все, что описано ниже это выжимка из блогов, а так же информация от людей которые посетили TechEd. Кроме того, мне наиболее близка тема SCCM поэтому о ней я и буду говорить. Ну и естественно море новых скриншотов 🙂 Они кстати, в большинстве своем кликабельны 😉
-
OSD SCCM: способы задания имени компьютера
- Рубрика: System Center,Новое
- Автор: Алексей Тараненко
- Дата: Tuesday 10 Nov 2009
Процесс установки операционной системы через OSD SCCM в принципе удовлетворяет большинству предъявляемых к нему требований: он занимает мало времени и еще меньше сил, на выходе мы получаем полностью готовый к работе компьютер с установленными программами, драйверами и последними обновлениями безопасности. И все с помощью нескольких кликов мыши. Не жизнь, а сказка. Но аппетит, как известно, приходит во время еды и со временем (а иногда и сразу, на этапе планирования) у системных администраторов появляются новые «хотелки» которые необходимо поддержать в OSD.
-
System Center Configuration Manager 2007 R3
- Рубрика: System Center,Новое
- Автор: Алексей Тараненко
- Дата: Thursday 10 Sep 2009
Вчера неожиданно стало известно о намерении Microsoft выпустить версию SCCM 2007 R3. Странно это по нескольким причинам:
-
Жизненный цикл Office 2007 под присмотром SCCM 2007 (Часть 1)
- Рубрика: System Center,Новое
- Автор: Vladislav Artukov
- Дата: Tuesday 08 Sep 2009
Первая часть руководства описывает ручной, полуавтоматический и автоматический сценарии развертывания/свертывания MS Office 2007 в инфраструктуре «один лес, один домен» под управлением MS System Center Configuration Manager 2007 R2.
Вторая часть руководства посвящена сценариям:
• Несколько преднастроенных конфигураций Office из одного источника.
• Несколько редакций Office из одного источника.
• Русский и английский интерфейсы Office из одного источника.Замечание Описанная здесь инфраструктура предназначена для испытательных целей, а не для производственной системы.
-
Утилиты System Center Configuration Manager 2007, облегчающие жизнь.
- Рубрика: System Center,Новое
- Автор: Александр Андреев
- Дата: Tuesday 01 Sep 2009
В процессе использования SCCM, приходишь к выводу, что далеко не все функции обладают уровнем удобства (называемого умным словом usability) достаточного для управления «на кончиках пальцев». В частности в базовой поставке SCCM не предусмотрено средства просмотра .log файлов, а запустить инвентаризацию на отдельно взятой машине можно либо посредством удаленного управления, либо через использование дополнительных самописных скриптов. Для повышения удобства использования на просторах всемирной сети можно найти инструменты, устраняющие недостатки SCCM. Дополнительные утилиты предлагаются как самим Microsoft, так и третьими разработчиками.
В приведенном ниже обзоре, рассматривается четыре утилиты, рекомендуемые к использованию вместе с SCCM 2007.
Configuration Manager 2007 Toolkit
Разработчик: Microsoft Совместимость с версиями: SCCM2007/SCCM2007SP1/SCCM2007R2 Страница скачивания: http://www.microsoft.com/downloads/details.aspx?FamilyID=948e477e-fd3b-4a09-9015-141683c7ad5f&DisplayLang=en (размер – 1.4 Мб) Тип лицензии: Freeware.
Архив содержит два MSI-пакета ccmtools.msi и dcmtools.msi.
CCMTools.msi содержит утилиты общего назначения, а DCMtools.msi – утилиты используемые совместно с функционалом Desired Configuration.
Список утилит общего назначения:
Trace32.exe – Log-viewer, обладающим расширенными возможностями по сравнению с Notepad. Программа автоматически следит за изменениями в открытых лог-файлах, подсвечивает сообщения об ошибках, предупреждения. Текст сообщений форматируется, полный текст сообщения при этом приводится в отдельной части окна.
Рис.1 Файл ccm.log просматриваемый в блокноте
Рис.2 Файл ccm.log просматриваемый в trace32.exe
PolicySpy
Утилита предназначена для наблюдения и управления политиками на клиенте.
Позволяет в on-line режиме наблюдать за приемом и обработкой клиентом CCM политик.
Данный инструмент удобен при диагностировании проблем связанных с обменом данными между MP и клиентом SCCM2007.
Прямо из окна утилиты можно просмотреть активные политики и их детальные параметрыРис.3 Окно утилиты PolicySPY
CliSpy
Утилита используемая при поиске решения проблем возникающих при распространении ПО посредством SCCM.
Из окна утилиты доступна информация про активные (выполняемые) Advertisements, история установки программного обеспечения, данные касающиеся локального кеша клиентов (размер, какое ПО было сохранено в кеше), а также «отложенные» т.е. временно не выполняемые по каким-либо причинам Advertisements.Рис.4 Окно утилиты CliSPY, вкладка «история установки ПО»
Client Status Reporting
Разработчик – Microsoft
Совместимость с версиями: SCCM 2007 R2
Страница закачивания: http://www.microsoft.com/downloads/details.aspx?FamilyId=7376214F-CBA3-4E0D-81FE-AD52488BE3A3&displaylang=en (размер – 18.4 Мб)
Тип лицензии – поставляется только в комплекте с SCCM 2007 R2, которые в свою очередь приобретается как отдельный продукт. На сайте разработчика доступна evolution версия.Client Status Reporting представляет собой дополнительную компоненту системы SCCM, работающую автономно от основного комплекса и собирающую информацию о «здоровье клиентов». Первая версия данной утилиты появилась в System Managenet Server (SMS) 2003 под названием Client Health Monitoring.
К сожалению, в версиях SCCM 2007 и SCCM 2007 SP1, данная компонента не работает, для использования Client Status Reporting необходимо произвести обновление до SCCM 2007 R2.В SCCM 2007, в связи с изменением структуры БД данный инструмент не работает. Однако до версии SCCM R2 аналога не было.
По сравнению с предыдущей версией были произведены некоторые улучшения:
– в версии для SMS 2003 использовалась своя БД, теперь используется БД SCCM
– в версии для SMS 2003 результаты выводились в виде электронных таблиц в формате Excel, сейчас для получения результатов используется встроенная система отчетности MS SCCM.При работе компоненты все клиенты по результатам опроса сети и БД SCCM группируются по следующим категориям:
Категория
Описание
Offline – No Name Resolution Не удается установить связь с клиентом – DNS имя не разрешаеться в адрес Offline – Not Pingable Не удается установиться связь с клиентом – хост отсутствует в сети Online – Access Denied Клиент доступен в сети, но нет доступа к службе и административным папкам. Online – CCMExec Running, BITS Installed Клиент доступен в сети, клиент работает, служба BITS работает, но клиент не обмениваеться политиками с сервером. Online – CCMExec Not Installed Служба клиента SCCM на данной р.с. не установлена Online – CCMExec Installed, not running Служба клиента SCCM установлена но не запущена. Online – CCMexec running Клиент работоспособен Обработка учетных записей происходит двумя путями:
1. «сетевая проверка» – проверка имени р.с. в службе DNS, и попытка проверить наличие клиентской р.с. с использованием Ping. Также проверяется доступ к административным папкам, службам и пр.
2. проверка БД SCCM, получение информации о последнем времени обмена политиками с клиентом, последние данные инвентаризации.Главным инструментом по работе с результатами работы компоненты, являются дополнительные отчеты, интегрируемые в системы отчетов SCCM.
Список доступных отчетов:
Client Status Details for a Specific Computer
Отчет показывает детальный отчет по указанной рабочей станции с группировокой информации по категориям.
Client Status History (last 30 days)
Отчет показывает изменение состояния клиента за последние 30 дней
Client Status Summary
Отчет, показывает общее состояние клиентских рабочих станций с разбивкой по проблемным категориям
Client Time To Request Policy
Отчет, показывающий, когда последний раз клиентами запрашивались политики с серверов структуры SCCM.
Component Status History
Отчет, показывающий изменение итогового статуса по каждой отдельной компоненте.
Inactive Client Details
Детализированный отчет по неактивным клиентам с разбивкой по результатам. Дополнительные отчеты импортируются основной раздел SCCM Reporting и доступны обычным образом (через Web-интерфейс и из консоли SCCM)SCCM Client Center
Разработчик: Roger Zander
Совместимость: SCCM 2007/SCCM2007SP1/SCCM2007R2
Страница загрузки: http://sourceforge.net/projects/smsclictr/
Размер: 800Кб
Тип лицензии: FreewareЗамечательная утилита обладающая обширнейшим функционалом по работе с отдельным клиентом. Функционал программы включает:
– аутентификацию от имени текущего пользователя либо пользователя с административными правами;
– установка, переустановка, удаление клиента SCCM;
– просмотр информации о текущем состоянии клинета SCCM на р.с.;
– восстановление службы и репозитория WMI;
– просмотр и управление политиками CCM клиента;
– просмотр и управление активными объявлениями (Advertisements);
– просмотр данных Hardware И Software Inventory;
– прямой доступ к событиям EventLog с фильтрацией по источникам.Весь функционал сгруппирован по разделам:
– Running Execution
Содержит детальную информацию по текущим задачам распространения ПО, обмена информацией и пр.
– Event Monitoring
Предоставляет возможность наблюдения за EventLog целевой р.с. с фильтрацией по источникам связанным с SCCM
– Inventory Actions
Содержит информацию полученную в результате проведения Software и Hardware Inventory.
– Advertisements
Отображает всю информацию связанную с распространением ПО и Software Updates, активные, отложенные загрузки, история установки, доступные загрузки по расписанию и пр.
– Agent ActionsСодержит основные команды управления клиентом: просмотр служебной информации (GUID, привязка к сайту и пр.), активные и неактивные компоненты, состояние кеша клиента, установка, и переустановка клиента.
Рис.5 Окно утилиты SCCM Client Center
ConfigMgrTools
Разработчик: Rick Houchins
Совместимость: SCCM2007/SCCM2007SP1/SCCM2007R2
Страница загрузки: http://smsimpossible.blogspot.com/2008/10/configmgr-right-click-tools.html(размер 3.44 Мб)
Тип лицензии: FreewareУтилита расширяющая функционал контекстного меню.
После установки утилиты необходим перезапуск консоли SCCM. После перезапуска становятся доступными следующие командыДополнительный раздел меню Доступные команды <SiteCode> Client Tools
Assign client to another site
Collection listing
Computer management
Connect to CCM
Connect to CCMSetup
Install SCCM Client
Interactive command prompt
Ping Workstation
Remove ConfigMgr Client
Repear ConfigMgr Client
Re-run Advertisement
Restart ConfigMgr Agent HostRunning Processes
Start Event Viewer
Who is logged locally
<Site Code> Client Actions
Discovery data collection cycle
IDMIF file collection cycle
Hardware Inventory cycle
Machine policy evaluation and update cycle
Reset policy
Security updates cycle
Security updates deployment evaluation cycle
Software file collection cycle
Software inventory cycle
User policy evaluation and update cycle
<Site Code> Client Log Files
Обеспечивает прямой доступ к соответствующему log-файлу на клиенсткой машине. Целевой файл открывается в приложении по умолчанию, для открытия необходимы права администратора на целевой р.с., либо права чтения на сетевой ресурс <WSName>\Admin$
<Site Code> Client Security Update Log Files
Аналогично предидущему пукнту
<Site Code> Client Web Reports
Запускает связанные с р.с. WEB-Reports, для просмотра необходимо иметь права на просмотр отчетов в SCCM. Доступные отчеты:
Advertisement
Computer Details
Security Update – Compliance
Рис.6 Контекстное меню, расширенное командами ConfigMgr Tools
Рассмотренные утилиты позволяют упростить рутинную работу по обслуживанию комплекса SCCM 2007, сократить время на анализ неисправностей, поддерживать проактивный мониторинг структуры, предоставить персоналу Help-Desk, удобные и информативные программные средства управления клиентскими р.с.
Александр Андреев