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

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

Die Beta des SC Orchestrator steht zur Verfügung.

DOWNLOAD: SC Orchestrator

Weitere Informationen/Links:
http://blogs.technet.com/b/systemcenter/archive/2011/06/15/announcing-the-system-center-orchestrator-beta.aspx
http://blogs.technet.com/b/scorch/archive/2011/05/17/what-to-expect-in-the-system-center-orchestrator-beta.aspx

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.

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.

Der Import von Opalis OIS_Export-Dateien ist in der beta Version von Orchestrator beta möglich. Microsoft hatte bereits angekündigt, dass es eine Möglichkeit gibt, Policies von Opalis nach Runbooks von Orchestrator zu übeführen. Es ist zu erwarten, dass es hier noch ein beschriebenes Verfahren vielleicht sogar ein Utilty für geben wird.

Schon jetzt können aber bereits Policies von Opalis per Export und Import in die beta Version Orchestrator überführt werden. Wichtig zum einen ist, dass Integration Packs der verwendeten Activities vor dem Import in Orchestrator bereits registriert sind, zum andernen dürfen für den Export keine Legacy-Objekte verwendet werden. Legacy-Mode und Legacy-Objekte sind in der aktuellen beta Version von Orchestrator nicht unterstützt!

In der jetztigen beta Version von Microsoft System Center Orchestrator sind weder der "Legacy Mode" für Runbooks noch die "Legacy Objects" verfügbar. Die derzeitigen Aussagen von Microsoft lassen darauf schliessen, dass es auch in der RTM Version so sein wird.

Achten Sie daher jetzt schon beim Design neuer Policies (künftiger Name: "Runbooks") darauf, dass Sie keine "Legacy Objects" verwenden und dass Ihre Policies im "Pipeline Mode" laufen (können). Im "Pipeline Mode" werden ja bekanntlich mehrere Start-Objekte oder Schleifen zwischen Objekten (künftiger Name: "Activties") nicht unterstützt.