Ich bin mal wieder spät. Aber eventuell gibt es ein paar Leser, für die das öffentliche Beta von SCCM 2012 SP1 neu ist

Die Hauptneuerungen sind:

• Unterstützung von Windows 8 und Windows Server 2012
• Verteilpunkte in der Cloud (Azure)
• Powershell Kommandos
• Verwalten von Mac OS X, Linux und UNIX Systemen

Gerade den letzten Punkt finde ich bemerkenswert. Microsoft öffnet seine Managementsysteme immer weiter in Richtung anderen Plattformen.

Sometimes if you are testing the import of a bunch of incidents, it is necessary to delete them.

As usual you can do it with a one-line powershell:

This command deletes all incidents that are created from yesterday to now:

(Get-SCSMClass -Name "System.WorkItem.Incident" | Get-SCSMClassInstance)
 | where {$_.FirstAssignedDate -gt ((get-Date).addDays(-1))} | Remove-SCSMClassInstance

In SCSM you first have to retrieve the class you are interessted in. After that you search for all instances of this class. The last command Remove-SCSMInstance deletes all matching instances.

Neue Management Packs im Zeitraum zwischen 19.07.2012 und 01.09.2012:

Aktualisiert wurde das Management Pack für den SQL Server. Es wurde folgendes korrigiert:

• Fixed DB File Group Free Space bug

Wie bei den meisten Management Packs kann es für SCOM 2007 R2 und für SC 2012 OM eingesetzt werden. Hier die Links zu den einzelnen MPs und der Dokumentation:

• Microsoft SQL Server 2012 AlwaysOn Discovery Management Pack 6.3.173.1
• Microsoft SQL Server 2012 AlwaysOn Monitoring Management Pack 6.3.173.1
• SQL Server 2005 (Discovery) 6.3.173.1
• SQL Server 2005 (Monitoring) 6.3.173.1
• SQL Server 2008 (Discovery) 6.3.173.1
• SQL Server 2008 (Monitoring) 6.3.173.1
• SQL Server 2008 Mirroring (Discovery) 6.3.173.1
• SQL Server 2008 Mirroring (Monitoring) 6.3.173.1
• SQL Server 2012 (Discovery) 6.3.173.1
• SQL Server 2012 (Monitoring) 6.3.173.1
• SQL Server Core Library 6.3.173.1
• MP Guide SQL Server 2012

Es gibt Situationen, in dem man die in SCCM 2012 vorhandene Remotesteuerung nutzen möchte, ohne dass die komplette CM Konsole installiert ist.

Normalerweise wird Remote Control innerhalb der CM Konsole über das Kontextmenü bei einem Client und Start->Remote Control gestartet.

Möchte man das Remote Control außerhalb der Konsole verwenden (z.B. da man die Konsole nicht auf viele Clients installieren möchte), so reicht es den Unterordner i386 unter „C:\Program Files (x86)\Microsoft Configuration Manager\AdminConsole\bin“ zu kopieren und z.B. in RemoteControl umzubenennen. Darin enthalten ist der CmRcViewer.exe. Nach dem Start kann über File->Connect die Verbindung zu einem PC aufgenommen werden.

Wie bereits in einem vorherigen Post beschrieben, erscheinen Updates im SC Umfeld nicht mehr als einzelne Hotfixe (außer bei kritischen Problemen), sondern gesammelt als Cumulative Updates. Für die anderen SC Produkte sind bereits die Sammelupdate CU1 und CU2 erschienen. Jetzt gibt es das erste CU1 für den SCCM (der etwas anderes behandelt wird als die anderen SCs ).

Besonders erwähnenswert finde ich folgenden Fix:

Manchmal kann der Wizard zum Aktualisieren des Boot Images neue Treiber nicht zum Image hinzufügen. Es kommt eine Fehlermeldung wie im folgendem Bild:

Zum Ermitteln der Fehlerursache hilft ausnahmsweise kein Log im CM Verzeichnis, da das Hinzufügen von Treibern mittels des WAIK erfolgt bzw. genauer mit dism.exe. Dieser Tool legt seine Logfile unter Windows\Logs\Dism\dism.log ab. In diesem Fall sieht man dort folgendes:

Sollen eigene Management Packs voneinander abhängig sein, so kann man dies im Authoring Studio von System Center Service Manager 2012 (SCSM) nicht mehr über die Oberfläche konfigurieren. Dies ging noch im alten Authoring Console von SCOM 2007. Einige Abhängigkeiten werden automatisch eingetragen. Braucht man aber die Abhängigkeit zu dem signierten eigenen Management Pack (MP), so schlägt dieser Automatismus fehl. Notwendig ist die Abhängigkeit zu einem signierten MP, wenn bestehende Klassen durch eigene Attribute erweitern will. Diese müssen dann zwingend in einem signierten MP abgelegt werden. Gleichzeitig landen die Anpassungen an den Forms immer in einem unsignierten MP.

Eine gute Beschreibung, wie man Firefox 14 verteilt ist hier zu finden:

http://www.mockbox.net/configmgr-sccm/174-install-and-configure-firefox-silently.html

Möchte man noch die Proxy-Einstellunge mitgeben, so funktioniert dieser Artikel immer noch:

http://www.mockbox.net/configmgr-sccm/449-firefox-9-install-with-proxy-server-settings.html

Die zusammengefasste mozilla.cfg sieht dann so aus:

//Firefox Default Settings

// set Firefox Default homepage
pref("browser.startup.homepage","http://homepage.de/");

// disable default browser check
pref("browser.shell.checkDefaultBrowser", false);
pref("browser.startup.homepage_override.mstone", "ignore");

// disable application updates
pref("app.update.enabled", false)

// disables the 'know your rights' button from displaying on first run 
pref("browser.rights.3.shown", true);

// disables the request to send performance data from displaying
pref("toolkit.telemetry.prompted", 2);
pref("toolkit.telemetry.rejected", true);

//proxy settings
 pref("network.proxy.http", "proxy");
 pref("network.proxy.http_port", 8080);
 pref("network.proxy.no_proxies_on", "localhost, 127.0.0.1, *.server.local");
 pref("network.proxy.type", 1);
 pref("network.proxy.share_proxy_settings", true); // use the same proxy settings for all protocols

Für die System Center Familie wird Microsoft zukünftig öffentliche Updates nur noch in kumulative Rollup Paketen herausbringen (Ausnahme sind kritische Updates, die nicht bis zum nächsten Paket warten können). Details zu der Strategie beschreibt dieser Blog Artikel: http://blogs.technet.com/b/momteam/archive/2012/07/26/cloud-and-datacenter-management-system-center-update-rollups-improvements.aspx

In diesem Zusammenhang wurde am Mittwoch das Update Rollup 2 herausgegeben. Im Gegensatz zum Rollup 1 sind in diesem Update schon ein paar mehr Fehler behoben.

Folgende Fehlerbehebungen sehe ich als erwähnenswert an:

• SCOM: The Set-SCOMLicense cmdlet fails if the management group evaluation expiration time-out has expired.
• SCSM: The URL links to incidents or activities in the Notification Templates are incorrect.
• SCSM: Service Manager does not generate an incident for alerts that are created by Operations Manager rules.
• SCVMM: A virtual machine has a status of “Unsupported VM Configuration” if the virtual machine was configured to use an ISO and if the Share image file instead of copying it option is selected.

Gerade der SCSM Hotfix zu den URL Links in Emails ist schon lange überfällig. Vorher waren Links aus Emails auf das Webportal (mit { } um den GUIDs) nicht verwendbar.

In einem Fall konnte von einem Server nicht auf die SSL geschützte Webseite eines anderen Servers zugegriffen werden. Die Standardfehler wie unvertrautem Zertifikat, fehlerhafte IE Einstellungen konnten ausgeschlossen werden. Daher blieb nur der beherzte Griff zum Netzwerkmonitor und Google.

Mit Unterstützung dieses Artikels (

http://blogs.msdn.com/b/sudeepg/archive/2009/02/16/debugging-ssl-handshake-failure-using-network-monitor-a-scenario.aspx) konnte der eigentliche SSL Fehler aus dem Mitschnitt ermittelt werden:

Der letzte Hex Wert (blau hinterlegt, 28 = Dez 40) ist der Fehlercode: