In den letzten 14 Tagen kam das Management Pack für Duet Enterprise hinzu:

Neue Management Packs im Zeitraum zwischen 17.06.2011 und 26.06.2011

• Duet Enterprise 1.0 Management Pack 1.0.0.0
• MP Guide Duet Enterprise

In diesem Blog Post werde ich eine Funktion vorstellen, die anhand eines Abteilungsnamens eine Hierarchie von Organisationseinheiten in Enteo erstellt.

Nehmen wir an, dass die Abteilungen nach einem klaren Muster benannt sind. Jede Hierarchie wird durch einen Buchstaben dargestellt. Eine Abteilung ABC steht somit an dritter Stelle in der Hierarchie. Über ihr steht die Abteilung AB und darüber A.

Diese Hierarchie soll beim Provisionieren eines Computers nachgebildet werden. Der neu zu installierende PC aus der Abteilung ABC wird daher in die OU A\AB\ABC abgelegt werden.

Dies ermöglicht einen abteilungsweisen Rollout.

Die hier vorgestellte Funktion muss daher folgendes leisten:

1. Überprüfen ob die OU schon existiert
2. Falls nicht, den übergebenen Abteilungsnamen zeichenweise zerlegen und bei jeder übergeordneten Abteilung ebenfalls überprüfen, ob diese bereits existiert
3. Die neue OU unter der übergeordneten Abteilung anlegen
4. Die Abteilungs-OU wieder zurückgeben.

Im Rahmen eines aktuellen Projektes darf ich mich ein bisschen mit Enteo beschäftigen. Im Kern basiert Enteo V6 auf WebServices. Das ist leider auch die einzige Schnittstelle, die meines Wissens vom Hersteller für Automatisierungen angeboten wird.

Gerade in einem größeren Rollout Projekt ist Automatisierung überlebenswichtig (bzw. sinnvoll, damit man sich nicht zu sehr bei Drag&Drop langweilt). Zum Glück  hat NWC Services diese Lücke erkannt und als Wrapper um die WebServices ein Powershell Modul erstellt.

Meine Testerfahrungen mit diesem Tool werde ich in diesem Blogeintrag und wahrscheinlich in ein paar weiteren anhand von Beispielen beschreiben.

In the part 3 of the Fedora Core 4 discovery pack I will explain the creation of the discovery management pack in detail.

Creating the new MP for Discovery:

• Open the Authoring Console (please use the newest on. I have used 6.1.7221.49)
• File –> New and enter the required values
• File –> Management Pack Properties
• Select the tab References –> Add Reference
• Add Reference to Microsoft.Linux.RHEL.4, change the alias to RHEL4 (it’s shorter and easier to use) and a reference to the Microsoft.Unix.Library with the alias Unix. Your reference tab should look like the picture 1 (the picture has another reference to linux but this will be added automaticly with the discovery)
• Switch to Health Model, select Discovery
• new Custom Discovery, name Technidata.Fedora.4.Computer.Discovery
  • Target: Microsoft.Linux.RedHat.Computer
  • Discovered Classes: Add class Microsoft.Linux.RHEL.4.Computer
  • Configuration: Browse… and select: Microsoft.Unix.WSMan.TimedEnumerate.Filtered.MatchesRegularExpression.DiscoveryData and add a module id like discovery
  • Press Edit and enter the xml from part 2 into the editor: replace the text between Configuration> and with the XML text […]
  • Close the editor
  • your discovery tab should look like picture 2
• Do the same with the second xml from part 2
• Your discovery pack is ready to be imported into your test SCOM environment.

In den letzten 14 Tagen wurden nur die Sprachpakete für das Management Pack vom Service Manager und die entsprechenden Beschreibungen dazu bei Microsoft aktualisiert:

Neue Management Packs im Zeitraum zwischen 01.06.2011 und 17.06.2011:

• Microsoft.SystemCenter.ServiceManager.Discovery.DEU 7.0.6555.112
• Microsoft.SystemCenter.ServiceManager.Library.DEU 7.0.6555.112
• Microsoft.SystemCenter.ServiceManager.Monitoring.DEU 7.0.6555.112
• Microsoft.SystemCenter.ServiceManager.Discovery.ESN 7.0.6555.112
• Microsoft.SystemCenter.ServiceManager.Library.ESN 7.0.6555.112
• Microsoft.SystemCenter.ServiceManager.Monitoring.ESN 7.0.6555.112
• Microsoft.SystemCenter.ServiceManager.Discovery.FRA 7.0.6555.112
• Microsoft.SystemCenter.ServiceManager.Library.FRA 7.0.6555.112
• Microsoft.SystemCenter.ServiceManager.Monitoring.FRA 7.0.6555.112
• Microsoft.SystemCenter.ServiceManager.Discovery.ITA 7.0.6555.112
• Microsoft.SystemCenter.ServiceManager.Library.ITA 7.0.6555.112
• Microsoft.SystemCenter.ServiceManager.Monitoring.ITA 7.0.6555.112

Dieser Blog beschäftigt sich hauptsächlich mit technischen Aspekten von Systemen und im Speziellen mit den Microsoft System Center Produkten.

Gerade bei der Einführung neuer Produkte ist der ROI (return of investment) und somit betriebswirtschaftliche Aspekte nicht unwichtig.

Daher hier ein paar Punkte, die mit dem Ersetzen von einem anderen Softwareverteilungstool durch SCCM Einsparungen bringen kann:

DFS ermöglicht nicht nur eine einheitliche Sicht bzw. Einstiegspunkt auf die Dateien im Unternehmen, sondern ermöglicht auch ein transparentes Umziehen der Dateien von einem Server auf einen anderen.

Dabei wird zuerst eine Replikation zwischen alten und neuem Fileserver mittels DFSR eingerichtet. DFSR ist trotz des Namens unabhängig von DFS, d.h. hierfür müssen die Fileserver nicht als Ziel eines DFS Zweiges eingerichtet sein.

Vor einigen Tagen hat Microsoft den System Center Updates Publisher (SCUP) in der Version 2011 veröffentlicht.  Er beinhaltet einige interessante Neuerungen:

• Automatic Updates mit SCCM: zuerst wird ein Update nur als metadata veröffentlicht ohne das eigentliche Update herunterzuladen. Bei einer späteren Synchronisation ließt der SCUP aus dem SCCM (System Center Configuration Manager 2007 oder höher) aus, ob Clients dieses update benötigen. Ist dies der Fall, dann lädt er das komplette Update herunter und stellt es in den WSUS zur Verteilung bereit
• Software update Cleanup Wizard: Ermöglicht es nicht mehr benötigte Updates zu bereinigen, indem sie auf expired gesetzt werden
• …

Herunterzuladen ist das Tool unter http://www.microsoft.com/downloads/en/details.aspx?FamilyID=083f45ca-1ede-4f7a-be74-77854c3a9b01.

Neue Management Packs im Zeitraum zwischen 01.05.2011 und 31.05.2011

Aktualisiert wurde das SQL Server Management Pack mit:

SQL Server Management Pack version 6.1.400.00 includes the following changes:

• Documented association of Run As profiles and targets for account mapping.
• Made minor fixes in string resources.
• Made security improvements.

Hier die direkten Downloadlinks: (Die Word-Dokumente mit den Beschreibungen sind ganz am Ende der Liste)

The creation of the troja management pack is easy. You only have to add to discovery tasks which create the RHEL4 computer object and the operating system object and fills them with some basic informations.

In the authoring console you have the add a reference to the Microsoft.Linux.RHEL.4 MP because we will use the RHEL4 Computer object.

This is the XML code of the first discovery task:

Discovery $Target/Property[Type=”Unix!Microsoft.Unix.Computer”]/NetworkName$ [http://schemas.microsoft.com/wbem/wscim/1/cim-schema/2/SCX\_OperatingSystem?\__cimnamespace=root/scx][1] false 300 //*[local-name()=”Caption”] .\*Fedora Core release 4.\* $MPElement[Name=”RHEL4!Microsoft.Linux.RHEL.4.Computer”]$ $MPElement[Name=”Unix!Microsoft.Unix.Computer”]/PrincipalName$ $Target/Property[Type=”Unix!Microsoft.Unix.Computer”]/PrincipalName$ $MPElement[Name=”Unix!Microsoft.Unix.Computer”]/TimeZoneOffset$ $Data///*[local-name()=”CurrentTimeZone”]$