Teilen über

System Center – Service Manager-Leistung

  • Artikel

Leistung für System Center – Service Manager-Serverrollen und -features sind von verschiedenen Faktoren betroffen. Im Allgemeinen gibt es drei Bereiche, in denen positive und negative Leistung im Service Manager am deutlichsten ist:

  • Reaktionsfähigkeit der Dienst-Manager-Konsole. Dies ist die Zeitdauer, die sie dauert, bis sie abgeschlossen ist, bis Sie eine Art Von Aktion in der Konsole ausführen.

  • Dateneinfügezeit für Verbinder. So lange dauert es, bis Service Manager Daten importieren kann, wenn ein Connector synchronisiert wird.

  • Workflowabschlusszeit. Dies ist die Zeitdauer, die für Workflows benötigt wird, um automatisch eine Art von Aktion anzuwenden.

Connectorleistung

Die anfängliche Synchronisierung des Connectors kann eine erhebliche Zeit in Anspruch nehmen. Beispiel: 8 bis 12 Stunden für eine große anfängliche Synchronisierung mit Configuration Manager. Als Connector wird zunächst synchronisiert, können Sie erwarten, dass die Leistung für alle Service Manager-Serverrollen und -prozesse während dieser Zeit beeinträchtigt wird. Dies liegt daran, wie Daten sequenziell in die Dienst-Manager-Datenbank eingefügt werden, bei der es sich um eine Microsoft SQL Server-Datenbank handelt. Obwohl Sie den anfänglichen Synchronisierungsprozess des Connectors nicht hasten können, können Sie die anfängliche Synchronisierung planen und sicherstellen, dass der Synchronisierungsprozess gut abgeschlossen ist, bevor Service Manager in die Produktion versetzt wird.

Wenn die anfängliche Synchronisierung abgeschlossen ist, synchronisiert der Dienst-Manager weiterhin die Unterschiede, die keine messbaren Auswirkungen auf die Leistung haben.

Workflowleistung

Workflows sind automatische Prozesse, die auftreten. Dazu gehören das Senden von E-Mail-Benachrichtigungen, der nächste Schritt einer Aktivierung einer Änderungsanforderung und das automatische Anwenden einer Vorlage.

Zu den Überlegungen zur Workflowleistung gehören die folgenden:

  • Normalerweise beginnen und enden Workflows innerhalb einer Minute. Wenn Dienst-Manager-Serverrollen unter einer hohen Arbeitsauslastung liegen, werden Workflows nicht so schnell wie normal abgeschlossen.

  • Darüber hinaus wird beim Erstellen neuer Workflows, z. B. eines neuen Benachrichtigungsabonnements, zusätzliche Last auf dem System platziert. Da sich die Anzahl der neuen Workflows, die Sie erstellen, erhöht sich auch die Zeit, die für die Ausführung jedes Workflows benötigt wird.

Wenn das System unter einer hohen Belastung liegt – wenn z. B. eine große Anzahl neuer Vorfälle erstellt wird und jeder Vorfall viele Workflows generiert – kann die Leistung negativ beeinträchtigt werden.

Auswirkungen der Gruppen-, Warteschlangen- und Benutzerrolle auf die Leistung

Sie sollten Gruppen und Benutzerrollen frühzeitig planen. Sie sollten Gruppen sparsam erstellen und für den kleinsten möglichen Bereich erstellen. Anschließend sollten Sie Ihre Datenbank zunächst mit Daten aus Active Directory-Domäne Services (AD DS), Configuration Manager und System Center Operations Manager auffüllen, bevor Sie Ihre Gruppen erstellen.

Häufig erstellen Administratoren Gruppen, um sicherzustellen, dass Benutzer nur auf bestimmte Gruppen zugreifen können. In einem Szenario können Sie beispielsweise eine Teilmenge von Vorfällen erstellen, z. B. Vorfälle, die sich auf Computer auswirken, die von Personalmitarbeitern verwendet werden. In diesem Szenario möchten Sie möglicherweise nur bestimmte Mitarbeiter in der Lage sein, die Gruppe vertraulicher Server anzuzeigen oder zu ändern. Um diesen Zugriffstyp zu aktivieren, müssen Sie dann eine Gruppe für alle Benutzer und eine Gruppe für vertrauliche Computer erstellen und dann sicherstellen, dass eine Sicherheitsrolle zugriff auf die Gruppen "Alle Benutzer" und "Vertrauliche Server" hat. Zwangsläufig führt das Erstellen einer Gruppe mit allen Benutzern zu Leistungsauswirkungen, da der Dienst-Manager häufig überprüft, ob Änderungen an der Gruppe vorhanden sind. Diese Überprüfung erfolgt standardmäßig einmal alle 30 Sekunden. Bei einer großen Gruppe führt die Überprüfung auf die Änderungen zu einer hohen Auslastung des Systems und kann die Reaktionszeit erheblich verlangsamen.

Lösung 1: Sie können manuell angeben, wie oft Service Manager nach Gruppenänderungen sucht, indem Sie einen Registrierungsschlüssel ändern. Wenn Sie beispielsweise die Häufigkeit der Gruppenüberprüfung von 30 Sekunden auf 10 Minuten ändern, erhöhen Sie die Leistung erheblich. Warteschlangen und Ziele auf Dienstebene sind jedoch spezielle Gruppentypen, die das gleiche Abfrageintervall für Gruppen verwenden. Das Erhöhen des Werts des Abrufintervalls führt also zu längeren Zeiten für Warteschlangen- und Zielberechnungen auf Dienstebene.

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.

So geben Sie das Intervall für die Gruppenänderungsüberprüfung manuell an

  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. Geben Sie für den Wert das Intervall in Millisekunden an. Das Ergebnis wird mit 6 multipliziert. Wenn Sie beispielsweise das Intervall auf 10 Minuten festlegen möchten, geben Sie "6000000" 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 "Benutzer" hinzuzufügen. Im Wesentlichen kann ein Analyst, der in dieser Rolle angemeldet ist, auf alle Objekte zugreifen, die den Typ "Benutzer" aufweisen. Wenn Sie diese Methode verwenden, vermeiden Sie die Notwendigkeit einer großen Gruppe ("Alle Benutzer") und die teure Überprüfung, die Service Manager ausführt, um diese Gruppenmitgliedschaft zu ermitteln. Auf dem Dienst-Manager-Verwaltungsserver können Sie das folgende Windows PowerShell-Skript ausführen, um den Typ "Benutzer" zu einer Rolle "RoleName" hinzuzufügen. Sie müssen dieses Beispielskript für Ihre Umgebung ändern.

So führen Sie ein Windows PowerShell-Skript aus, um einer Benutzerrolle Objekte hinzuzufügen

  • Ändern Sie das folgende Skript nach Bedarf, und führen Sie es 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

Planen Sie beim Erstellen von Ansichten nach Möglichkeit die Verwendung von "typischen" Klassen im System. Die meisten Objektklassen, z. B. Die Vorfallverwaltung, weisen zwei Typen auf: "typisch" und "erweitert". Der typische Objekttyp enthält einfache Verweise auf eine kleine Teilmenge von Daten, die mit einem Element verknüpft sind. Der erweiterte Typ enthält viele komplexe Verweise auf Daten, die mit einem Element zusammenhängen. Typische Typen sind einfache Projektionen; Erweiterte Typen sind komplexe Projektionen. Die meisten erweiterten Objekttypen werden verwendet, um verschiedene Felder in Formularen aufzufüllen, die normalerweise nicht in einer Ansicht angezeigt werden sollen. Immer wenn Sie eine Ansicht basierend auf einem erweiterten Objekttyp erstellen und wenn Sie die Ansicht öffnen, fragt Service Manager die Datenbank ab und eine große Menge von Daten wird gelesen. Allerdings werden nur sehr wenige der abgerufenen Daten angezeigt oder verwendet.

Wenn Leistungsprobleme mit den Ansichten auftreten, die Sie beim Verwenden erweiterter Objekttypen in Ansichten definiert haben, wechseln Sie zur Verwendung typischer Typen. Alternativ können Sie eigene Projektionstypen erstellen, die nur die Daten enthalten, auf denen Sie eine Ansicht erstellen müssen.

Leistung der Dienst-Manager-Datenbank

Die Leistung der Dienst-Manager-Datenbank wird direkt durch verschiedene Faktoren beeinflusst, einschließlich der Anzahl der gleichzeitigen Service Manager-Konsolen, die Daten lesen oder schreiben, das Überprüfungsintervall der Gruppe ändern und Daten, die von Connectors eingefügt werden. Weitere Informationen finden Sie in diesem Dokument. Hier sind einige wichtige Punkte:

  • Sie sollten mindestens 8 Gigabyte (GB) RAM für den Verwaltungsserver haben, in dem die Service Manager-Datenbank gehostet wird, damit Sie in typischen Szenarien eine akzeptable Reaktionszeit haben können.

  • Sie sollten mindestens 8 CPU-Kerne auf dem Computer haben, auf dem die Service Manager-Datenbank gehostet wird.

  • Sie können eine bessere Datenbankleistung erzielen, indem Sie Protokolldateien und Datendateien nach Möglichkeit zu trennenden physischen Datenträgern trennen. Sie können weitere Vorteile erzielen, indem Sie Ihre tempdb auf ein anderes physisches RAID-Laufwerk verschieben als das der Service Manager-Datenbank. Verwenden Sie ein RAID 1+0-Datenträgersystem, um Ihre Service Manager-Datenbank zu hosten, falls möglich.

  • Die Leistung kann negativ beeinflusst werden, wenn die Dienst-Manager-Datenbank mit einer kleineren Größe erstellt wird und automatisch wächst, insbesondere durch kleine Schritten.

Hilfe zur Bewertung der Größe der Datenbank finden Sie im Service Manager-Hilfstool zum Anpassen der Größe (SM_job_aids.zip), und erstellen Sie die Datenbank mit einer Größe, die näher an der endgültigen Größe liegt. Dadurch wird die Leistung verbessert, indem die Anzahl der automatischen Vergrößerungen der Datenbank reduziert wird.

Ebenso gelten alle anderen bewährten Methoden für eine leistungsfähige Datenbank. Wenn Sie z. B. ein übergeordnetes Datenträgersubsystem nutzen können, können Sie davon profitieren, die Tabellengruppen auf den jeweiligen Dateigruppen aufzuteilen und auf ein anderes physisches Laufwerk zu verschieben.

Leistung des Dienst-Manager-Verwaltungsservers

Die Leistung des Dienst-Manager-Verwaltungsservers wird in erster Linie von der Anzahl der aktiven gleichzeitigen Service Manager-Konsolen beeinflusst. Da alle Dienst-Manager-Rollen mit dem Verwaltungsserver interagieren, sollten Sie zusätzliche Verwaltungsserver hinzufügen, wenn Sie eine große Anzahl gleichzeitiger Konsolen verwenden möchten. Sie sollten über 8 GB RAM für den Verwaltungsserver verfügen. Sie sollten mindestens 4 CPU-Kerne pro Verwaltungsserver haben, vorausgesetzt, Sie verfügen über 10 bis 12 aktive Konsolen pro CPU-Kern.

Leistung der Dienst-Manager-Konsole

Die Leistung der Service Manager-Konsole wird in erster Linie von der Anzahl der Formulare beeinflusst, die Ihre Analysten in der Regel geöffnet haben, und die Menge der Daten, die von Ansichten abgerufen werden. Sie sollten über 4 GB RAM auf dem Computer verfügen, auf dem die Service Manager-Konsole installiert ist. Wenn Sie Ansichten haben, die eine große Datenmenge abrufen, benötigen Sie zusätzlichen RAM. Sie sollten mindestens über eine 4-Core-CPU für den Computer verfügen, auf dem die Service Manager-Konsole installiert ist. Da es sich bei der Service Manager-Konsole um eine Endbenutzeranwendung handelt, empfehlen wir, sie neu zu starten, wenn ein übermäßiger Ressourcenverbrauch angezeigt wird. Die Dienst-Manager-Konsole speichert Informationen im Arbeitsspeicher aggressiv zwischen, was zur allgemeinen Speicherauslastung beitragen kann.

Leistung der Service Manager-Data Warehouse-Datenbank

Die Leistung des Data Warehouses wird direkt durch verschiedene Faktoren beeinflusst, einschließlich der Anzahl der gleichzeitigen Service Manager-Verwaltungsserver, die Daten senden, das Datenvolumen oder den Datenaufbewahrungszeitraum, die Datenänderungsrate und die Extraktions-, Transformations- und Lasthäufigkeit (ETL). Die Im Data Warehouse gespeicherte Datenmenge erhöht sich im Laufe der Zeit. Es ist wichtig, sicherzustellen, dass Unnötige Daten archiviert werden. Ein weiterer Faktor, der sich auf die Leistung von Data Warehouse auswirkt, ist die BatchSize-Einstellung von ETL-Prozessen.

Sie können eine bessere Leistung erzielen, indem Sie Protokolldateien und Datendateien trennen, um physische Datenträger zu trennen. Sie sollten jedoch vermeiden, mehrere Protokolldateien pro Datenträger zu platzieren. Ebenso können Sie einen besseren Durchsatz erzielen, indem Sie die tempdb auf einem anderen physischen Datenträger als die anderen Datenbanken platzieren. Schließlich können Sie die verschiedenen Datenbanken auch auf ihren jeweiligen physischen Datenträgern platzieren. Verwenden Sie ein RAID 1+0-Datenträgersystem, um Ihr Data Warehouse zu hosten, falls möglich. Sie sollten in der Regel mindestens 8 GB RAM für den Computer haben, auf dem die Data Warehouse-Datenbanken installiert sind. Wenn Sie über zusätzliche Datenquellen aus Operations Manager oder Configuration Manager verfügen, sollten Sie den RAM für die Datenbanken erhöhen. Sie profitieren von mehr Arbeitsspeicher auf dem Computer, auf dem SQL Server ausgeführt wird, der das Data Warehouse hostt, und noch mehr, wenn sich die Datamart- und Repositorydatenbanken auf demselben Server befinden. Wenn Sie jedoch über 4.000 oder weniger Computer in Ihrer Bereitstellungstopologie verfügen, reicht 4 GB aus. Sie sollten mindestens 8 CPU-Kerne auf dem Computer haben, auf dem die Data Warehouse-Datenbank installiert ist. Zusätzliche Kerne helfen sowohl bei ETL als auch bei der Berichtleistung.

Die Leistung kann negativ beeinflusst werden, wenn alle Datenbanken im System mit einer kleineren Größe erstellt und automatisch vergrößert werden, insbesondere durch kleine Inkremente. Sehen Sie sich das Tool zum Anpassen des Dienst-Managers an, das im Service Manager-Auftragshilfe-Dokumentationssatz (SM_job_aids.zip) enthalten ist, um die Größe der Datenbank zu bewerten und die Datenbank mit einer Größe zu erstellen, die näher an der endgültigen Größe liegt. Dadurch wird die Leistung verringert, indem die Anzahl der automatischen Vergrößerung der Datenbank reduziert wird.

Der Dienst-Manager enthält integrierte Unterstützung für Dateigruppen. Sie können davon profitieren, indem Sie die Dateigruppen auf separaten Festplatten platzieren. Weitere Informationen zu bewährten Methoden für die Dateigruppe finden Sie in der SQL Server-Dokumentation.

Leistung des Service Manager-Data Warehouse-Servers

Die Leistung des Data Warehouse-Servers ist von der Anzahl der Service Manager-Verwaltungsserver betroffen, die für das Data Warehouse registriert sind, die Größe Ihrer Bereitstellung und die Anzahl der Datenquellen. Sie sollten im Allgemeinen mindestens 8 GB RAM für den Data Warehouse-Server haben. Die Leistung profitiert jedoch von zusätzlichem Arbeitsspeicher für erweiterte Bereitstellungsszenarien, in denen mehr als ein Service Manager-Verwaltungsserver Daten in das Data Warehouse einfügt. Wenn Sie die Leistung abwägen müssen, sollte Die höchste Priorität für den Arbeitsspeicher für den Computer mit SQL Server sein. 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 darauf ausgelegt, Tausende von Benutzern gleichzeitig zu verarbeiten.

Leistungstests für das Self-Service-Portal wurden speziell auf typische "Montagmorgen"-Szenarien konzentriert, um sicherzustellen, dass sich Hunderte von Benutzern am Montagmorgen innerhalb einer Zeitspanne von 5 bis 10 Minuten anmelden können und offene Vorfälle mit akzeptablen (weniger als 4 bis 5 Sekunden) Reaktionszeiten auftreten können. Dieses Ziel wurde mit der in diesem Dokument empfohlenen Mindesthardware erreicht.

Zielleistung auf Serviceebene

Es gibt keine bestimmte Anzahl von Zielen auf Dienstebene, die Service Manager unterstützt. Wenn eine Organisation z. B. in der Regel nur wenige Vorfälle aufweist, kann sie mehr Ziele auf Serviceebene unterstützen, als sie andernfalls in der Lage sein könnten. Ein größeres Vorfallvolumen kann jedoch je nach Bedarf weniger Ziele auf Serviceebene oder eine Skalierung zusätzlicher Hardware und Software erfordern. Es wird empfohlen, nicht mehr als fünf Ziele auf Dienstebene für eine typische Service Manager-Konfiguration von 50.000 Computern zu erstellen. Sie könnten möglicherweise weitere Ziele auf Serviceebene erstellen. Da die Bedingungen jedoch von Organisation zu Organisation stark variieren, kann Microsoft keine konkrete Empfehlung für die Anzahl der Ziele auf Dienstebene bereitstellen, die Sie nicht überschreiten sollten. Wenn Ihre Bereitstellungskonfiguration aufgrund der Anzahl der Ziele auf Dienstebene unter einer schlechten Leistung leidet, empfiehlt es sich, eine Skalierung mithilfe des szenarios für die nächste größere Bereitstellung durchzuführen, wie im Artikel "Konfigurationen für Bereitstellungsszenarien " dieses Handbuchs beschrieben.

Nächste Schritte