Нещодавно ми проводили оновлення нашого сайту управління з SMS2003 до System Center Configuration Manager (SCCM) 2007. Все пройшло більш-менш нормально, ряд проблем був, проте все вийшло вирішити оперативно. Але потім стали з'являтися "приховані" проблеми.
Надійшла заявка на створення нового правила на ведення статистики використання певної програми (SoftwareMeteringRules). Процедура створення нового правила Software Metering вкрай проста, тому після пари клацань миші я створив нове правило і успішно про нього забув. Однак через пару днів користувачі повідомили, що статистика по новоствореному правилом просто не збирається.
Я почав аналізувати логи, і насправді на клієнтах SCCM в балці Software Metering (Mtrmgr.log) при запуску відслідковується додатки з'являлася такі рядки:
Creation event received for process 3832
Process ID 3832 is for process C: \ Program Files \ XXX \ trim.exe
No matching rule found for process 3832
З балки зрозуміло, що клієнт SCCM не отримав нову політику Software Metering Rule з сервера, проте все старі правила, які були створені ще в SMS 2003 працювали нормально і статистика по ним вважалася.
Для початку я переконався, що всі необхідні компоненти Software Metering включені на центральному сайті SCCM 2007: Додати
- (Software Metering Client Agent) на клієнтах сайту включений
- Розклад циклу збору даних 1 день.
- Мова версії додатка "Any"
- Саме правило включено
Всі дані умови були виконані, тому я вирішив, що проблема з передачею нової політики на клієнти SCCM. Я вирішив проаналізувати файл журналу політик policypv.log. У ньому я натрапив на таку помилку:
CPolicySource::HandleMeteringPolicy: couldnotretrievemeteringruleRULECHGfrom
SQL
Після нетривалого гуления причини появи такої помилки на сервері SCCM, знайшов наступне рішення: потрібно видалити файли _policy_.rta і rulechg.rta з папки C: \ Program Files \ Microsoft Configuration Manager \ inboxes \ policypv.box. І насправді час створення даних файлів було якраз одно датою оновлення сайту SCCM, хоча при нормальній роботі вони повинні створюватися і віддалятися досить регулярно.
І дійсно, після видалення зазначених файлів, клієнти SCCM змогли отримати нову політику і статистика використання ПЗ стала розраховуватися.
