Von Opalis zu Orchestrator: Die neuen Begriffe und der Einstieg in die Dokumentation

Mit der ersten öffentlichen Beta von Orchestrator 2012 änderten sich viele Begriffe: Aus Policies wurden Runbooks, aus Action Servern Runbook Server. Ein Begriffs-Wörterbuch für Umsteiger.

Ende Juni 2011 erschien die erste öffentliche Beta von System Center Orchestrator 2012. Wir haben damals die wichtigsten Einstiegspunkte der Dokumentation zusammengestellt: Systemanforderungen, Release Notes, vorbereitende Einstellungen, Installation, Standardaktivitäten, Verteilung von Integration Packs, die Orchestration Console – und ein eigenes Kapitel zu den neuen Begriffen. Denn wer von Opalis kam, musste umlernen.

Das Begriffs-Wörterbuch

Opalis	Orchestrator
Policy	Runbook
Object	Activity (Aktivität)
Action Server	Runbook Server
Client	Runbook Designer
Operator Console	Orchestration Console
Published Data	Published Data (unverändert)
Data Bus	Datenbus (unverändert)
Custom Start	Initialize Data
Trigger Policy	Invoke Runbook

Die Logik dahinter blieb gleich: Ein Runbook besteht aus Aktivitäten, die über Verbindungen (mit optionalen Bedingungen) verknüpft sind und Daten über den Datenbus weiterreichen.

Der Einstieg in fünf Schritten

1. Systemanforderungen prüfen: Betriebssystem, SQL Server, .NET und – für die Orchestration Console – IIS.
2. Dienstkonten vorbereiten: Das Konto des Runbook Servers braucht Rechte auf alle Systeme, die Runbooks ansprechen.
3. Installieren: Management Server, Runbook Server, Web Service mit Orchestration Console und Runbook Designer.
4. Integration Packs registrieren und verteilen: Über den Deployment Manager an Runbook Server und Designer.
5. Erste Runbooks bauen: Mit den Standardaktivitäten beginnen – Dateien, Ereignisprotokolle, Skripte, E-Mail –, bevor komplexe Integrationen folgen.