L2T

| BLOG IT |

L2T

| BLOG IT |

sccm2012

Pramod Sathyanarayana Kashyap a écrit un billet sur le Workflow dans Sofware Metering. Je vais ici vous le retranscrire.

  • Création d’une règle

Pour commencer, nous créons, tout d’abord une règle Software Metering. Dans notre exemple nous allons créer une règle pour le bloc-notes comme indiqué ci-dessous :

SofwareMet1

SofwareMet2

  • Compilation et création de la stratégie de suivi

Une fois que nous avons activé la règle, les clients reçoivent la nouvelle politique. Celle-ci est traitée lorsque de l’exécution du cycle de contrôle logiciel :

SofwareMet3

Comme nous pouvons le voir, chaque fois que nous créons une nouvelle règle de contrôle de logiciel, la version de la politique change (037effca-e41f-4f28-86a8-ad7481a51deb). Dans notre exemple, après avoir créé une règle de 3rd pour le bloc-notes, la version change à 3,00. Voici l’extrait du log PolicyAgentProvider.log :

SofwareMet4

Voici ce que nous voyons au cours du processus dans PolicyAgent.log :

Requesting Machine policy assignments PolicyAgent_RequestAssignments 9/24/2014 3:49:58 AM 4772 (0x12A4)

Total 1 PolicyAssignment(s) found. PolicyAgent_ReplyAssignments 9/24/2014 3:49:59 AM 3564 (0x0DEC)

Policy Body :<PolicyAssignment PolicyAssignmentID= »{7da6c723-2d5d-4a50-8d30-53e714a2c984} »>

<Policy PolicyID= »{037effca-e41f-4f28-86a8-ad7481a51deb} » PolicyVersion= »3.00″ PolicyType= »Machine »>

Compiling policy ‘{037effca-e41f-4f28-86a8-ad7481a51deb}’ version ‘3.00’ hash

Initializing download of policy ‘CCM_Policy_Policy5.PolicyID= »{037effca-e41f-4f28-86a8-ad7481a51deb} »,PolicySource= »SMS:PR1″,PolicyVersion= »3.00″‘ from ‘http://SEC.contoso.com/SMS_MP/.sms_pol?{037effca-e41f-4f28-86a8-ad7481a51deb}.3_00’ PolicyAgent_ReplyAssignments 9/24/2014 3:50:00 AM 3564 (0x0DEC)

Revoking policy ‘{037effca-e41f-4f28-86a8-ad7481a51deb}’ version ‘2.00’ PolicyAgent_PolicyDownload 9/24/2014 3:50:02 AM 3792 (0x0ED0)

Deleting policy ‘{037effca-e41f-4f28-86a8-ad7481a51deb}’ version ‘2.00’ PolicyAgent_PolicyDownload 9/24/2014 3:50:03 AM 3792 (0x0ED0)

Deleting policy file C:\Windows\CCM\Staging\{A56CBE49-456C-4575-ABCE-8B7C68309A71}.tmp PolicyAgent_PolicyDownload 9/24/2014 3:50:03 AM 3792 (0x0ED0)

Recieved notification of policy download and evaluation complete for correlation guid {8CC44587-E82E-47AF-8449-BA069FF1683C} PolicyAgent_RequestAssignments 9/24/2014 3:50:12 AM 4772 (0x12A4)

Synchronous policy assignment request with correlation guid {8CC44587-E82E-47AF-8449-BA069FF1683C} for Machine C1 completed with status 0 PolicyAgent_RequestAssignments 9/24/2014 3:50:12 AM 4772 (0x12A4)

Ensuite, nous pouvons voir ces événements dans le mtrmgr.log :

Process ID 3772 is for process C:\Users\administrator\Desktop\CMTrace.exe mtrmgr 8/29/2014 2:33:12 AM 2180 (0x0884) 

Found match against RuleID PR100001 mtrmgr 8/29/2014 2:33:12 AM 4956 (0x135C)

Tracked usage for process 3772 mtrmgr 8/29/2014 2:33:12 AM 4956 (0x135C)

 

  • Recherchez les mêmes entrées dans WMI

Ces informations sont ensuite écrites dans l’infrastructure WMI à l’aide de Softaware Metering Storage Manager dans root\ccm\SoftwareMeteringAgent. Ici, nous trouvons les catégories ci-dessous.

  • CCM_MeteredFileInfo –Détails des *.exe qui sont actuellement mesurés.
  • CCM_MeteredProductInfo – Renseignements semblables que ci-dessus.
  • CCM_RecentlyUsedApps – Noms des fichiers qui ont été exécutés récemment.
  • CCM_HistoricalMeteredData – enregistre les données d’historiques.

Ci-dessous les Screenshots de celles-ci :

SofwareMet5

SofwareMet6

C’est ensuite traité par le Software Metering Report Generator qui va chercher les détails dans Storage Manager et WMI. Au cours de ce processus, il transforme les fichiers au format XML, et les insères dans un *. MUV.

Après l’envoi du rapport (tel que montré ci-dessous), il envoie une demande de purge des données WMI qui ont déjà été envoyée.

CSWMtrReportEndpoint::HandleMessage- Report Endpoint invoked. SWMTRReportGen 8/29/2014 2:32:54 AM 2268 (0x08DC) 

Generating report for usage data SWMTRReportGen 8/29/2014 2:32:54 AM 2268 (0x08DC)

About to generate report header SWMTRReportGen 8/29/2014 2:32:54 AM 2268 (0x08DC)

Successfully generated report header SWMTRReportGen 8/29/2014 2:32:54 AM 2268 (0x08DC)

About to generate report body SWMTRReportGen 8/29/2014 2:32:54 AM 2268 (0x08DC)

Successfully generated report body SWMTRReportGen 8/29/2014 2:32:54 AM 2268 (0x08DC)

About to generate report header SWMTRReportGen 8/29/2014 2:32:54 AM 2268 (0x08DC)

Successfully generated report header SWMTRReportGen 8/29/2014 2:32:54 AM 2268 (0x08DC)

MRU Refresh is 15 minutes. SWMTRReportGen 8/29/2014 2:32:54 AM 2268 (0x08DC)

MRU Age limit is 90 days. SWMTRReportGen 8/29/2014 2:32:54 AM 2268 (0x08DC)

CSWMtrReportEndpoint- Message ID of sent message: {D9ACA606-A6E6-4CE8-82E4-68E6DA86801B} SWMTRReportGen 8/29/2014 2:32:54 AM 2268 (0x08DC)

 

Ces données sont ensuite envoyées vers le MP_Relay EndPoint puis vers swmproc.box pour traitement. Après cela, nous serons en mesure de voir tous les détails.

  • Flux de travail de Software Metering Collection et Reporting

Voici le flux dans un environnement où nous avons un CAS, un primaire et un serveur secondaire. Tout d’abord, les données sont stockées dans le dossier « C:\Windows\CCM\Metering » :

SofwareMet7

Puis quand le cycle de Software Metering démarre, il envoie un rapport et celui-ci est reçu par le MP_Relay Endpoint sur le secondaire :

SofwareMet8

Ensuite, il est déplacé vers swmproc.box sur le secondaire pour traitement :

SofwareMet9

Maintenant, Software Metering Processor du secondaire additionne les fichiers utilisation et le transfert au primaire en utilisant DRS :

SofwareMet10

Nous pouvons voir l’expéditeur qui envoie les fichiers vers le serveur Primaire :

SofwareMet11

Dans le primaire, nous pouvons voir les mêmes fichiers à leur réception par le Despooler :

SofwareMet12

Après l’achèvement de la réplication, le fichier *. MUV est déplacé vers swmprox.box sur le primaire :

SofwareMet13

Il est ensuite traité par le Software Metering processor sur le primaire :

SofwareMet14

Le déplacement de fichier peut être vu ici dans les dossiers sur le primaire :

SofwareMet15

Une fois fini et les tâches de maintenance exécutées, les données de mesure seront enfin disponibles pour l’affichage sur la console :

SofwareMet16

NOTE : Si vous voulez accélérer ce processus, vous pouvez déclencher manuellement, ce qui peut être utile si vous êtes  en cour de résolution d’un problème. Pour cela, téléchargez Configuration Manager 2012 Toolkit  et installez-le. Une fois installé, regardez dans le dossier Server Tools l’executable runmetersumm.exe. Ce fichier peut être exécuté sur l’instance SQL hébergeant la base de données de Configuration Manager pour déclencher le processus de synthèse. La commande à exécuter est runmetersumm.exe DBName.

SofwareMet17

SofwareMet18

Juste pour référence, voici un exemple de fichier MUX capturé pendant le flux:

<?xml version=’1.0′ encoding=’UTF-16′?>
<Report>
<ReportHeader>
<Identification>
<Machine>
<ClientInstalled>1</ClientInstalled>
<ClientType>1</ClientType>
<ClientID>GUID:E58CDD17-B377-49A0-9584-80224C12C827</ClientID>
<ClientVersion>5.00.7958.1000</ClientVersion>
<NetBIOSName>C1</NetBIOSName>
<CodePage>437</CodePage>
<SystemDefaultLCID>1033</SystemDefaultLCID>
</Machine>
</Identification>
<ReportDetails>
<ReportContent>Software\x0020Metering\x0020Data</ReportContent>
<ReportType>Full</ReportType>
<Date>20141001043107.864000-420</Date>
<Version>1.0</Version>
<Format>1.0</Format>
</ReportDetails>
</ReportHeader>
<ReportBody>
<ProductInfo CompanyName= »Microsoft Corporation » ProductName= »System Center 2012 Configuration Manager » ProductVersion= »5.00.7804.1000″ ProductLanguage= »0″>
<SoftwareFileInfo FileDescription= »Configuration Manager Trace Log Tool » FileVersion= »5.00.7804.1000 (hermbld.121121-2357) » FileName= »CMTrace.exe » FileSize= »678480″>
<HistoricalMeterData MeteredDataID= »F32846B9-7846-44D4-9162-4F54D2D0A54F » UserName= »CONTOSO\Administrator » StartTime= »20141001042204.000000-420″ EndTime= »20141001043107.911000-420″ Status= »1″></HistoricalMeterData>
<HistoricalMeterData MeteredDataID= »C0C6FE62-3793-48D2-998D-BA036F2F345C » UserName= »CONTOSO\Administrator » StartTime= »20141001040049.000000-420″ EndTime= »20141001043107.911000-420″ Status= »1″></HistoricalMeterData>
</SoftwareFileInfo>
</ProductInfo>
</ReportBody>
</Report>

Cela montre les données envoyées par un client après avoir exécuté le cycle Software Metering.

  • Le billet original : ICI