none
SCCM 2012R2 CU 2 100% CPU Last auf SQL Server RRS feed

  • Allgemeine Diskussion

  • Hi @ all,

    Zur Vorgeschichte:

    1 SCCM 2012R2 CU2 Standalone
    3 DPs
    1 SQL 2012 Server  mit der Datenbank des SCCMs.

    Am Mittwoch letzte Woche trat auf einmal das Problem auf, dass der SQL Server 100% CPU Last verursachte. Nach etwas probieren stellte es sich heraus, dass sich der SQL beim beenden des SMS Agent Host wieder beruhigte.
    Daraufhin den SCCM Server neu gestartet. Leider trat das Problem weiterhin auf.
    Also es nochmal in den Abendstunden probiert. Hier wurde über Nacht kein auffälliges Verhalten festgestellt durch unsere Nagiosüberwachung. Hier liefen auch diverse Clients mit SCCM Client in unserer VM Landschaft. Am nächsten Morgen als wieder die MAs ins Büro kamen ging der SQL wieder auf 100%. Also den Dienst wieder abgedreht.
    Am Abend wieder den Dienst gestartet. Auch wieder wie in der Nacht zuvor Ruhe.
    Am nächsten Morgen das selbe Spiel.

    Am Freitag Nachmittag wieder den Dienst gestartet und über das Wochenende und den Monatg keine Probleme mit der CPU-Auslastung gehabt bis heute morgen(Dienstag). Komisch ist das es am Montag nicht aufgetreten ist.

    Nun meine Frage:

    Kann dies durch einen oder mehrere Clients ausgelöst werden ?
    Wie kann ich analysieren warum dies passiert, wenn ich den Dienst starte bzw was da genau dies auslöst.

    Hoffe ihr könnt mir helfen.

    MfG Xerver


    Dienstag, 22. März 2016 14:50

Alle Antworten

  • SMS Agent Host auf dem Site Server ist der Management Point. Folglich klemmst Du damit auch alles zwischen Clients <-- --> MP ab. Logisch, dass dann fast nicht mehr zu tun ist.
    Schau Dir einfach mal in SQL an, was so resourcenintensiv ist.

    Torsten Meringer | http://www.mssccmfaq.de

    Dienstag, 22. März 2016 15:08
    Beantworter
  • Hallo Herr Meringer,

    über den SQL Server Profiler habe ich mal mal einen Trace mitlaufen lassen:

    Auffällig was CPU und Duration angeht ist, das mehrere exec MP_GetUserAndUserGroupPolicyAssignments auftauchen und CPU Werte zwischen 6000 bis 40000 bei CPU und eine Duration von 6000 bis 66614 (gehe von ms aus) haben. Auch Reads liegen bei 1 bis 6 Millionen.

    Sonst habe ich bei den Taces nichts weiter auffälliges finden können.

    MfG Xerver

    Dienstag, 22. März 2016 15:31
  • Ich hatte exakt das gleiche Problem beim letzten Patchday.

    Mein SCCM2012R2 läuft auf einem 2008R2 Server. Nach der Installation der Updates hing mein SCCM Server auch bei 100% CPU auslastung (SQL Server)

    Allerdings war bei mir nach neustart des SQL Server DIenst alles wieder ok.
    Vielleicht hilft es ja was!

    LG Marc

    Mittwoch, 23. März 2016 13:10
  • exec MP_GetUserAndUserGroupPolicyAssignments


    Ohne weitere Parameter (wie zB Hard-/Software-Konfig v ConfigMgr u SQL, Anzahl Clients usw) kann man hier auf die Ferne leider nicht so viel sagen ...

    Torsten Meringer | http://www.mssccmfaq.de

    Mittwoch, 23. März 2016 13:23
    Beantworter
  • Hallo Marc

    was meinst du mit Patchday ? also die Patches welche via SCCM heruntergeladen werden oder meinst du eine Aktualisierung des SCCM Servers ?

    Hallo Herr Meringer

    Hardware es sind VMs und Windows Server 2012R2

    SQL 2012 (Es handelt sich um ein Failovercluster.)
    2 virtuelle Sockets und 2 Cores Pro Socket.
    24 GB RAM
    Raw Devices liegen in einem SAN mittels FiberChannel.
    Es sind aber nur 10 GB RAM ausgelastet.
    SUSDB und CM_XXX DB sind auf dem SQL.

    SCCM 2012 R2 SP1 CU 2 Standalone Primary
    1 Virtueller Socket und 4 Cores per Socket
    12 GB RAM
    VMDKs liegen auch im SAN

    3 DPs
    selbe Konfig wie SCCM nur 4 GB RAM.

    Da wir gerade bei der Einführung sind, sind bis jetzt ca. 220 Clients angebunden.

    Wenn Sie mehr Infos benötigst stelle ich diese gerne bereit.

    MfG Xerver


    Mittwoch, 23. März 2016 13:54
  • Bei mir war es nach Installation der WINDOWS updates des Servers!

    Grüsse

    Mittwoch, 23. März 2016 14:00
  • Hi Marc,

    es wurden Februar das letzte Mal Windows Updates an den Server vorgenommen daraus schließe ich das es dies nicht ist bzw. ich habe Server und SQL schon öfters neugestartet.

    Hoffe jemand hat noch eine Idee.

    MfG Xerver

    Mittwoch, 23. März 2016 15:12