Application Approval Workflow für SCSM / SCORCH 2012 – AAW – Konfiguration

3 Kommentare zu Application Approval Workflow für SCSM / SCORCH 2012 – AAW – Konfiguration

Ich habe in meiner Testumgebung den AAW installiert. Jedoch habe ich ihn bis heute nicht zum laufen bekommen. Nach einiger Koresspondenz mit Jim Wightman von Microsoft war der Fehler recht schnell zu finden:

Beim Ausführen der Applikationssynchronisierung werden Warning-Events im SCORCH generiert. Die Meldung darin lautet: „The user requested that this Platform Event be generated if the object fails“…mhh nunja.

Ein Blick in die Log History brachte dann immerhin einen recht eindeutigen Fehler. Ein Tipp von Jim brachte dann meinen Durchbruch (wer denkt schon über WMI Querys nach):

I think we’ve found the issue.

AAW works under the assumption that any WMI connection to SCCM will be performed remotely, so uses the credential information the admin enters during installation to execute WMI queries under that security context.

In your environment, because SCCM and SCORCH are on the same server, the WMI queries are actually running locally and not remotely, a situation where the specifying of User credentials is not allowed:

Looking at the database results you sent:

AAW-Fehler

So we can see that the error is reflecting the described behaviour (the previous error shown is related too). The ‘easy’ answer is that AAW does not support a scenario where SCCM and SCORCH reside on the same server. The solution there is to install SCCM and SCORCH on different servers and then install AAW again. The ‘temporary’ answer might be that you can manually edit each of the WMI-related Activities in the AAW Runbooks on SCORCH and remove the security credentials. If you want do want to do this, I can point you at each of the Activities you’ll need to change. Let me know!

Naja und wer lesen kann ist klar im Vorteil…schon auf der Downloadseite steht, dass SCCM und SCORCH auf unterschiedlichen Server liegen müssen.

Aber ich werde mich daran machen die Aktivitäten anzupassen…mehr kommt bald

Related Posts

3 Comments

  1. Henrik Mai  - 14. Januar 2013 - 21:29
    /

    Hallo, ich habe genau den gleichen Fehler. Allerdings sind SCCM12 (mit lokaler eigener DB) und SCORCH12 (Remote DB, aber nicht die von SCCM) schon von Anfang an getrennt.

  2. Eric Berg  - 14. Januar 2013 - 22:54
    /

    Hallo,

    also die Grundvoraussetzung ist es, dass die WMI-Abfragen an den SCCM kommen. Das solltest du sicherstellen. Also Berechtigungen prüfen, query händisch ausführen…

    ich habe den das AAW einfach auf einem anderen Server laufen lassen und es hat sofort funktioniert.

    Also viel Erfolg

  3. /

    […] Mann muss natürlich bedenken, dass es dennoch Unverträglichkeiten geben kann wenn beispielsweise der Application Approval Workflow (AAW) auf dem gleichen Server läuft wie SCCM Share this:E-MailFacebookLinkedInTwitterGoogle […]

Leave a comment

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.

Back to Top