System Center - Service Manager prestaties

Belangrijk

Deze versie van Service Manager heeft het einde van de ondersteuning bereikt. U wordt aangeraden een upgrade uit te voeren naar Service Manager 2022.

Prestaties voor System Center: Service Manager serverfuncties en -onderdelen worden beïnvloed door verschillende factoren. Over het algemeen zijn er drie gebieden waar positieve en negatieve prestaties het meest merkbaar zijn in Service Manager:

• Service Manager reactiesnelheid van de console. Dit is de tijd tussen het moment dat u een actie uitvoert in de console totdat de actie is voltooid.

• Gegevensinvoegtijd voor connectors. Dit is hoe lang het duurt voordat Service Manager gegevens importeert wanneer een connector wordt gesynchroniseerd.

• Voltooiingstijd van de werkstroom. Dit is de tijd die het een werkstroom kost om automatisch een of andere actie toe te passen.

Connectorprestaties

De initiële synchronisatie van de connector kan veel tijd in beslag nemen; bijvoorbeeld 8 tot 12 uur voor een grote initiële synchronisatie met Configuration Manager. Wanneer een connector in eerste instantie wordt gesynchroniseerd, kunt u verwachten dat de prestaties voor alle Service Manager serverfuncties en -processen gedurende deze periode zullen afnemen. Dit gebeurt vanwege de manier waarop gegevens opeenvolgend worden ingevoegd in de Service Manager-database. Dit is een Microsoft SQL Server-database. Hoewel u het initiële synchronisatieproces van de connector niet kunt versnellen, kunt u de eerste synchronisatie plannen en ervoor zorgen dat het synchronisatieproces ruim voordat Service Manager in productie wordt genomen, wordt voltooid.

Wanneer de eerste synchronisatie is voltooid, blijft Service Manager de verschillen synchroniseren, die geen meetbare invloed hebben op de prestaties.

Werkstroomprestaties

Werkstromen zijn automatische processen die optreden. Bijvoorbeeld het versturen van e-mailmeldingen, het activeren van de volgende stap van een wijzigingsaanvraag, en het automatisch toepassen van een sjabloon.

Overwegingen voor de prestaties van werkstromen zijn onder andere:

• Normaal gesproken duren werkstromen minder dan een minuut van begin tot einde. Wanneer Service Manager serverfuncties een zware workload hebben, worden werkstromen niet zo snel voltooid als normaal.

• Verder wordt het systeem zwaarder belast wanneer u nieuwe werkstromen maakt, zoals een nieuw meldingsabonnement. Naarmate het aantal nieuwe werkstromen dat u maakt toeneemt, neemt ook de uitvoeringstijd van elke werkstroom toe.

Wanneer het systeem zwaar wordt belast, bijvoorbeeld als er een groot aantal nieuwe incidenten wordt gemaakt en elk incident veel werkstromen genereert, kunnen de prestaties negatief worden beïnvloed.

Invloed op de prestaties van groepen, wachtrijen en gebruikersrollen

Plan groepen en gebruikersrollen in een vroeg stadium. Wees spaarzaam bij het maken van groepen, en maak ze voor het kleinst mogelijke bereik. Vervolgens moet u uw database eerst vullen met gegevens uit Active Directory Domain Services (AD DS), Configuration Manager en System Center Operations Manager voordat u uw groepen maakt.

Beheerders maken vaak groepen om ervoor te zorgen dat gebruikers alleen toegang hebben tot opgegeven groepen. U kunt bijvoorbeeld een scenario hebben waarin u een subset van incidenten wilt maken, zoals incidenten die betrekking hebben op computers die worden gebruikt door HR-personeel. In dit scenario wilt u mogelijk dat alleen bepaalde personeelsleden de groep Gevoelige servers kunnen zien of wijzigen. Om dit type toegang mogelijk te maken, moet u een groep maken voor alle gebruikers en een groep voor gevoelige computers, en er vervolgens voor zorgen dat een beveiligingsrol zowel toegang heeft tot de groep Alle gebruikers als tot de groep Gevoelige servers. Het maken van een groep met alle gebruikers heeft onvermijdelijk invloed op de prestaties, omdat Service Manager regelmatig controleert of er wijzigingen in de groep zijn. Deze controle wordt standaard elke 30 seconden uitgevoerd. Voor een grote groep zorgt het controleren op de wijzigingen voor een zware belasting van het systeem en kan de reactietijd aanzienlijk worden vertraagd.

Oplossing 1: U kunt handmatig opgeven hoe vaak Service Manager op groepswijzigingen controleert door een registersleutel te wijzigen. Als u de groepscontrolefrequentie bijvoorbeeld van 30 seconden in 10 minuten wijzigt, verbeteren de prestaties aanzienlijk. Wachtrijen en serviceniveaudoelstellingen zijn speciale soorten groepen die gebruikmaken van de dezelfde polling-interval voor groepsberekening. Het verhogen van de waarde van het polling-interval resulteert dus in langere tijden voor berekeningen van wachtrij- en serviceniveaudoelstellingen.

Waarschuwing

Het onjuist bewerken van het register kan ernstige gevolgen hebben voor uw systeem. Voordat u wijzigingen aanbrengt in het register, moet u een back-up maken van alle belangrijke gegevens op de computer.

Het controle-interval voor groepswijzigingen handmatig opgeven

1. Voer Regedit uit en navigeer naar HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\.

2. Maak een nieuwe DWORD-waarde met de naam GroupCalcPollingIntervalMilliseconds.

3. Geef voor de waarde het interval in milliseconden op. Het resultaat wordt vermenigvuldigd met 6. Als u bijvoorbeeld het interval wilt instellen op 10 minuten, voert u 600000 in.

4. Start de System Center Management-service opnieuw.

Oplossing 2: U kunt een Windows PowerShell-script gebruiken om objecten van een type, zoals 'Gebruikers', toe te voegen aan een gebruikersrol. In wezen heeft een analist die is aangemeld met deze rol toegang tot alle objecten met een type dat gelijk is aan 'Gebruiker'. Als u deze methode gebruikt, elimineert u de noodzaak van een grote groep ('Alle gebruikers') en de dure controle die Service Manager uitvoert om dit groepslidmaatschap te bepalen. Op de Service Manager-beheerserver kunt u het volgende Windows PowerShell script uitvoeren om het type gebruiker toe te voegen aan de rol RoleName. U moet dit voorbeeldscript voor uw omgeving wijzigen.

Een Windows PowerShell-script uitvoeren om objecten toe te voegen aan een gebruikersrol

• Wijzig het volgende script waar nodig en voer het uit:

#  
# 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."  
}  

Prestaties weergeven

Wanneer u weergaven maakt, moet u waar mogelijk 'typische' klassen in het systeem gebruiken. De meeste objectklassen, bijvoorbeeld Incidentbeheer, hebben twee typen: 'typisch' en 'geavanceerd'. Het standaardobjecttype bevat eenvoudige referenties naar een kleine subset van gegevens die aan een item zijn gerelateerd. Het geavanceerde type bevat een groot aantal complexe referenties naar gegevens die aan een item zijn gerelateerd. Standaardtypen zijn eenvoudige projecties; geavanceerde typen zijn complexe projecties. De meeste geavanceerde objecttypen worden gebruikt om verschillende velden in te vullen in formulieren die u normaal gesproken niet wilt weergeven in een weergave. Wanneer u een weergave maakt op basis van een geavanceerd objecttype en wanneer u de weergave opent, voert Service Manager query's uit op de database en wordt een grote hoeveelheid gegevens gelezen. Er wordt echter heel weinig van de opgehaalde gegevens weergegeven of gebruikt.

Als u prestatieproblemen ondervindt met de weergaven die u hebt gedefinieerd wanneer u geavanceerde objecttypen in weergaven gebruikt, schakelt u over naar het gebruik van typische typen. U kunt ook uw eigen projectietypen maken die alleen de gegevens bevatten waarop u een weergave moet baseren.

Service Manager databaseprestaties

De prestaties van de Service Manager database worden rechtstreeks beïnvloed door verschillende factoren, waaronder het aantal gelijktijdige Service Manager consoles die gegevens lezen of schrijven, het controleinterval voor groepswijziging en gegevens die door connectors worden ingevoegd. In dit document vindt u meer informatie. Hier volgen enkele belangrijke punten:

• U moet minimaal 8 gigabyte (GB) RAM-geheugen hebben voor de beheerserver die als host fungeert voor de Service Manager-database, zodat u in typische scenario's een acceptabele reactietijd kunt hebben.

• U moet ten minste 8 CPU-kernen hebben op de computer die als host fungeert voor de Service Manager-database.

• U kunt betere databaseprestaties bereiken door logbestanden en gegevensbestanden op afzonderlijke fysieke schijven te plaatsen, indien mogelijk. U kunt nog meer voordelen behalen door uw tempdb te verplaatsen naar een ander fysiek RAID-station dan dat van de Service Manager-database. Gebruik indien mogelijk een RAID 1+0-schijfsysteem om uw Service Manager database te hosten.

• De prestaties kunnen negatief worden beïnvloed als de Service Manager-database wordt gemaakt met een kleinere grootte en deze is ingesteld op automatisch groeien, met name door kleine stappen.

Zie het hulpprogramma Service Manager Sizing Helper dat is opgenomen in de documentatieset Service Manager taakhulpmiddelen (SM_job_aids.zip) voor hulp bij het beoordelen van de grootte van de database en maak de database met een grootte die dichter bij de uiteindelijke grootte ligt. Dit helpt de prestaties door het aantal keren dat de database automatisch moet groeien te verminderen.

Op dezelfde manier zijn alle andere aanbevolen procedures voor een database met hoge prestaties ook van toepassing. Als u bijvoorbeeld kunt profiteren van een subsysteem voor een superieure schijf, kunt u profiteren van het splitsen van de groepen tabellen in de respectieve bestandsgroepen en het verplaatsen ervan naar een ander fysiek station.

prestaties van Service Manager-beheerserver

De prestaties van de Service Manager-beheerserver worden voornamelijk beïnvloed door het aantal actieve gelijktijdige Service Manager consoles. Omdat alle Service Manager functies communiceren met de beheerserver, kunt u overwegen om extra beheerservers toe te voegen als u van plan bent een groot aantal gelijktijdige consoles te hebben. U moet 8 GB RAM-geheugen hebben voor de beheerserver. U moet ten minste 4 CPU-kernen per beheerserver hebben, ervan uitgaande dat u 10 tot 12 actieve consoles per CPU-kern hebt.

Service Manager consoleprestaties

De prestaties van de Service Manager-console worden voornamelijk beïnvloed door het aantal formulieren dat uw analisten doorgaans hebben geopend en de hoeveelheid gegevens die door weergaven wordt opgehaald. U moet 4 GB RAM-geheugen hebben op de computer waarop de Service Manager-console is geïnstalleerd. Als u weergaven hebt waarmee een grote hoeveelheid gegevens wordt opgehaald, hebt u extra RAM-geheugen nodig. U moet ten minste een 4-core CPU hebben voor de computer waarop de Service Manager-console is geïnstalleerd. Omdat de Service Manager-console een toepassing voor eindgebruikers is, raden we u aan deze opnieuw op te starten als u overmatig resourceverbruik ziet. De Service Manager-console slaat informatie in het geheugen op in de cache, wat kan bijdragen aan het algehele geheugengebruik.

Service Manager datawarehouse-databaseprestaties

De prestaties van het datawarehouse worden rechtstreeks beïnvloed door verschillende factoren, waaronder het aantal gelijktijdige Service Manager beheerservers die gegevens verzenden, het volume van de opgeslagen gegevens of de gegevensretentieperiode, de snelheid van gegevenswijziging en de etl-frequentie (extractie, transformatie en belasting). De hoeveelheid gegevens die in het datawarehouse is opgeslagen, neemt in de loop der tijd toe. Het is belangrijk ervoor te zorgen dat u onnodige gegevens archiveert. Een andere factor die invloed heeft op de prestaties van het datawarehouse is de instelling BatchSize van ETL-processen.

U kunt betere prestaties bereiken door logbestanden en gegevensbestanden op afzonderlijke fysieke schijven te plaatsen. Vermijd echter meer dan één logbestand op een schijf te plaatsen. U kunt ook een betere doorvoer behalen door de tempdb op een andere fysieke schijf te plaatsen dan de andere databases. En ten slotte kunt u ook voordeel behalen door de verschillende database op een eigen fysieke schijf te plaatsen. Gebruik indien mogelijk een RAID 1+0-schijfsysteem om uw datawarehouse te hosten. Over het algemeen moet u minimaal 8 GB RAM-geheugen hebben voor de computer waarop de datawarehouse-databases zijn geïnstalleerd. Als u aanvullende datawarehouse-gegevensbronnen van Operations Manager of Configuration Manager hebt, moet u de hoeveelheid RAM voor de databases verhogen. U profiteert van meer geheugen op de computer met SQL Server die als host fungeert voor het datawarehouse, en nog meer als de datamart- en opslagplaatsdatabases zich op dezelfde server bevinden. Als uw implementatietopologie echter 4000 of minder computers bevat, is 4 GB voldoende. De computer waarop de datawarehouse-database is geïnstalleerd moet minimaal 8 CPU-kernen hebben. Extra kernen helpen zowel bij de ETL- als de rapportprestaties.

De prestaties kunnen negatief worden beïnvloed als alle databases in het systeem met een klein formaat worden gemaakt en worden ingesteld op autogrow, in het bijzonder met kleine toenamen. Zie het hulpprogramma Service Manager Groottehulp dat is opgenomen in de documentatieset voor Service Manager taakhulp (SM_job_aids.zip) om de grootte van de database te beoordelen en de database te maken met een grootte die dichter bij de uiteindelijke grootte ligt. Dit helpt de prestaties door het aantal keren dat de database automatisch moet groeien te verminderen.

Service Manager bevat ingebouwde ondersteuning voor bestandsgroepen. U kunt hiervan profiteren door de bestandsgroepen op afzonderlijke harde schijven te plaatsen. Zie de documentatie voor SQL Server voor meer informatie over best practices voor bestandsgroepen.

Service Manager datawarehouse-serverprestaties

De prestaties van de datawarehouseserver worden beïnvloed door het aantal Service Manager beheerservers dat is geregistreerd bij het datawarehouse, de grootte van uw implementatie en het aantal gegevensbronnen. Over het algemeen moet u minimaal 8 GB RAM-geheugen hebben voor de datawarehouse-server. De prestaties profiteren echter van extra geheugen voor geavanceerde implementatiescenario's waarbij meer dan één Service Manager beheerserver gegevens in het datawarehouse invoegt. Als u de prestaties moet afruilen, moet uw hoogste prioriteit zijn voor geheugen voor de computer waarop SQL Server wordt uitgevoerd. U moet ten minste 8 CPU-kernen hebben om prestatieproblemen te voorkomen.

Prestaties van selfserviceportal

De Self-Service Portal is ontworpen voor eenvoudige toegang tot het indienen van incidenten en serviceaanvragen. Het is niet ontworpen om duizenden gebruikers tegelijk te verwerken.

Het testen van de prestaties van de Self-Service Portal was gericht op typische 'maandagochtend'-scenario's, met name om ervoor te zorgen dat op maandagochtend honderden gebruikers zich binnen een periode van 5 tot 10 minuten kunnen aanmelden en incidenten kunnen openen met acceptabele reactietijden (minder dan 4 tot 5 seconden). Dit doel werd bereikt met de in dit document aanbevolen minimumhardware.

Prestaties van serviceniveaudoelstelling

Er is geen specifiek aantal serviceniveaudoelstellingen die Service Manager ondersteunt. Als een organisatie bijvoorbeeld doorgaans weinig incidenten heeft, kan deze meer serviceniveaudoelstellingen ondersteunen dan anders mogelijk is. Een groter incidentvolume kan echter minder serviceniveaudoelstellingen of een uitschaling van aanvullende hardware en software nodig hebben, indien van toepassing. U wordt aangeraden niet meer dan vijf serviceniveaudoelstellingen te maken voor een typische Service Manager-configuratie van 50.000 computers. U kunt mogelijk meer serviceniveaudoelstellingen maken. Omdat de voorwaarden echter per organisatie sterk verschillen, kan Microsoft geen concrete aanbeveling geven voor het aantal serviceniveaudoelstellingen dat u niet mag overschrijden. Als uw implementatieconfiguratie te maken heeft met slechte prestaties als gevolg van het aantal serviceniveaudoelstellingen, raden we u aan uit te schalen met behulp van het volgende grotere implementatiescenario, zoals beschreven in het artikel Configuraties voor implementatiescenario's van deze handleiding.

Volgende stappen

• Raadpleeg Aanbevolen implementatietopologiescenario's voor meer informatie over hardware- en softwareconfiguraties voor Service Manager implementatiescenario's.