Software Metering - принудительное обновление записей в БД.

В System Center 2012 Configuration Manager у компонента Software Metering существует несколько встроенных заданий по обслуживанию:

1. Delete Aged Software Metering Data
2. Delete Aged Software Metering Summary Data
3. Summarize Software Metering File Usage Data
4. Summarize Software Metering Monthly Usage Data

Первые два задания удаляют устаревшую информацию Software Metering, задание 3 и 4 производят "суммирование" информации по Software Metering в БД, но при условии, что информация старше 12 часов.

Если вы только-только настроили Software Metering, клиенты уже скачали обновленную политику, уже даже рапартовали какие-то данные на сервер - вы их не увидите. Поэтому можно воспользоваться утилитой runmetersumm.exe из комплекта System Center Configuration Manager 2012 Toolkit, который можно скачать с сайта Microsoft.

Запускать утилиту нужно с Sql Server'а, на котором крутится БД вашего System Center 2012 Configuration Manager. Синтаксис прост:

runmetersumm.exe Имя_БД_SCCM

В результате вы должны увидеть что-то вроде:

Logging is turned off, turn on logging for the SMS_SQL_MONITOR component for more detail.

Summarizing data up to 0 hours old.

File Usage Summary added 735 rows in 1 seconds.

Monthly Usage Summary added 90 rows in 0 seconds.

Все, после этого можно идти и смотреть отчеты со свежими данными. 

Application Deployment. BITS. Мониторинг заливки контента.

Итак, как мы знаем, System Center Configuration Manager в качестве транспорта использует BITS (фоновая интеллектуальная служба). Вы создали application, разлили его на Distribution Point, назначили его Deployment и сидите и ждете на клиенте... Все хорошо, если от Distribution Point до клиента хороший канал, а вот если канал не очень хороший - связь может прерываться, кто-то может выключить или перезагрузить клиентскую машину. И вот тут-то хотелось бы видеть - идет ли у нас заливка контента и есть ли какие-то задание у BITS.

Reporting Services. Маленькая хитрость во время установки.

SQL для SCCM у нас установлен в дефолтный instance, но вот порт используется нестандартный. При разворачивании Reporting Services нужно указать instance и адрес сервера Reporting Services. Как указать порт? По умолчанию стучится на порт 1433, но если у вас несколько инстансов и тот, который нужен под reporting болтается на нестандартном порту? Пытались через двоеточие 172.16.0.1:12345, но не прокатило. Оказывается, нужно указывать порт через запятую. Да-да. 172.16.0.1, 12345.