Problembehandlung für CMPivot

CMPivot ist ein Tool, das Zugriff auf einen Echtzeitstatus der Geräte in Ihrer Umgebung bietet. CMPivot führt eine Abfrage auf allen aktuell verbundenen Geräten in der Zielsammlung aus und gibt die Ergebnisse zurück.

Gelegentlich müssen Sie möglicherweise Probleme mit CMPivot beheben. Wenn beispielsweise eine Statusnachricht von einem Client an CMPivot beschädigt wird, kann der Standortserver die Nachricht nicht verarbeiten. Dieser Artikel hilft Ihnen, den Informationsfluss für CMPivot zu verstehen.

Problembehandlung für CMPivot in Version 1902 und höher

In Konfigurations-Manager Versionen 1902 und höher, können Sie CMPivot vom Standort der zentralen Verwaltung (CAS) in einer Hierarchie ausführen. Die Kommunikation mit dem Client wird weiterhin vom primären Standort verarbeitet.

Wenn Sie CMPivot über den CAS ausführen, wird der Highspeed-Nachrichtenabonnementkanal für die Kommunikation mit dem primären Standort verwendet. CMPivot verwendet keine standardmäßige SQL Server-Replikation zwischen Standorten. Wenn Ihr SQL Server instance oder Ihr SMS-Anbieter remote ist oder wenn Sie eine SQL Server Always On Verfügbarkeitsgruppe verwenden, haben Sie ein "Double-Hop-Szenario" für CMPivot. Informationen zum Definieren der eingeschränkten Delegierung für ein "Double-Hop-Szenario" finden Sie unter CMPivot ab Version 1902.

Abrufen von Informationen vom Standortserver

Standardmäßig befinden sich die Protokolldateien des Standortservers in C:\Program Files\Microsoft Configuration Manager\logs. Dieser Speicherort kann anders aussehen, wenn Sie ein nicht standardmäßiges Installationsverzeichnis oder ausgelagerte Elemente wie den SMS-Anbieter auf einen anderen Server angegeben haben. Wenn Sie CMPivot über den Clientzugriffsserver ausführen, befinden sich die Protokolle auf dem primären Standortserver.

Suchen Sie nach smsprov.log diesen Zeilen:

• Konfigurations-Manager, Version 1906:

  Auditing: User <username> initiated client operation 145 to collection <CollectionId>.
  

• Konfigurations-Manager, Version 1902:

  Type parameter is 135.
  Auditing: User <username> ran script 7DC6B6F1-E7F6-43C1-96E0-E1D16BC25C14 with hash dc6c2ad05f1bfda88d880c54121c8b5cea6a394282425a88dd4d8714547dc4a2 on collection <CollectionId>.
  

7DC6B6F1-E7F6-43C1-96E0-E1D16BC25C14 ist die Script-Guid für CMPivot. Sie können diese GUID auch in CMPivot-Audit-Status-Meldungen sehen.

Suchen Sie als Nächstes die ID im CMPivot-Fenster. Diese ID ist die ClientOperationID.

Suchen Sie den TaskID in der ClientAction-Tabelle. Der TaskID entspricht dem UniqueID in der Tabelle ClientAction.

select * from ClientAction where ClientOperationId=<id>

Suchen BgbServer.logSie in , suchen Sie nach dem, was TaskID Sie von SQL Server gesammelt haben, und notieren Sie sich die PushID. Das TaskID ist mit TaskGUIDder Bezeichnung "." Zum Beispiel:

Starting to send push task (PushID: 9 TaskID: 12 TaskGUID: 9A4E59D2-2F5B-4067-A9FA-B99602A3A4A0 TaskType: 15 TaskParam: PFNjcmlwdENvbnRlbnQgU2NyaXB0R3VpZD0nN0RDNkI2RjEtRTdGNi00M0MxL (truncated log entry)
Finished sending push task (PushID: 9 TaskID: 12) to 2 clients

Clientprotokolle

Nachdem Sie die Informationen vom Standortserver erhalten haben, überprüfen Sie die Clientprotokolle. Standardmäßig befinden sich die Clientprotokolle in C:\Windows\CCM\Logs.

Suchen Sie in CcmNotificationAgent.lognach Protokolleinträgen, die wie die folgenden Zeilen aussehen:

Receive task from server with pushid=9, taskid=12, taskguid=9A4E59D2-2F5B-4067-A9FA-B99602A3A4A0, tasktype=15 and taskParam=PFNjcmlwdEhhc2ggU2NyaXB0SGF (truncated log entry)
Send Task response message <BgbResponseMessage TimeStamp="2019-09-13T17:29:09Z"><PushID>5</PushID><TaskID>4</TaskID><ReturnCode>1</ReturnCode></BgbResponseMessage> successfuly.

Auf Scripts.log die Datei "."TaskID Im folgenden Beispiel sehen Task ID{9A4E59D2-2F5B-4067-A9FA-B99602A3A4A0}Sie:

Sending script state message (fast): {9A4E59D2-2F5B-4067-A9FA-B99602A3A4A0}
Result are sent for ScriptGuid: 7DC6B6F1-E7F6-43C1-96E0-E1D16BC25C14 and TaskID: {9A4E59D2-2F5B-4067-A9FA-B99602A3A4A0}

Überprüfen von Nachrichten auf dem Standortserver

Wenn die ausführliche Protokollierung auf dem Verwaltungspunkt aktiviert ist, können Sie sehen, wie eingehende Clientnachrichten behandelt werden. Suchen Sie in MP_RelayMsgMgr.lognach der TaskID.

MP_RelayMsgMgr.log Im Beispiel sehen Sie die ID (GUID:83F67728-2E6D-4E4F-8075-ED035C31B783) des Clients und die Task ID {9A4E59D2-2F5B-4067-A9FA-B99602A3A4A0}. Der Antwort des Clients wird eine Nachrichten-ID zugewiesen, bevor sie an das Nachrichtenverarbeitungsmodul gesendet wird:

MessageKey: GUID:83F67728-2E6D-4E4F-8075-ED035C31B783{9A4E59D2-2F5B-4067-A9FA-B99602A3A4A0}
Create message succeeded for message id 22f00adf-181e-4bad-b35e-d18912f39f89
Add message payload succeeded for message id 22f00adf-181e-4bad-b35e-d18912f39f89
Put message succeeded for message id 22f00adf-181e-4bad-b35e-d18912f39f89
CRelayMsgMgrHandler::HandleMessage(): ExecuteTask() succeeded

Wenn die ausführliche Protokollierung aktiviert SMS_MESSAGE_PROCESSING_ENGINE.logist, werden die Clientergebnisse verarbeitet. Verwenden Sie die Nachrichten-ID, die Sie aus der MP_RelayMsgMgr.log. Die Verarbeitungsprotokolleinträge ähneln dem folgenden Beispiel:

Processing 2 messages with type Instant and IDs 22f00adf-181e-4bad-b35e-d18912f39f89[19], 434d80ae-09d4-4d84-aebf-28a4a29a9852[20]...
Processed 2 messages with type Instant. Failed to process 0 messages. All message IDs 22f00adf-181e-4bad-b35e-d18912f39f89[19], 434d80ae-09d4-4d84-aebf-28a4a29a9852[20]

select * from MPE_RequestMessages_Instant where MessageID=<ID from SMS_MESSAGE_PROCESSING_ENGINE.log>

Suchen Sie in BgbServer.lognach der PushID , um die Anzahl der Clients anzuzeigen, die sich gemeldet haben oder fehlgeschlagen sind.

Generated BGB task status report c:\ConfigMgr\inboxes\bgb.box\Bgb5c1db.BTS at 09/16/2019 16:46:39. (PushID: 9 ReportedClients: 2 FailedClients: 0)

Überprüfen Sie die Überwachungsansicht für CMPivot von SQL Server mithilfe des TaskID.

select * from vSMS_CMPivotStatus where TaskID='{9A4E59D2-2F5B-4067-A9FA-B99602A3A4A0}'

Problembehandlung für CMPivot in Version 1810 und früher

In Konfigurations-Manager, Version 1810 und früher, verarbeitet Ihr Standortserver die Kommunikation mit dem Client.

Abrufen von Informationen vom Standortserver

Standardmäßig befinden sich die Protokolldateien des Standortservers in C:\Program Files\Microsoft Configuration Manager\logs. Dieser Speicherort kann anders aussehen, wenn Sie ein nicht standardmäßiges Installationsverzeichnis oder ausgelagerte Elemente wie den SMS-Anbieter auf einen anderen Server angegeben haben.

Suchen Sie nach smsprov.log dieser Zeile:

Auditing: User <username> initiated client operation 135 to collection <CollectionId>.

Suchen Sie die ID im CMPivot-Fenster. Diese ID ist die ClientOperationID.

Suchen Sie den TaskID in der ClientAction-Tabelle. Der TaskID entspricht dem UniqueID in der Tabelle ClientAction.

select * from ClientAction where ClientOperationId=<id>

Suchen Sie in BgbServer.lognach dem, was TaskID Sie aus SQL gesammelt haben. Es ist mit der Bezeichnung TaskGUID"." Zum Beispiel:

Starting to send push task (PushID: 260 TaskID: 258 TaskGUID: F8C7C37F-B42B-4C0A-B050-2BB44DF1098A TaskType: 15
TaskParam: PFNjcmlwdEhhc2ggU2NyaXB0SGF...truncated...to 5 clients with throttling (strategy: 1 param: 42)
Finished sending push task (PushID: 260 TaskID: 258) to 5 clients

Clientprotokolle

Nachdem Sie die Informationen vom Standortserver erhalten haben, überprüfen Sie die Clientprotokolle. Standardmäßig befinden sich die Clientprotokolle in C:\Windows\CCM\Logs.

Suchen Sie in CcmNotificationAgent.lognach Protokollen, die dem folgenden Eintrag ähneln:

Error! Bookmark not defined.+PFNjcmlwdEhhc2ggU2NyaXB0SGFzaEFsZz0nU0hBMjU2Jz42YzZmNDY0OGYzZjU3M2MyNTQyNWZiNT
g2ZDVjYTIwNzRjNmViZmQ1NTg5MDZlMWI5NDRmYTEzNmFiMDE0ZGNjPC9TY3JpcHRIYXNoPjxTY3Jp (truncated log entry)

Suchen Sie nach Scripts.log der TaskID. Im folgenden Beispiel sehen Task ID {F8C7C37F-B42B-4C0A-B050-2BB44DF1098A}wir:

Sending script state message: 7DC6B6F1-E7F6-43C1-96E0-E1D16BC25C14
State message: Task Id {F8C7C37F-B42B-4C0A-B050-2BB44DF1098A}

Suchen Sie in StateMessage.log. Im folgenden Beispiel sehen Sie, dass TaskID sich am unteren Rand der Nachricht neben Folgendes befindet <Param>:

StateMessage body: <?xml version="1.0" encoding="UTF-16"?>
<Report><ReportHeader><Identification><Machine><ClientInstalled>1</ClientInstalled><ClientType>1
</ClientType><ClientID>GUID:00001111-aaaa-2222-bbbb-3333cccc4444</ClientID><ClientVersion>5.00.8670.1000</ClientVersion>
<NetBIOSName>R613924</NetBIOSName><CodePage>437</CodePage>
<SystemDefaultLCID>1033</SystemDefaultLCID><Priority>0</Priority></Machine></Identification>
<ReportDetails><ReportContent>State Message Data</ReportContent><ReportType>Full</ReportType>
<Date>20180703184447.673000+000</Date><Version>1.0</Version><Format>1.0</Format>
</ReportDetails></ReportHeader><ReportBody><StateMessage MessageTime="20180703184447.517000+000"><Topic ID="7DC6B6F1-E7F6-43C1-96E0-E1D16BC25C14" Type="9003" IDType="0" User="" UserSID=""/><State ID="1" Criticality="0"/>
<StateDetails Type="1"><![CDATA["PAA/AHgAbQBsACAAdgBlAHIAcwBpAG8AbgA9ACIAMQAuADAAIgAgAGUAbgBjAG8AZABpAG4AZwA9ACIAdQB0AGYALQAxADYAIgA/AD4APAByAGUAcwB1AGwAdAAgAFIAZQBzAHUAbAB0AEMAbwBkAGUAPQAiADAAIgA+ADwAZQAgAE4AYQBtAGUAPQAiAEkAbgB0AGUAbAAoAFIAKQAgAFgAZQBvAG4AKABSACkAIABDAFAAVQAgAEUANQAtADIANgA3ADMAIAB2ADQAIABAACAAMgAuADMAMABHAEgAegAiACAATQBhAG4AdQBmAGEAYwB0AHUAcgBlAHIAPQAiAEEAbQBlAHIAaQBjAGEAbgAgAE0AZQBnAGEAdAByAGUAbgBkAHMAIABJAG4AYwAuACIAIABWAGUAcgBzAGkAbwBuAD0AIgBWAFIAVABVAEEATAAgAC0AIAA2ADAAMAAxADcAMAAyACIAIABSAGUAbABlAGEAcwBlAEQAYQB0AGUAPQAiADIAMAAxADcALQAwADYALQAwADIAIAAwADAAOgAwADAAOgAwADAAIgAgAFMAZQByAGkAYQBsAE4AdQBtAGIAZQByAD0AIgAwADAAMAAwAC0AMAAwADEAOAAtADMANgA4ADIALQA0ADcAMAA4AC0ANwA2ADQAMAAtADcANgAwADAALQAzADMAIgAgAFMATQBCAEkATwBTAEIASQBPAFMAVgBlAHIAcwBpAG8AbgA9ACIAMAA5ADAAMAAwADcAIAAiACAALwA+ADwALwByAGUAcwB1AGwAdAA+AA=="~~]]></StateDetails><UserParameters Flags="0" Count="2">
<Param>{F8C7C37F-B42B-4C0A-B050-2BB44DF1098A}</Param><Param>0</Param></UserParameters></StateMessage></ReportBody></Report>

Successfully forwarded State Messages to the MP StateMessage 7/3/2018 11:44:47 AM 5036 (0x13AC)

Überprüfen von Nachrichten auf dem Standortserver

Offen statesys.log , um zu sehen, ob die Nachricht empfangen und verarbeitet wurde. Im folgenden Beispiel wird TaskID am unteren Rand der Meldung neben <Param>angezeigt. Aktivieren Sie die ausführliche Protokollierung für die SMS_STATE_SYSTEM-Komponente, um diese Protokolleinträge anzuzeigen.

CMessageProcessor - the cmdline to DB exec dbo.spProcessStateReport N'?<?xml version="1.0" encoding="UTF-
16"?>~~<Report><ReportHeader><Identification><Machine><ClientInstalled>1</ClientInstalled><ClientType>1
</ClientType><ClientID>GUID:00001111-aaaa-2222-bbbb-3333cccc4444</ClientID><ClientVersion>5.00.8670.1000</ClientVersion>
<NetBIOSName>R613924</NetBIOSName><CodePage>437</CodePage>
<SystemDefaultLCID>1033</SystemDefaultLCID><Priority>0</Priority></Machine></Identification>
<ReportDetails><ReportContent>State Message Data</ReportContent><ReportType>Full</ReportType>
<Date>20180703184447.673000+000</Date><Version>1.0</Version><Format>1.0</Format>
</ReportDetails></ReportHeader><ReportBody><StateMessage MessageTime="20180703184447.517000+000"><Topic ID="7DC6B6F1-E7F6-43C1-96E0-E1D16BC25C14" Type="9003" IDType="0" User="" UserSID=""/><State ID="1" Criticality="0"/>
<StateDetails Type="1"><![CDATA["PAA/AHgAbQBsACAAdgBlAHIAcwBpAG8AbgA9ACIAMQAuADAAIgAgAGUAbgBjAG8AZABpAG4AZwA9ACIAdQB0AGYALQAxADYAIgA/AD4APAByAGUAcwB1AGwAdAAgAFIAZQBzAHUAbAB0AEMAbwBkAGUAPQAiADAAIgA+ADwAZQAgAE4AYQBtAGUAPQAiAEkAbgB0AGUAbAAoAFIAKQAgAFgAZQBvAG4AKABSACkAIABDAFAAVQAgAEUANQAtADIANgA3ADMAIAB2ADQAIABAACAAMgAuADMAMABHAEgAegAiACAATQBhAG4AdQBmAGEAYwB0AHUAcgBlAHIAPQAiAEEAbQBlAHIAaQBjAGEAbgAgAE0AZQBnAGEAdAByAGUAbgBkAHMAIABJAG4AYwAuACIAIABWAGUAcgBzAGkAbwBuAD0AIgBWAFIAVABVAEEATAAgAC0AIAA2ADAAMAAxADcAMAAyACIAIABSAGUAbABlAGEAcwBlAEQAYQB0AGUAPQAiADIAMAAxADcALQAwADYALQAwADIAIAAwADAAOgAwADAAOgAwADAAIgAgAFMAZQByAGkAYQBsAE4AdQBtAGIAZQByAD0AIgAwADAAMAAwAC0AMAAwADEAOAAtADMANgA4ADIALQA0ADcAMAA4AC0ANwA2ADQAMAAtADcANgAwADAALQAzADMAIgAgAFMATQBCAEkATwBTAEIASQBPAFMAVgBlAHIAcwBpAG8AbgA9ACIAMAA5ADAAMAAwADcAIAAiACAALwA+ADwALwByAGUAcwB1AGwAdAA+AA=="~~]]></StateDetails><UserParameters Flags="0" Count="2">
<Param>{F8C7C37F-B42B-4C0A-B050-2BB44DF1098A}</Param><Param>0</Param></UserParameters></StateMessage></ReportBody></Report>~~'

Wenn die Nachricht nicht verarbeitet wurde, überprüfen Sie den Posteingang für die Statusnachricht. Der Standardspeicherort für den Posteingang ist C:\Program Files\Microsoft Configuration Manager\inboxes\auth\statesys.box\. Suchen Sie an folgenden Speicherorten nach den Dateien:

• Eingehend
• Beschädigt
• Prozess

Überprüfen Sie die Überwachungsansicht für CMPivot über die folgende SQL-Abfrage mit der :TaskID

select * from vSMS_CMPivotStatus where TaskID='{F8C7C37F-B42B-4C0A-B050-2BB44DF1098A}'

Nächste Schritte

• Verwenden von CMPivot
• PowerShell-Skripts erstellen und ausführen