System Center - Service Manager Leistung

Die Leistung für System Center - Service Manager-Serverrollen und -Funktionen wird von unterschiedlichen Faktoren beeinflusst. Im Allgemeinen gibt es drei Bereiche, in denen die positive und negative Leistung in Service Manager am stärksten auffällt:

• Reaktionsfähigkeit der Service Manager-Konsole. Dies ist die Zeitspanne, die von dem Moment an, in dem Sie eine Aktion in der Konsole ausführen, bis zu deren Abschluss vergeht.

• Dateneinfügezeit für Konnektoren. So lange dauert es, bis der Service Manager Daten importiert, wenn ein Konnektor synchronisiert wird.

• Workflow-Abschlusszeit. Dies ist die Zeitspanne, die ein Workflow benötigt, um automatisch eine bestimmte Aktion durchzuführen.

Leistung des Konnektors

Die initiale Synchronisierung des Konnektors kann sehr viel Zeit in Anspruch nehmen, z. B. 8 bis 12 Stunden für eine umfangreiche initiale Synchronisierung mit Configuration Manager. Da ein Konnektor initial synchronisiert wird, müssen Sie während dieser Zeit mit Leistungseinbußen für alle Service Manager-Serverrollen und -Prozesse rechnen. Dies liegt an der Art und Weise, wie die Daten nacheinander in die Service Manager-Datenbank eingefügt werden, bei der es sich um eine Microsoft SQL Server-Datenbank handelt. Obwohl Sie den initialen Synchronisierungsprozess des Konnektors nicht beschleunigen können, können Sie die initiale Synchronisierung planen und sicherstellen, dass der Synchronisierungsprozess abgeschlossen ist, bevor Service Manager in Betrieb genommen wird.

Wenn die initiale Synchronisierung abgeschlossen ist, setzt Service Manager die Synchronisierung der Unterschiede fort, die keinen messbaren Einfluss auf die Leistung haben.

Workflowleistung

Workflows sind automatisch ablaufende Prozesse. Dazu gehören das Versenden von E-Mail-Benachrichtigungen, die Aktivierung des nächsten Schritts einer Änderungsanforderung und die automatische Anwendung einer Vorlage.

Zu den Leistungsaspekten des Workflows gehören die folgenden:

• Normalerweise werden Workflows innerhalb einer Minute gestartet und beendet. Wenn Service Manager-Serverrollen stark ausgelastet sind, werden Workflows nicht so schnell wie üblich abgeschlossen.

• Darüber hinaus wird das System zusätzlich ausgelastet, wenn Sie neue Workflows erstellen, z. B. ein neues Benachrichtigungsabonnement. Je mehr neue Workflows Sie erstellen, desto länger dauert die Ausführung der einzelnen Workflows.

Wenn das System stark ausgelastet ist - wenn z. B. eine große Anzahl neuer Incidents erstellt wird und jeder Incident viele Workflows erzeugt - kann die Leistung beeinträchtigt werden.

Auswirkungen von Gruppe, Warteschlange und Benutzerrolle auf die Leistung

Sie sollten Gruppen und Benutzende frühzeitig einplanen. Sie sollten Gruppen sparsam und für einen möglichst kleinen Geltungsbereich anlegen. Anschließend sollten Sie Ihre Datenbank zunächst mit Daten aus Active Directory Domain Service (AD DS), Configuration Manager und System Center Operations Manager auffüllen, bevor Sie Ihre Gruppen erstellen.

Häufig erstellen Administratoren-Gruppen, um sicherzustellen, dass die Benutzenden nur Zugang zu bestimmten Gruppen haben. In einem Szenario könnten Sie beispielsweise eine Teilmenge von Incidents erstellen, z. B. Incidents, die Computer betreffen, die von Mitarbeitern der Personalabteilung verwendet werden. In diesem Szenario möchten Sie vielleicht, dass nur bestimmte Mitarbeitende die Gruppe der sensiblen Server einsehen oder ändern können. Um diese Art des Zugriffs zu aktivieren, müssen Sie eine Gruppe für alle Benutzenden und eine Gruppe für sensible Computer erstellen und dann sicherstellen, dass eine Sicherheitsrolle sowohl auf die Gruppe „Alle Benutzenden“ als auch auf die Gruppe „Sensible Server“ Zugriff hat. Die Erstellung einer Gruppe, die alle Benutzenden enthält, führt zwangsläufig zu Leistungseinbußen, da Service Manager häufig überprüft, ob Änderungen an der Gruppe vorgenommen wurden. Diese Überprüfung erfolgt standardmäßig alle 30 Sekunden. Bei einer großen Gruppe führt das Überprüfen der Änderungen zu einer starken Auslastung des Systems und kann die Reaktionszeit erheblich abbremsen.

Lösung 1: Sie können manuell festlegen, wie oft der Service Manager die Gruppenänderungen überprüft, indem Sie einen Registrierungsschlüssel ändern. Wenn Sie beispielsweise die Häufigkeit, mit der eine Gruppe überprüft wird, von 30 Sekunden auf 10 Minuten ändern, erhöhen Sie die Leistung erheblich. Warteschlangen und Zielvorgaben für die Ebene sind jedoch besondere Arten von Gruppen, die dasselbe Abfrageintervall für die Gruppenberechnung verwenden. Eine Vergrößerung des Abfrageintervalls führt also zu längeren Zeiten für die Berechnung der Warteschlange und der Ebene der Zielvorgaben.

Achtung

Durch eine fehlerhafte Bearbeitung der Registrierung können schwerwiegende Schäden am System verursacht werden. Bevor Sie Änderungen an der Registrierung vornehmen, sollten Sie alle wichtigen Computerdaten sichern.

Manuelles Angeben des Intervalls für die Gruppenänderungsprüfung

1. Führen Sie Regedit aus, und navigieren Sie zu HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\.

2. Erstellen Sie einen neuen DWORD-Wert namens GroupCalcPollingIntervalMilliseconds.

3. Als Wert geben Sie das Intervall in Millisekunden an. Das Ergebnis wird mit 6 multipliziert. Um zum Beispiel das Intervall auf 10 Minuten festzulegen, geben Sie 600000 ein.

4. Starten Sie den System Center Management-Dienst neu.

Lösung 2: Sie können ein Windows PowerShell-Skript verwenden, um einer Benutzerrolle Objekte eines Typs, wie z. B. „Benutzender“, hinzuzufügen. Im Wesentlichen kann ein in dieser Rolle angemeldeter Analytiker auf alle Objekte zugreifen, deren Typ gleich „Benutzender“ ist. Wenn Sie diese Methode verwenden, entfällt die Notwendigkeit einer großen Gruppe („Alle Benutzenden“) und die aufwendige Überprüfung, die der Service Manager durchführt, um diese Gruppenzugehörigkeit zu ermitteln. Auf dem Verwaltungsserver des Service Managers können Sie das folgende Windows PowerShell-Skript ausführen, um den Typ „Benutzender“ zu einer Rolle „RoleName“ hinzuzufügen. Sie müssen dieses Beispielskript an Ihre Umgebung anpassen.

Ausführen eines Windows PowerShell-Skripts zum Hinzufügen von Objekten zu einer Benutzerrolle

• Ändern Sie das folgende Skript nach Bedarf und führen Sie es dann aus:

#  
# Insert a "type" scope in a role  
# Syntax:  
#   AddTypeToRoleScope -server "put_server_name_here" -RoleName "put display name of the role here" -TypeToAdd "put display name of the type to add to scope here"  
#  
# Note:  This is a simple demonstration script without error checking.   
#   

# set script parameter defaults  
param ([String]$Server = "localhost", [String]$RoleName="My Analyst Role", [String]$TypeToAdd="User")  

$a = [reflection.assembly]::LoadWithPartialName("Microsoft.EnterpriseManagement.Core")  

$m = new-object Microsoft.EnterpriseManagement.EnterpriseManagementGroup $Server   

# Get Type object  
#   Note:  If you need to get a list of all available classes related to (for example) "User",   use this command:  
#               $m.EntityTypes.GetClasses() | ?{ $_.Name -like '*user*'} | %{ $_.Name}  
#  
$type = $m.EntityTypes.GetClasses() | ?{ $_.DisplayName -eq $TypeToAdd}  

# Get role object, and insert the type GUID into scope  
$role = $m.Security.GetUserRoles()  | ?{ $_.DisplayName -eq $RoleName}  
$role.Scope.Objects.Add($type.Id)     
$role.Update()  

#   
# Get the value from the database again and validate it is there  
if ( $role.scope.objects.Contains($type.Id) ) {  
    write-host *** Successfully set the scope for role `" $role.DisplayName`" and it now contains all instances of $type.DisplayName `( $type.Name `)  
} else {  
    write-host "There was an error trying to insert the scope into the role."  
}  

Anzeigen der Leistung

Wenn Sie Ansichten erstellen, sollten Sie nach Möglichkeit „typische“ Klassen im System verwenden. Die meisten Objektklassen - zum Beispiel die Vorfallverwaltung - haben zwei Typen: „typisch“ und ‚fortgeschritten‘. Der typische Objekttyp enthält einfache Verweise auf eine kleine Teilmenge von Daten, die sich auf ein Element beziehen. Der erweiterte Typ enthält viele komplexe Verweise auf Daten, die sich auf ein Element beziehen. Typische Typen sind einfache Projektionen, fortgeschrittene Typen sind komplexe Projektionen. Die meisten fortgeschrittenen Objekttypen werden verwendet, um unterschiedliche Felder in Formularen auszufüllen, die Sie normalerweise nicht in einer Ansicht anzeigen lassen möchten. Immer wenn Sie eine Ansicht auf der Grundlage eines erweiterten Objekttyps erstellen und die Ansicht öffnen, fragt Service Manager die Datenbank ab und eine große Menge an Daten wird gelesen. Allerdings werden nur sehr wenige der erhaltenen Daten angezeigt oder verwendet.

Wenn Sie bei der Verwendung von erweiterten Objekttypen in Ansichten Leistungsprobleme mit den von Ihnen definierten Ansichten haben, wechseln Sie zur Verwendung typischer Typen. Alternativ können Sie auch eigene Projektionstypen erstellen, die nur die Daten enthalten, die Sie für eine Ansicht benötigen.

Leistung der Service Manager-Datenbank

Die Leistung der Service Manager-Datenbank wird direkt von verschiedenen Faktoren beeinflusst, darunter die Anzahl der gleichzeitigen Service Manager-Konsolen, die Daten lesen oder schreiben, das Intervall zum Überprüfen von Gruppenänderungen und Daten, die von Konnektoren eingefügt werden. Weitere Informationen finden Sie in diesem Dokument. Hier sind einige wichtige Punkte:

• Der Verwaltungsserver, auf dem sich die Service Manager-Datenbank befindet, sollte über mindestens 8 Gigabyte (GB) RAM verfügen, um in typischen Szenarien eine akzeptable Antwortzeit zu erreichen.

• Auf dem Computer, der die Service Manager-Datenbank hostet, sollten mindestens 8 CPU-Kerne vorhanden sein.

• Sie können die Leistung der Datenbank verbessern, indem Sie die Protokolldateien und die Datenträger nach Möglichkeit auf getrennten physischen Festplatten ablegen. Sie können weitere Vorteile erzielen, indem Sie Ihre tempdb auf ein anderes physisches RAID-Laufwerk als das der Service Manager-Datenbank verschieben. Verwenden Sie nach Möglichkeit ein RAID 1+0-Datenträgersystem, um Ihre Service Manager-Datenbank zu hosten.

• Die Leistung kann beeinträchtigt werden, wenn die Service Manager-Datenbank mit einer kleineren Größe erstellt wird und auf automatisches Wachstum festgelegt ist, insbesondere in kleinen Schritten.

Sehen Sie sich das Service Manager Sizing Helper Tool an, das im Service Manager job aids Dokumentationssatz (SM_job_aids.zip) enthalten ist, um Hilfe bei der Einschätzung der Größe der Datenbank zu erhalten, und erstellen Sie die Datenbank mit einer Größe, die näher an der endgültigen Größe liegt. Dadurch wird die Leistung verbessert, da die Datenbank weniger oft automatisch erweitert werden muss.

Auch alle anderen bewährten Verfahren für eine hochleistungsfähige Datenbank sind anwendbar. Wenn Sie z. B. ein erstklassiges Datenträger-Subsystem nutzen können, können Sie davon profitieren, die Gruppen von Tabellen auf entsprechende Dateigruppen aufzuteilen und sie auf ein unterschiedliches physisches Laufwerk zu verschieben.

Leistung des Verwaltungsservers von Service Manager

Die Leistung des Verwaltungsservers des Service Managers hängt in erster Linie von der Anzahl der gleichzeitig aktiven Service Manager-Konsolen ab. Da alle Service Manager-Rollen mit dem Verwaltungsserver interagieren, sollten Sie zusätzliche Verwaltungsserver in Betracht ziehen, wenn Sie planen, eine große Anzahl von Konsolen gleichzeitig zu verwenden. Sie sollten 8 GB RAM für den Verwaltungsserver haben. Sie sollten mindestens 4 CPU-Kerne pro Verwaltungsserver haben, vorausgesetzt, Sie verfügen über 10 bis 12 aktive Konsolen pro CPU-Kern.

Leistung der Service Manager-Konsole

Die Leistung der Service Manager-Konsole hängt in erster Linie von der Anzahl der Formulare ab, die Ihre Analysten in der Regel geöffnet haben, sowie von der Menge der Daten, die durch Ansichten erhalten werden. Auf dem Computer, auf dem die Service Manager-Konsole installiert ist, sollten Sie über 4 GB RAM verfügen. Wenn Sie Ansichten haben, die eine große Menge an Daten erhalten, benötigen Sie zusätzlichen RAM. Der Computer, auf dem die Service Manager-Konsole installiert ist, sollte mindestens über eine 4-Kern-CPU verfügen. Da es sich bei der Service Manager-Konsole um eine Endbenutzer-Anwendung handelt, empfehlen wir Ihnen, sie bei übermäßigem Ressourcenverbrauch neu zu starten. Die Service Manager-Konsole führt eine aggressive Zwischenspeicherung von Informationen im Arbeitsspeicher durch, was zur allgemeinen Speichernutzung beitragen kann.

Service Manager-Data Warehouse-Datenbankleistung

Die Leistung des Data Warehouse wird direkt von verschiedenen Faktoren beeinflusst, darunter die Anzahl der gleichzeitig sendenden Verwaltungsserver des Service Managers, das Volumen der gespeicherten Daten oder die Datenaufbewahrungszeit, die Datenänderungsrate und die Häufigkeit der Extraktion, Umwandlung und Auslastung (ETL). Die Menge der im Data Warehouse gespeicherten Daten nimmt mit der Zeit zu. Es ist wichtig, dass Sie unnötige Daten archivieren. Ein weiterer Faktor, der sich auf die Leistung des Data Warehouse auswirkt, ist die Festlegung der BatchSize für ETL-Prozesse.

Sie können eine bessere Leistung erzielen, indem Sie Protokolldateien und Datendateien trennen, um physische Datenträger zu trennen. Es sollte jedoch vermieden werden, mehr als eine Protokolldatei pro Datenträger zu platzieren. In ähnlicher Weise können Sie einen besseren Durchsatz erzielen, indem Sie die tempdb auf einem anderen physischen Datenträger als die anderen Datenbanken ablegen. Schließlich können Sie auch davon profitieren, wenn Sie die verschiedenen Datenbanken auf ihren jeweiligen physischen Datenträger unterbringen. Verwenden Sie ein RAID 1+0-Datenträgersystem, um Ihr Data Warehouse zu hosten, falls möglich. Der Computer, auf dem die Data Warehouse-Datenbanken installiert sind, sollte in der Regel über mindestens 8 GB RAM verfügen. Wenn Sie zusätzliche Data-Warehouse-Datenquellen aus Operations Manager oder Configuration Manager haben, sollten Sie den Arbeitsspeicher für die Datenbanken erhöhen. Sie profitieren von mehr Arbeitsspeicher auf dem Computer mit SQL Server, auf dem das Data Warehouse läuft, und noch mehr, wenn sich die Datamart- und Repository-Datenbanken auf demselben Server befinden. Wenn Sie jedoch 4.000 oder weniger Computer in Ihrer Bereitstellungstopologie haben, sind 4 GB ausreichend. Auf dem Computer, auf dem die Data-Warehouse-Datenbank installiert ist, sollten mindestens 8 CPU-Kerne vorhanden sein. Zusätzliche Kerne werden sowohl die ETL- als auch die Berichtsleistung verbessern.

Die Leistung kann beeinträchtigt werden, wenn alle Datenbanken im System mit einer kleineren Größe erstellt und auf automatisches Wachstum eingestellt werden, insbesondere in kleinen Schritten. Sehen Sie sich das Hilfsprogramm-Tool für die Service Manager Dimensionierung an, das in der Service Manager job aids-Dokumentation (SM_job_aids.zip) enthalten ist, um die Größe der Datenbank einzuschätzen und die Datenbank mit einer Größe zu erstellen, die näher an der endgültigen Größe liegt, was die Leistung verbessert, indem die Anzahl der automatischen Erweiterungen der Datenbank reduziert wird.

Service Manager bietet integrierten Support für Dateigruppen. Sie können davon profitieren, indem Sie die Dateigruppen auf separaten Festplatten platzieren. Weitere Informationen über bewährte Verfahren für Dateigruppen finden Sie in der SQL Server-Dokumentation.

Leistung des Service Manager-Data Warehouse-Servers

Die Leistung des Data Warehouse-Servers hängt von der Anzahl der Service Manager-Verwaltungsserver ab, die für das Data Warehouse registriert sind, von der Größe Ihrer Bereitstellung und von der Anzahl der Datenquellen. Sie sollten im Allgemeinen mindestens 8 GB RAM für den Data Warehouse-Server haben. Die Leistung wird jedoch durch zusätzlichen Speicher für erweiterte Einsatzszenarien verbessert, bei denen mehr als ein Service Manager-Verwaltungsserver Daten in das Data Warehouse einfügt. Wenn Sie Kompromisse bei der Leistung eingehen müssen, sollte der Arbeitsspeicher für den Computer, auf dem SQL Server läuft, höchste Priorität haben. Sie sollten mindestens 8 CPU-Kerne haben, um Leistungsprobleme zu vermeiden.

Self-Service-Portalleistung

Das Self-Service-Portal ist für den einfachen Zugriff auf die Einreichung von Vorfällen und Serviceanfragen konzipiert. Es ist nicht dafür ausgelegt, Tausende von Benutzenden gleichzeitig zu bedienen.

Die Leistungstests für das Self-Service-Portal konzentrierten sich auf typische „Montagmorgen“-Szenarien, d. h. es sollte sichergestellt werden, dass sich am Montagmorgen Hunderte von Benutzende innerhalb von 5 bis 10 Minuten anmelden und Vorfälle mit akzeptablen (weniger als 4 bis 5 Sekunden) Reaktionszeiten öffnen können. Dieses Ziel wurde mit der in diesem Dokument empfohlenen Mindesthardware erreicht.

Zielleistung auf Serviceebene

Es gibt keine bestimmte Anzahl von Zielen auf Serviceebene, die Service Manager unterstützt. Wenn ein Unternehmen beispielsweise nur wenige Vorfälle hat, kann es mehr Ziele auf Serviceebene unterstützen, als es sonst vielleicht könnte. Ein größeres Vorfallsvolumen könnte jedoch entweder weniger Ziele auf Serviceebene oder eine horizontale Skalierung von zusätzlicher Hardware und Software erforderlich machen. Wir empfehlen, für eine Service-Manager-Konfiguration mit normalerweise 50.000 Computern nicht mehr als fünf Ziele auf Serviceebene festzulegen. Sie könnten möglicherweise weitere Ziele auf Serviceebene erstellen. Da die Bedingungen jedoch von Organisation zu Organisation sehr unterschiedlich sind, kann Microsoft keine konkrete Empfehlung für die Anzahl der Ziele auf Serviceebene geben, die Sie nicht überschreiten sollten. Wenn Ihre Bereitstellungskonfiguration aufgrund der Anzahl der Ziele auf Serviceebene unter einer schlechten Leistung leidet, empfehlen wir, dass Sie mithilfe des nächstgrößeren Bereitstellungsszenarios aufskalieren, wie im Artikel Konfigurationen für Bereitstellungsszenarien dieser Anleitung beschrieben.

Nächste Schritte

• Informationen zu den Hardware- und Softwarekonfigurationen für Service Manager-Bereitstellungsszenarien finden Sie unter Empfohlene Bereitstellungstopologie-Szenarien.