SMS 2003 Troubleshooting Tips und Tools:

• Wichtigsten Tools (von meiner Sicht aus) um SMS zu "troubleshooten" (vom SMS Toolkit*):
  • SMSTrace: Ein sehr guter Log File viewer den man nicht nur mit SMS verwenden kann
  • Adv Client Spy: Damit kann man genau sehen was auf den Advanced Client passiert, sehr hilfreich wenn es Software Verteilung Probleme gibt
  • MP Troubleshooter: Mit diesen Tool kann man die Voraussetzungen vom SMS 2003 Management point überprüfen als auch ob der MP richtig funktioniert und was genau nicht geht. Sehr einfaches und hilfreiches Tool.
  • MP Spy: Damit kann überprüfen ob der MP SMS Richtlinien zurück gibt.
• Tools und Skripts die im Toolkit drin sein sollten:
  • SMS Boundaries Overlapping detection Tool*: sehr oft kann es vorkommen dass man den gleichen Boundary in zwei verschiedenen SMS Sites einträgt, dieses Tool generiert ein Report mit Boundaries die überlappend sind auf Basis von allen Boundaries in der SMS Organisation und vergleicht die sogar mit AD Sites.
  • Repair WMI Skript*: ein einfacher Skript den dem WBEM Repository umbenennt und nach restart vom WMI Dienst wieder erstellt. Kann man verwenden wenn der Advanced Client sich nicht installieren läst oder keine Richtlinien vom SMS 2003 MP holt.
• Client Health Tool: Will man wissen ob alle Agenten "gesund" sind oder besser gesagt will man wissen welche Agenten etwas "krank" sind oder schon länger abwesend, dann ist der "Client  Health Tool*" das richtige. Es ist ein separates Tool dass eine eigene SQL DB braucht um die Agenten Informationen zu speichern. Leider wird nur SMS 2003 SP1 unterstützt.
• SMS 2003 Script Repository*: Hier findet man ein Haufen Beispiel Skripts die man verwenden kann um Agenten als auch Server zu verarbeiten.
• Docu: Troubleshooting Management Points for Systems Management Server 2003 (auf Englisch aber ein sehr hilfreiches Dokument wenn man MP Probleme hat)
• Knowledge Base Articles:
  • KB826854 Beheben von Problemen, die auftreten, wenn Sie SMS 2.0 oder SMS 2003 zu dem Ankündigen von Programmen auf SMS-Client verwenden
• Probleme mit de "Desired Configuration Monitoring" (DCM):
  • DCMSolution Database not created during installation (from Sai Kodi's Blog)
• Client Logs: Alle SMS Logs (ausser OSD) findet man unter %windows%\system32\ccm\logs und hier eine kurze Erklärung für jeden:

• CAS.log ."CAS" steht für "Content Access Service". Dieser Log zeigt den Status vom lokalen Package Cache.
• ccmexec.log ."CCMEXEC" steht für "Change Configuration Manager Executive" und ist nichts anders als der SMS Service (ccmexec.exe) Log. Einer der ersten Logs wo man reinschauen sollte. Hier kann man komunications Fehler zwischen Client und MP finden. Sehr wichtiger Log!
• ccmperf.log .  Beinhaltet Informationen über den CCM Performance Zähler. Nicht wirklich ein wichtiger log fürs tägliche Troubleshooten.
• CertificateMaintenance.log. In diesem Log werden wir sehen ob der Client den richtigen Zertifikat vom MP bekommen hat.
• ClientIDManagerStartup.log. Jeder SMS Client hat eine eindeutige ID, falls der Client über Image oder "Clone" installiert wurde oder man hat ein SMS ID Problem wird hier eine Meldung erscheinen.
• ClientLocation.log. Hier sollte man reinschauen wenn der Client keine Daten am SMS Server schickt. Welcher SMS Site Server der Client reportiert wird hier reingeschrieben. Wichtiger Log
• ContentTransferManager.log. In diesen Log findet man die Aktivitäten von Paketen die auf den lokalen Cache runtergeladet wurden.
• DataTransferService.log. Hier kann man sehen ob es Probleme gibt beim runterladen von Richtlinien vom MP.
• EventLogForwarder.log. In diesem Log kann man sehen was in en eventvwr reingeschrieben wurde.
• execmgr.log. Hier kann man den Status von den "Advertisements" sehen, wie sie ausgeführt wurden und welches Resultat zurück gegeben wurde.
• FileBITS.log. Dieser Log zeigt den Status von Downloads als auch von Empfangsinhaltaktivität.
• InventoryAgent.log. Hier kann man den Status vom Hardware als auch Software Inventar finden.
• LocationServices.log. Diese Datei zeigt an wie und welche MP's und DP's gefunden werden. Sehr wichtiger Log!
• mtrmgr.log. Software Metering Log. Der Metering Agent schaut jeden Prozess an der gestartet wird und vergleicht es mit den Metering Richtlinien um zu sehen ob es einer der Prozesse ist der er Überwachen soll.
• PatchInstall.log. Der Name verratet hier dass es um Updates geht und zwar kann man hier genau sehen mit welchen Parameter jeder Update installiert wurde, wann ein Update Scan ausgeführt wurde und welche Updates fehlen. Sehr wichtiger Log!
• PatchUIMonitor.log. Hier wird nur geloggt was auf den User Interface von den Update Installer passiert als auch ob ein User eingelogt ist oder nicht.
• PolicyAgent.log. Hier werden Richtlinien Anfragen als auch Richtlinien Downloads geloggt. Sehr wichtiger Log!
• PolicyAgentProvider.log. Hier kann man sehen die wichtigsten Aufgaben vom "Policy Agent".
• PolicyEvaluator.log. Nach cca 2 Minuten nach dem Download wird jede Richtlinie überprüft, diese Überprüfung wird in diesen Log geschrieben. Wichtiger Log
• RemCtrl.log . In diesen Log wird die Installation von den Remote Tools dokumentiert.
• ScanWrapper.LOG . Dieser Log gehört zu den "ITMU" und zwar wird hier jede Security Update Untersuchung geloggt. Man kann genau sehen welchen wsusscan.cab verwendet wurde als auch mit welchen cmd Parameter der Scan gestartet wurde.
• Scheduler.log . Hier kann man sehen was der SMS Scheduler gestartet hat und das Resultat davon.
• smscliui.log . Dies ist der Log vom SMS "Client user Interface".
• smscstat.log . Software Update Client Status Log.
• SmsWusHandler.log . Noch ein Software Update log vom ITMU, in diesen Fall ist es ein Log der den Scan vom PC dokumentiert.
• SrcUpdateMgr.log . In diesen Log wird geschrieben alle Infos über den Windows Installer Source Location von SMS. Mehr Infos kann man hier finden.
• StatusAgent.log . In diesen Log wird reingeschrieben wenn Status Messages erstellt werden.
• SWMTRReportGen.log . Dieser Log wird für die Wöchentliche Software Metering Reports. Die Metering Daten werden gesammelt und auf Basis von den Metering Agent dann über eine xml Datei auf den SMS Server geschickt.
• UpdateScan.log . Wird vom "SMS Extended Security Update Inventory Tool" verwendet. Spezifische Updates sind von ITMU nicht unterstützt, dafür kann man dieses erweitetes Scan Tool verwenden. Mehr Infos über den "Extended Security Update Inventory Tool" kann man hier finden.

•     Client Setup Logs: Die kann man unter %windows%\system32\ccmsetup finden:

• ccmsetup.log
• client.msi.log

* BENÜTZUNG DER TOOLS AUF EIGENER GEFAHR. BITTE TESTEN BEVOR MAN DIE HIER ERWÄHNTEN TOOLS/SKRIPTS IN PRODUKTION VERWENDET WERDEN. DIE SOFTWARE IST EIGENTUM DES JEWEILIGEN HERSTELLERS.

www.ms-systemcenter.com