Im Folgenden eine System Center Orchestrator 2012 R2 (SCORCH 2012 R2) Installation in meiner Demo- bzw. Test-Umgebung. Ich werde den SCO bzw. SCORCH 2012 R2 in Zukunft als Verbindungsstück zwischen meinen beiden Lieblings System Center 2012 Produkten, dem System Center Configuration Manager (SCCM 2012 R2) und dem System Center Service Manager (SCCM 2012 R2), einsetzen. Deshalb hier zum Einstieg eine Basis-Installation:
Mein Szenario:
- Single Server Installation
- Windows Server 2012 R2 Standard Deutsch
-
lokaler SQL Server 2012 SP1 Enterprise Deutsch
- Database Engine Services reichen, Rest ist optional
- Database Engine Services reichen, Rest ist optional
Die System Center Orchestrator 2012 R2 Installation lässt sich selbstverständlich auch mit einem Remote SQL Server realisieren.
Voraussetzungen:
- Microsoft .NET Framework 3.5 Service Pack 1
- AD Service Konto: z.B.: SCOSVC
-
AD SCO Benutzergruppe: SCO Benutzer – Mitglieder: Das SCO Team. Am besten mit sich selbst beginnen
- Sowohl Service Konto als auch Benutzergruppe der Lokalen Admin Gruppe auf dem SCO hinzufügen
- Sowohl Service Konto als auch Benutzergruppe der Lokalen Admin Gruppe auf dem SCO hinzufügen
Schritt für Schritt Installationsanleitung
Die Auswahl der Installation und dessen Einzelkomponenten des SCO 2012 R2:
Die Angaben zur System Center 2012 R2 Orchestrator Produktregistrierung:
Die obligatorischen Lizenzbedingungen zum System Center Produkt:
In meinem Beispiel wähle ich die Single Server Installation und installiere mir zunächst sämtliche Komponenten auf den SCORCH 2012 R2 Server. Den Management Server, den Runbook Server, die Orchestration Console samt Web Service und den Runbook Designer:
Fehlende Softwarekomponenten wie die .NET- und IIS-Rollen/-Funktionen können automatisch mit installiert werden:
Die Installation der notwendigen fehlenden Komponenten:
Der Abschluss der Voraussetzungskomponenten für den SCO 2012 R2:
Es wird ein AD-Dienstkonto verwendet – sollte im Vorfeld in Active Directory angelegt worden sein:
Die Konfiguration des SQL-Datenbank Servers:
In meiner Single Server Demo-Umgebung-Installation mit lokaler SQL Server Standard-Instanz (MSSQLSERVER), habe ich die Installation des SCORCH 2012 R2 mit meinem Admin-Benutzer Account durchgeführt. Mit dem Ergebnis, dass dieser Benutzer auch der Besitzer der Datenbank auf dem SQL Server ist.
In einer Produktiv-Umgebung gehe ich einen anderen Weg: Dort erzeuge ich einen Service Account, oder nehme den System Center Orchestrator 2012 R2 Service Account, gewähre die entsprechenden lokalen Rechte und führe die gesamte SCORCH 2012 R2 Installation damit durch. Auf der SQL Server Instanz benötigt dieser Service Account Sysadmin Rechte um die Datenbank selbst anlegen zu können. Andernfalls muss die Datenbank bereits existieren und kann ausgewählt werden.
Die System Center Orchestrator 2012 R2 Benutzergruppe hatte ich ebenfalls im Vorfeld im Active Directory angelegt:
Die obligatorischen Ports für die Kommunikation des SCO 2012 R2:
Natürlich muss auch der Installationspfad angegeben werden:
Microsoft Update Ja oder Nein. Ich verwalte meine Updates in der Demo- bzw. Testumgebung mit dem System Center Configuration Manager (SCCM 2012 R2).
Beitrag und damit Versenden von Nutzungs- und Fehlerberichte an Microsoft:
Die obligatorische Zusammenfassung der Konfigurationseinstellungen für die Installation des SCORCH 2012 R2:
Der Fortschritt der Installation des System Center Orchestrator 2012 R2 (SCO 2012 R2):
So sieht die erfolgreiche Installation auf der letzten Seite des Installations-Assistenten aus:
Die Konsolen nach der Installation
System Center 2012 R2 Orchestrator Runbook Designer:
System Center 2012 R2 Orchestrator Deployment Manager:
Orchestration Console:
Zum Öffnen der Webbasierten Orchestration Console muss Silverlight installiert sein und die Sicherheitseinstellungen des IE müssen angepasst werden.
