Die Orchestrator Integration Packs für diese System Center 2012 Produkte sind verfügbar:

• System Center 2012 Virtual Machine Manager
• System Center 2012 Operations Manager
• System Center 2012 Data Protection Manager
• System Center 2012 Service Manager

Microsoft stellt die Integration Packs hier zum Download zur Verfügung: http://www.microsoft.com/download/en/details.aspx?displaylang=en&;id=28725

Die Integration Packs sind hier beschrieben: http://technet.microsoft.com/en-us/library/hh830706.aspx

Neben dem Integration Pack für HP Operations Manager ist jetzt auch System Center Orchestrator 2012 das IP für HP Service Manager bei Microsoft zum Download verfügbar:

http://go.microsoft.com/fwlink/?LinkID=234584

Dieses Integration Pack erweitert Orchestrator um dieses Activities für HP Service Manager 7.11 oder 9:

• • Close Entry
  • Create Entry
  • Get Entry
  • Monitor Entry
  • Update Entry

Eine Beschreibung und Überblick aller bereits von Microsoft direkt verfügbaren Integration Packs für Orchestrator gibt es hier: http://technet.microsoft.com/en-us/library/hh295851.aspx .

Mit der BETA Version ist mit dem Integration Pack für HP Operations Manager ein weiteres IP für System Center Orchestrator 2012 zum Download verfügbar: http://www.microsoft.com/download/en/details.aspx?displaylang=en&;id=28353

Dieses Integration Pack erweitert Orchestrator um dieses Activities für HP Operations Manager 9.x:

• Add Annotation
• Create Message
• Delete Annotation
• Delete Custom Attribute
• Get Annotation
• Get Message
• Launch Tool
• Monitor Message
• Own/Disown Message
• Set Custom Attribute
• Update Annotation
• Update Message

Eine Beschreibung und Überblick aller bereits verfügbaren Integration Pack für Orchestrator gibt es hier: http://technet.microsoft.com/en-us/library/hh295851.aspx.

Mit der BETA Version ist mit dem Integration Pack für Active Directory ein weiteres IP für System Center 2012 Orchestrator zum Download verfügbar: http://www.microsoft.com/download/en/details.aspx?id=28020

Dieses Integration Pack erweitert Orchestrator um dieses Activities:

• CreateUser
• DeleteUser
• UpdateUser
• GetUser
• CreateComputer
• DeleteComputer
• UpdateComputer
• GetComputer
• CreateGroup
• UpdateGroup
• DeleteGroup
• GetGroup
• GetOU
• ResetUserPassword
• DisableUser
• EnableUser
• UnlockUser
• MoveUser
• RenameUser
• AddUserToGroup
• RemoveUserFromGroup
• AddComputerToGroup
• RemoveComputerFromGroup
• DisableComputer
• EnableComputer
• MoveComputer
• RenameComputer
• AddGroupToGroup
• RemoveGroupFromGroup
• MoveGroup

Über die Verfügbarkeit weiterer Integration Packs für Orchestrator hatte ich an dieser Stelle bereits berichtet:

• System Center Orchestrator 2012 Integration Pack for VMware vSphere RC: http://www.microsoft.com/download/en/details.aspx?id=27846
• System Center Orchestrator 2012 Integration Pack for IBM Tivoli Netcool/OMNIbus RC: http://www.microsoft.com/download/en/details.aspx?id=27847

Diese IPs ergänzen die Integration Packs für die aktuellen System Center Versionen die mit  Orchestrator 2012 RC verfügbar waren.

• Configuration Manager 2007
• Data Protection Manager 2010
• Operations Manager 2007 R2
• Service Manager 2010
• Virtual Machine Manager 2008 R2

http://www.microsoft.com/download/en/details.aspx?id=27842

Der Release Candidate von dem Opalis-Nachfolger System Center Orchestrator 2012 ist jetzt hier als Download verfügbar: http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=27842

Dort ist auch der Nachfolger des "Quick Integration Kit", mit dem man für Worklows eigene Objekte bzw.  Activities erstellen kann, als "Orchestrator Integration Toolkit" als separater Download verfügbar.

Der ebenfalls separate Download der "System Center Orchestrator 2012 Release Candidate Integration Packs" beinhaltet die Integration Packs für diese System Center Produkte:

• System Center 2007 Operations Manager
• System Center 2010 Service Manager
• System Center 2008 Virtual Machine Manager
• System Center 2010 Data Protection Manager
• System Center 2007 Configuration Manager

Es kommt sehr selten vor, aber es kann passieren:  Eine nachfolgende Activtiy wir mehr als einmal  getriggert, obwohl die Activtiy, die vorher ausgeführt wurde, nur ein Ergebnis hat und auch ‚Flatten‘ aktiviert ist.
Grund dafür sind zwei Links zwischen  denselben Start und Ziel-Activities:

Dies kann z.B. in sehr seltenen Fällen passieren, wenn man Objekte kopiert.

Mit dieser Abfrage kann man diese identifizieren:

;WITH CTE
AS
(
SELECT DISTINCT SourceObject, TargetObject, Count(*) OVER(PARTITION BY TargetObject, SourceObject) AS CountDups
FROM LINKS INNER JOIN
                      OBJECTS ON LINKS.UniqueID = OBJECTS.UniqueID
WHERE (OBJECTS.Deleted IS NULL OR OBJECTS.Deleted = 0)
      AND (OBJECTS.Enabled = 1)
)

SELECT     FOLDERS.Name AS FolderName, POLICIES.Name AS PolicyName, OBJECTS.Name AS SourceObjectName, CTE.CountDups AS Number
FROM         CTE INNER JOIN
                      OBJECTS ON CTE.SourceObject = OBJECTS.UniqueID INNER JOIN
                      POLICIES ON OBJECTS.ParentID = POLICIES.UniqueID INNER JOIN
                      FOLDERS ON POLICIES.ParentID = FOLDERS.UniqueID
WHERE CTE.CountDups > 1 AND OBJECTS.Enabled = 1
            AND (FOLDERS.Deleted IS NULL OR FOLDERS.Deleted = 0)
            AND (POLICIES.Deleted IS NULL OR POLICIES.Deleted = 0)

In einem früheren Blogeintrag hatten wir bereits darüber informiert, dass der sogenannte "Legacy Mode" und die sogenannten "Legacy Objekte" von dem Opalis-Nachfolger MS System Center Orchestrator 2012 nicht mehr unterstützt werden.

Wenn Ihre Opalis Policies auch später als Runbooks in Orchestrator laufen sollen, muss eventuell bei den Policies im "Legacy Mode" auch etwas am Design geändert werden.
Viele Kunden nutzen eine Schleife, um Aufträge geordnet nacheinander aus einer Textdatei auszulesen.
Eine Policy könnte also einen folgenden Aufbau haben:

Diese Policy wird in MS System Center Orchestrator 2012 nicht mehr lauffähig sein, weil eine Schleife zwischen mehreren Objekten im Pipeline Mode nicht möglich ist. Man muss die Policy umstellen.

Eine Möglichkeit ist, die (legacy) Policy in zwei Runbooks aufzuteilen.
Die Haupt Policy hat diese Struktur.

In dem "Internal Loop" bei dem "Invoke Runbook"-Objekt ("Trigger Policy") wird so lange das ausführende "Child Runbook" gestartet, bis diesse meldet, dass das Dateiende erreicht ist.

Die ausführende "Child Runbook" hat diesen Aufbau:

Zum Überführen Ihrer Opalis Policies zu Orchestrator Runbooks ist neben dem Austausch der "Legacy Objects"  auch mitunter ein Redesign von Policies nötig, wenn die Struktur  nicht vom "Pipline Mode" unterstützt wird.

Sicher ist vielen die Möglichkeit bekannt, dass man mit Hilfe des "Run .Net Script" Objektes in Opalis-Workflows Powershell-Befehle einbinden kann. Eine sehr gute Möglichkeit, um Powershell-Befehle in seine Opalis-Workflows mit Variablen oder "Pulished Data" einzubinden!

Bei manchen Kunden besteht aber die Anforderung, dass

• die Powershell-Skripte auf einem anderen System als den Opalis Action Servern ausgeführt werden müssen.
• die Powershell-Skripte außerhalb von Opalis gepflegt werden sollen.

Hier liegt nahe, das "Run Program"-Objekt zu nehmen und dort das Powershell-Skript als Parameter aufzurufen, "powershell -file C:\temp\pscommand.ps1".

Leider wird das „Run Program“-Objekt dann von selbst nicht beendet.

Man muss in dem „Advanced“-Tab des „Run Program“-Objektes „Wait for the completion of the program -Terminate after n minutes“  konfigurieren.

Wenn man aber diese Behle am Endes des  Powershell-Skriptes setzt, wird das „Run Program“-Objekt erfolgreich beendet:
$objCurrentPSProcess = [System.Diagnostics.Process]::GetCurrentProcess();
Stop-Process -Id $objCurrentPSProcess.ID;

In dem System Center Orchestrator Team Blog sind die ersten beiden Integration Packs für Orchestrator 2012 angekündigt. Diese stehen bereits zum Download bereit:

• Orchestrator 2012 Integration Pack for VMware vSphere
• System Center Orchestrator 2012 Integration Pack for IBM Tivoli Netcool/OMNIbus

Wie wir heute in dem beta-Programm erfahren haben, wird zurzeit sehr viel Entwicklungsarbeit in Integration Packs von HP-Produkten gesteckt.

Ein Managementpack zur Überwachung von Orchestrator mit Operations Manager (SCOM) wird es wahrscheinlich nach der RTM von Orchestrator geben.

In dem SCOrch Team-Blog listet Adam Hall die Standard Activities  der beta Version von Orchestrator auf:
http://blogs.technet.com/b/scorch/archive/2011/06/22/leveraging-the-power-of-the-orchestrator-out-of-box-standard-activities.aspx

Wenn man sich diese Standard Activities anschaut, fühlt man sich sehr stark an die Foundation Objects von Opalis erinnert. Die Abschnitte "System Activities", "Scheduling Activities", "Monitoring Activities", "File Management Activities", "Email Activities", "Notification Activities", "Utilities Activities" und "Text File Management Activities" enthalten die gleichen Activities in der derselben Aufteilung, wie wir es in den Foundation Objects von Opalis kennen.
Der Bereich „Runbook Control Activities“ lässt sich auch leicht zu dem Bereich „Workflow Control“ von Opalis zuordnen und die darin enthaltenden Objekte auch: "Initialize Data"

Der Abschnitt „Legacy Objects“ ist aber im Runbook Designer nicht mehr enthalten. Achten Sie deshalb schon jetzt beim Design Ihrer Policies darauf, dass diese keine Legacy Objects“ enthalten, wenn Sie planen, Ihre jetzigen Policies später als Runbooks in Orchestrator laufen zu lassen.