Freigeben über

  • Artikel

Systemanforderungen für Service Reporting

 

Veröffentlicht: März 2016

Betrifft: System Center 2012 R2 Service Reporting, System Center 2012 R2 Orchestrator

In diesem Thema werden nur die Systemanforderungen für Service Reporting in System Center 2012 R2 aufgeführt. Da Service Reporting eine Komponente von System Center 2012 R2 ist, müssen Sie auch die Anforderungen für System Center 2012 R2 kennen, die Sie unter Systemanforderungen für System Center 2012 R2 finden.

Hardware

Für das Setup von Service Reporting sind 100 Gigabytes (GB) freier Speicherplatz erforderlich. Nach der Installation ist der größte Teil des Speicherplatzes, den Service Reporting verwendet, für die Datawarehouse-Datenbanken reserviert. Die Datenbanken sind zunächst klein. Mit der Datensammlung wachsen die Datenbanken im Laufe der Zeit, aber überschreiten im Normalfall eine Größe von 60 GB nicht. Die maximal mögliche Gesamtgröße der Datenbanken beträgt jedoch 100 GB.

System_CAPS_noteHinweis

Die OLAP-Instanz (Online Analytical Processing) für das Datawarehouse in Service Reporting kann eine große Menge Arbeitsspeicher nutzen.

Software

Das Setupprogramm überprüft, ob die Software auf dem Server installiert wird, auf dem auch Service Reporting installiert ist. Wenn eine oder mehrere Voraussetzungen nicht erfüllt sind, kann das Setup nicht erfolgreich abgeschlossen werden.

Betriebssysteme

Service Reporting unterstützt die folgenden Serverbetriebssysteme:

  • Windows Server® 2012 R2

    Service Reporting unterstützt die Enterprise- und die Standard-Edition. Wir empfehlen jedoch die Enterprise-Edition. Unabhängig von der verwendeten Edition können Sie eine Server Core-Installation verwenden.

  • Windows Server 2012

    Service Reporting unterstützt alle Editionen. Wir empfehlen jedoch die Enterprise-Edition. Unabhängig von der verwendeten Edition können Sie eine Server Core-Installation verwenden.

Ausführen von Service Reporting auf virtuellen Microsoft Azure-Computern

Die Ausführung von Service Reporting in Microsoft Azure unterscheidet sich nicht von der Ausführung auf physischen Computersystemen. Die Ausführung in Microsoft Azure wird für den primären Zweck von Service Reporting empfohlen: das Sammeln und Auswerten von Verwendungs- und Bestandsdaten, die von System Center 2012 R2 Operations Manager- und Microsoft Azure Pack für Windows Server-Endpunkten gesammelt werden.

Service Reporting wurde zu Testzwecken von Microsoft auf einem virtuellen Microsoft Azure-Computer installiert und verwendet. Die Tests führten zu dem Schluss, dass Service Reporting voll funktionsfähig ist, da es sich genau wie auf physischer Hardware verhält.

Stabilitäts- und Leistungsbenchmarks auf einem virtuellen Microsoft Azure-Computer lagen auf einem Niveau, das keine besonderen Überlegungen erforderlich machte.

Anforderungen für System Center 2012 R2-Komponenten und Microsoft Azure Pack

Service Reporting kann Verwendungsinformationen aus System Center 2012 R2 Operations Manager und Microsoft Azure Pack für Windows Server sammeln. Andere Komponenten und Systeme können jedoch mit Operations Manager und aus Windows Azure Pack interagieren.

Service Reporting benötigt Informationen aus Operations Manager, die nur zur Verfügung stehen, wenn Agents System Center 2012 R2 – Virtual Machine Manager (VMM) überwachen. Damit Service Reporting VMM-Informationen aus Windows Azure Pack sammeln kann, benötigt Service Reporting eine Verbindung mit Operations Manager.

Die folgende Liste fasst die Beziehungen zusammen, die Service Reporting mit anderen Komponenten und Windows Azure Pack aufweist. Außerdem wird die Reihenfolge vorgegeben, in der Sie System Center 2012 R2-Komponenten und Windows Azure Pack installieren und konfigurieren sollten, bevor Sie Datenverbindungen von Operations Manager oder Windows Azure Pack mit Service Reporting registrieren.

  1. Virtual Machine Manager

    VMM ist die Hauptquelle von Verwendungsdaten für gehostete Server. In einer Testumgebung sollten Sie VMM vor anderen System Center-Komponenten installieren und konfigurieren.

  2. Operations Manager

    Operations Manager-Agents überwachen und sammeln Daten von Computern in Ihrer Serverinfrastruktur. Für Service Reporting ist von primärem Interesse, dass Operations Manager Agents verwendet, um Verwendungsdaten für VMM Fabric zu sammeln und in der operativen Datenbank zu speichern, aus der Service Reporting sie abrufen kann. Aus diesem Grund sollten Sie Operations Manager installieren und konfigurieren und Agents bereitstellen, nachdem Sie VMM installiert haben. Weitere Informationen über die Verwendung von Agents zum Sammeln von VMM-Daten finden Sie unter Methoden zur Installation von Operations Manager-Agents. Nach der Installation von VMM und Operations Manager finden Sie weitere Informationen zu deren Verbindung unter Verbinden von VMM mit Operations Manager.

    Später stellen Sie nach der Installation von Service Reporting die Verbindung mit der operativen Datenbank von Operations Manager her, indem Sie die Informationen unter So konfigurieren Sie Service Reporting für Microsoft Azure Pack und System Center verwenden.

  3. Service Provider Foundation

    Service Provider Foundation ist eine Komponente von System Center 2012 R2 und bietet einen erweiterbaren OData-Webdienst, der mit VMM interagiert. Dadurch können Dienstanbieter und Hostinganbieter mehrinstanzenfähige Self-Service-Portale entwerfen und implementieren, in die IT-as-a-Service (IaaS)-Funktionen integriert werden können, die in System Center 2012 R2 verfügbar sind. Weitere Informationen über die Installation von Service Provider Foundation finden Sie unter Installieren von Service Provider Foundation für System Center 2012 R2.

    System_CAPS_noteHinweis

    Das Setup von Service Provider Foundation ist ein Teil von System Center 2012 R2 Orchestrator.

  4. Microsoft Azure Pack für Windows Server

    Sie benötigen Windows Azure Pack nicht, um Informationen über Inventurberichte oder Fabrics virtueller Computer von Operations Manager anzuzeigen. Zum Anzeigen von Verwendungsdaten für virtuelle Computer können Sie jedoch Windows Azure Pack als optionale, aber wichtige Quelle für Verwendungsdaten zu gehosteten Diensten nutzen, über die Service Reporting berichten kann. Weitere Informationen zum Installieren und Konfigurieren von Windows Azure Pack finden Sie unter Bereitstellen des Microsoft Azure Pack für Windows Server.

    Später stellen Sie nach der Installation von Service Reporting die Verbindung mit der Verwaltungsdatenbank von Windows Azure Pack her, indem Sie die Informationen unter So konfigurieren Sie Service Reporting für Microsoft Azure Pack und System Center verwenden.

Nach der Installation und Konfiguration aller System Center 2012 R2-Komponenten und Windows Azure Pack-Anforderungen sind alle Systeme für die Installation von Service Reporting eingerichtet.

SQL Server

Service Reporting unterstützt die folgenden Versionen von Microsoft SQL Server-Software.

System_CAPS_noteHinweis

Service Reporting unterstützt die Standard-Edition von Microsoft SQL Server 2012 und SQL Server 2008 R2. Diese Edition bietet ein angemessenes Leistungsverhalten. Einige der erweiterten Funktionen von SQL Server sind jedoch in der Standard-Edition eingeschränkt.

  • SQL Server 2012 Enterprise- und Standard-Edition. Die Konfigurationsanforderungen lauten wie folgt:

    • Sie müssen SQL Server-Dienste konfigurieren, indem Sie mit einem Domänenkonto sicherstellen, dass SQL Server Analysis Services, SQL Server (MSSQLSERVER) und SQL Server Agent (MSSQLSERVER) mit den Anmeldeinformationen des Domänenkontos gestartet werden. Local System kann nicht für SQL Server-Dienste mit Service Reporting verwendet werden, da ein Remoteserver, auf dem SQL Server ausgeführt wird, nicht auf den freigegebene Ordner „Installationslaufwerk:\Programme\Microsoft System Center 2012 R2\Service Reporting\SSISPackages“ zugreifen kann. Zum Abrufen von Quelldaten muss das Konto Lesezugriff auf die Operations Manager-Datenbank haben.

    • Service Reporting unterstützt SQL Server 2012 AlwaysOn-Verfügbarkeitsgruppen.Weitere Informationen zu SQL Server 2012 AlwaysOn-Failover-Clusterunterstützung finden Sie unter SQL Server 2012 AlwaysOn: Failoverclusterinstanzen für mehrere Standorte.

    • Service Reporting SQL Server-Datenbanken werden in Standardinstanzen und benannten Instanzen unterstützt.

    • Service Reporting benötigt die Rolle „SQL Server Integration Services (SSIS)“ auf dem Server oder den Servern, auf denen Service Reporting Datawarehouse-Datenbanken installiert werden sollen. Während der Installation von Service Reporting werden entsprechende SSIS-Pakete auf den Servern erstellt. Diese Pakete verwenden Funktionen, die SSIS zur Verarbeitung der Daten für das Service Reporting-Datawarehouse bereitstellt.

    • Service Reporting benötigt die Rolle „SQL Server Analysis Services“ auf dem Server oder den Servern, auf denen Service Reporting OLAP-Datenbanken installiert werden sollen. Während der Installation von Service Reporting wird eine SQL Server-Instanz erstellt, die die SQL Server-Rolle hostet.

    • Service Reporting benötigt SQL Server 2012 Analysis Management Objects auf dem Server, auf dem Sie Service Reporting installieren.

  • SQL Server 2008 R2 Enterprise- und Standard-Edition. Die Konfigurationsanforderungen für SQL Server 2008 R2 sind dieselben wie für SQL Server 2012.

Kontenanforderungen für SQL Server-Dienste

Service Reporting verwendet die folgenden Konten für SQL Server-Dienste. Sollten Sie die Konten für die Dienste einmal ändern, stellen Sie sicher, dass Sie die Berechtigung für die Objekte beibehalten oder wiederherstellen.

  • SQL Server

    Der Dienst muss als Domänenkonto angemeldet werden.

  • SQL Server Agent

    Der Dienst muss als Domänenkonto angemeldet werden und Lesezugriff auf die System Center 2012 R2 Operations Manager-Datenbank haben. Standardmäßig wird dieses Konto mit uneingeschränkten Berechtigungen für die Ordner SSISPackages und WorkDir konfiguriert. Wenn das Konto geändert wird, müssen Sie sicherstellen, dass die Berechtigungen für die Ordner beibehalten werden.

  • SQL Server Analysis Services

    Der Dienst muss als Domänenkonto angemeldet werden und Zugriffsberechtigung auf die UsageDatawarehouseDB-Datenbank des Service Reporting-Datawarehouse haben.

  • SQL Server Integration Services

    Der Dienst muss als Domänenkonto angemeldet werden.

SSIS-Instanz des Datawarehouse in Service Reporting

Während der Installation von Service Reporting wird die Instanz des Service Reporting-Datawarehouse mit folgender Konfiguration erstellt (hier mit minimaler Hardware gezeigt):

  • 8 GB RAM

  • 2 CPUs

  • Datenbanken:

    • UsageETLRepositoryDB. Ursprünglich konfiguriert mit 10 GB Speicherplatz ohne Dateigruppe.

    • UsageStagingDB. Ursprünglich konfiguriert mit 100 GB Speicherplatz ohne Dateigruppe.

    • UsageDWRepositoryDB. Ursprünglich konfiguriert mit 1 GB Speicherplatz und acht Dateigruppen. SQL Server Standard Edition enthält jedoch keine Dateigruppen.

OLAP-Instanz des Datawarehouse in Service Reporting

Während der Installation von Service Reporting wird die SQL Server Analysis Services-Instanz des Service Reporting-Datawarehouse mit folgender Konfiguration erstellt (hier mit minimaler Hardware gezeigt):

  • 16 GAB RAM

  • 2 CPUs

  • UsageAnalysisDB-Datenbank in einer Größe, die durch die Datenmenge im Datawarehouse festgelegt ist

System_CAPS_noteHinweis

Die SQL Server-Instanz kann eine große Menge Arbeitsspeicher nutzen.

SQL Server-Sprachunterstützung in Service Reporting

Die Informationen in der folgenden Tabelle stellen die genehmigten Sortierungen und Gebietsschemabezeichner dar, die Microsoft für Service Reporting getestet hat. In der Liste der Sortierungen in dieser Tabelle steht „CI“ für „case-insensitive“ (Groß-/Kleinschreibung wird ignoriert) und „AS“ für „accent-sensitive“ (Akzente müssen berücksichtigt werden).

Sprache

Windows-Sortierung

Englisch, Niederländisch, Deutsch, Italienisch

Latin1_General_100_CI_AS

Chinesisch

Chinese_Simplified_Pinyin_100_CI_AS

Chinesisch (traditionell)

Chinese_Traditional_Stroke_Count_100_CI_AS

Tschechisch

Czech_100_CI_AS

Dänisch

Danish_Norwegian_CI_AS

Finnisch

Finnish_Swedish_100_CI_AS

Französisch

French_100_CI_AS

Griechisch

Greek_100_CI_AS

Ungarisch

Hungarian_100_CI_AS

Japanisch

Japanese_XJIS_100_CI_AS

Koreanisch

Korean_100_CI_AS

Norwegisch

Norwegian_100_CI_AS

Polnisch

Polish_100_CI_AS

Portugiesisch (Brasilien)

Latin1_General_CI_AS

Russisch

Cyrillic_General_100_CI_AS

Spanisch

Modern_Spanish_100_CI_AS

Schwedisch

Finnish_Swedish_100_CI_AS

Türkisch

Turkish_100_CI_AS

Windows PowerShell-Unterstützung

Sie müssen zuerst Windows PowerShell®-Erweiterungen für SQL Server 2012 auf dem Server installieren, auf dem Sie auch Service Reporting installieren. Die Erweiterungen sind abhängig von den freigegebenen Verwaltungsobjekten für SQL Server 2012, die wiederum von Microsoft-System-CLR-Typen für Microsoft SQL Server 2012 abhängig sind. Diese Komponenten sind im Feature Pack für SQL Server 2012 verfügbar, das Sie über das Setupprogramm von SQL Server 2012 installieren können.

Windows PowerShell 3.0 ist erforderlich. Wenn Sie Windows Server 2008 R2 ausführen, können Sie Windows Management Framework 3.0 aus dem Microsoft Download Center installieren.

.NET Framework 4,5

Service Reporting benötigt Microsoft .NET Framework 4.5. Sie können die vollständige Installation von .NET Framework 4.5 (dotNetFx40_Full_setup.exe) aus dem Microsoft Download Center abrufen.

Excel 2010

Service Reporting benötigt Microsoft Excel 2010 oder Excel 2013 zum Anzeigen von Verwendungs- und Inventurberichten. Sie können Excel auf jedem Computer installieren, der über eine Netzwerkverbindung zum Service Reporting-Datawarehouse verfügt. Excel Viewer wird nicht unterstützt, da er die Anzeige von Datencubes nicht unterstützt.

Nach der Installation von Service Reporting werden im folgenden Ordner Excel-Arbeitsmappen mit den Service Reporting-Berichten installiert:

Installationslaufwerk:\Programme\Microsoft System Center 2012 R2\Service Reporting\Reports