System Center – Service Manager teljesítmény

  • Cikk

Fontos

A Service Manager ezen verziója elérte a támogatás végét. Javasoljuk, hogy frissítsen Service Manager 2022-re.

A System Center teljesítménye – Service Manager kiszolgálói szerepköröket és funkciókat különböző tényezők befolyásolják. Általában három olyan terület van, ahol a pozitív és a negatív teljesítmény a legfigyelemesebb a Service Manager:

  • Service Manager konzol válaszképességét. Ez a felhasználói művelet konzolról történő kezdeményezése és a művelet befejezése között eltelt idő.

  • Összekötők adatbeszúrási ideje. Ennyi ideig tart, amíg Service Manager adatokat importál az összekötő szinkronizálása során.

  • A munkafolyamat befejezési ideje. Ennyi időbe telik a munkafolyamatok számára a műveletek automatikus alkalmazása.

Összekötő teljesítménye

Az összekötő kezdeti szinkronizálása jelentős időt vehet igénybe; például 8–12 óra egy nagy kezdeti szinkronizáláshoz Configuration Manager. Az összekötők kezdeti szinkronizálása során számíthat arra, hogy ez idő alatt az összes Service Manager kiszolgálói szerepkör és folyamat teljesítménye romlik. Ez azért fordul elő, mert az adatok egymás után kerülnek be a Service Manager adatbázisba, amely egy Microsoft SQL Server-adatbázis. Bár nem tudja siettetni az összekötő kezdeti szinkronizálási folyamatát, megtervezheti a kezdeti szinkronizálást, és meggyőződhet arról, hogy a szinkronizálási folyamat jóval azelőtt befejeződik, hogy Service Manager éles környezetbe kerül.

Amikor a kezdeti szinkronizálás befejeződött, Service Manager folytatja a különbségek szinkronizálását, amelyek nem befolyásolják mérhetően a teljesítményt.

Munkafolyamat teljesítménye

A munkafolyamatok automatikusan futtatott folyamatok. Ilyen például az e-mail értesítés, a változáskérelmek következő lépésének aktiválása vagy a sablonok automatikus alkalmazása.

A munkafolyamatok teljesítményével kapcsolatban a következő szempontokat kell figyelembe venni:

  • A munkafolyamatok normál esetben egy percen belül lefutnak. Ha Service Manager kiszolgálói szerepkörök nagy munkaterhelés alatt állnak, a munkafolyamatok nem a megszokott módon fejeződnek be.

  • Emellett új munkafolyamatok létrehozásakor (például egy új értesítésre való előfizetéskor) a rendszert további terhelés éri. Ahogy emelkedik a létrehozott új munkafolyamatok száma, úgy növekszik az egyes munkafolyamatok futásához szükséges idő is.

Ha a rendszer nagy terhelés alatt áll – például nagy számú új incidens jön létre, és minden incidens sok munkafolyamatot hoz létre –, a teljesítmény negatív hatással lehet rá.

A csoport, az üzenetsor és a felhasználói szerepkör hatása a teljesítményre

A csoportokat és a felhasználói szerepköröket jó előre tervezze meg. A csoportok létrehozásával bánjon takarékosan, és a lehető legkisebb hatókörre terjessze ki őket. Ezután először fel kell töltenie az adatbázist Active Directory tartományi szolgáltatások (AD DS), Configuration Manager és System Center Operations Manager adataival a csoportok létrehozása előtt.

A rendszergazdák gyakran hoznak létre csoportokat, hogy a felhasználók csak a megadott csoportokhoz férhessenek hozzá. Előfordulhat például, hogy az emberi erőforrások részlegén dolgozók által használt számítógépeket érintő incidensek alcsoportját kell létrehoznia. Ilyen esetben az érzékeny kiszolgálók csoportjához csak bizonyos személyeknek érdemes megtekintési vagy módosítási hozzáférést adni. Az ilyen típusú hozzáférés engedélyezéséhez létre kell hoznia egy csoportot az összes felhasználó számára, valamint egy másik csoportot az érzékeny számítógépek számára, és gondoskodnia kell arról, hogy egy biztonsági szerepkör az összes felhasználó csoportjához és az érzékeny kiszolgálók csoportjához is hozzáférjen. Elkerülhetetlen, hogy az összes felhasználót tartalmazó csoport létrehozása hatással legyen a teljesítményre, mert Service Manager gyakran ellenőrzi, hogy vannak-e változások a csoportban. Az ellenőrzésre alapértelmezés szerint 30 másodpercenként kerül sor. Nagy csoportok esetében a módosítások ellenőrzése nagy terhelést okoz a rendszeren, és jelentősen lelassíthatja a válaszidőt.

1. megoldás: A beállításkulcs módosításával manuálisan megadhatja, hogy Service Manager milyen gyakran ellenőrizze a csoportmódosításokat. Jelentős teljesítménynövelést érhet el például, ha 30 másodpercről 10 percre módosítja az ellenőrzés gyakoriságát. A várólisták és a szolgáltatásiszint-célkitűzések viszont speciális típusú csoportok, amelyek azonos csoportszámítás-lekérdezési időközt használnak. Így a lekérdezési időköz értékének növelése hosszabb időt eredményez az üzenetsor- és szolgáltatásiszint-célkitűzés kiszámításához.

Figyelemfelhívás

A beállításjegyzék helytelen szerkesztése súlyosan károsíthatja a rendszert. A beállításjegyzék módosítása előtt készítsen biztonsági másolatot a számítógépen lévő összes értékes adatról.

A csoportváltozás-ellenőrzési időköz manuális megadása

  1. Futtassa a Regedit parancsot, és lépjen a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\.

  2. Hozzon létre egy új DWORD-értéket GroupCalcPollingIntervalMilliseconds néven.

  3. Az értékben adja meg a kívánt időközt ezredmásodpercben. Az eredmény megszorozva 6-tal. Ha például 10 percre szeretné állítani az időközt, írja be a 600000 értéket.

  4. Indítsa újra a System Center Management szolgáltatást.

2. megoldás: Egy Windows PowerShell szkripttel hozzáadhat egy felhasználói szerepkörhöz egy típusú objektumot,például "Felhasználók". Az ebben a szerepkörben bejelentkezett elemzők lényegében hozzáférhetnek az összes olyan objektumhoz, amely "Felhasználó" típusú. Ha ezt a módszert használja, szükségtelenné teszi egy nagy csoport ("Minden felhasználó") használatát, valamint azt a költséges ellenőrzést, amelyet Service Manager végez a csoporttagság meghatározásához. A Service Manager felügyeleti kiszolgálón futtassa a következő Windows PowerShell szkriptet, hogy hozzáadja a "felhasználó" típust a szerepkörnévhez. Módosítania kell ezt a példaszkriptet a környezetéhez.

Objektumok felhasználói szerepkörhöz történő hozzáadása Windows PowerShell-parancsfájllal

  • Szükség esetén módosítsa, majd futtassa a következő parancsfájlt:
#  
# 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."  
}

Teljesítmény megtekintése

Nézetek létrehozásakor tervezze meg a rendszer "tipikus" osztályainak használatát, amikor csak lehetséges. A legtöbb objektumosztálynak (például incidenskezelésnek) két típusa van: "tipikus" és "speciális". A tipikus objektumtípus egyszerű hivatkozásokat tartalmaz egy adott elemre vonatkozó kis méretű adathalmazra. A haladó objektumtípus számos összetett hivatkozást tartalmaz az adott elemhez kapcsolódó adatokra. A tipikus objektumok egyszerű leképezések, míg a haladó típusok összetett leképezések. A legtöbb speciális objektumtípus olyan űrlapok különböző mezőinek kitöltésére szolgál, amelyeket általában nem szeretne megjeleníteni egy nézetben. Amikor speciális objektumtípus alapján hoz létre nézetet, és amikor megnyitja a nézetet, Service Manager lekérdezi az adatbázist, és nagy mennyiségű adatot olvas be. A beolvasott adatok közül azonban nagyon kevés jelenik meg vagy használható.

Ha teljesítményproblémákba ütközik a speciális objektumtípusok nézetekben való használatakor definiált nézetekkel kapcsolatban, váltson a tipikus típusok használatára. Másik lehetőségként létrehozhat saját vetülettípusokat is, amelyek csak azokat az adatokat tartalmazzák, amelyekre a nézet alapjául szüksége van.

az adatbázis teljesítményének Service Manager

A Service Manager adatbázis teljesítményét számos tényező befolyásolja közvetlenül, beleértve az egyidejű Service Manager-konzolok számát, amelyek adatokat olvasnak vagy írnak, a csoportmódosítás-ellenőrzési időközt és az összekötők által beszúrt adatokat. További információkat ebben a dokumentumban talál. Az alábbiakban néhány fő szempontot sorolunk fel:

  • Legalább 8 gigabájt (GB) RAM-mal kell rendelkeznie ahhoz a felügyeleti kiszolgálóhoz, amely a Service Manager adatbázist üzemelteti, hogy elfogadható válaszidővel rendelkezzen a tipikus forgatókönyvekben.

  • Legalább 8 processzormaggal kell rendelkeznie a Service Manager adatbázist üzemeltető számítógépen.

  • Az adatbázisok teljesítménye javítható, ha a naplófájlokat és az adatfájlokat egymástól elkülönítve, külön fizikai lemezeken tárolja. További előnyöket érhet el, ha a tempdb-t egy másik fizikai RAID-meghajtóra helyezi át, mint a Service Manager adatbázis. Ha lehetséges, használjon RAID 1+0 lemezrendszert a Service Manager adatbázis üzemeltetéséhez.

  • A teljesítmény negatív hatással lehet, ha a Service Manager-adatbázis kisebb méretű, és automatikus növekedésre van beállítva, különösen kis lépésekben.

Az adatbázis méretének felméréséhez a Service Manager feladattámogatási dokumentációban (SM_job_aids.zip) található Service Manager méretezési segédeszközben talál segítséget, és a végső mérethez közelebb eső méretű adatbázist hozhat létre. Ez segít a teljesítményben azáltal, hogy csökkenti az adatbázis automatikus megnövekedésének számát.

Hasonlóképpen, a nagy teljesítményű adatbázisokra vonatkozó összes többi ajánlott eljárás is alkalmazható. Ha például kihasználhatja egy kiváló lemezalrendszer előnyeit, akkor a táblák csoportjait feloszthatja a megfelelő fájlcsoportokban, és áthelyezheti őket egy másik fizikai meghajtóra.

Service Manager felügyeleti kiszolgáló teljesítménye

A Service Manager felügyeleti kiszolgáló teljesítményét elsősorban az aktív egyidejű Service Manager konzolok száma befolyásolja. Mivel minden Service Manager szerepkör együttműködik a felügyeleti kiszolgálóval, fontolja meg további felügyeleti kiszolgálók hozzáadását, ha nagy számú egyidejű konzolt tervez használni. A felügyeleti kiszolgálóhoz 8 GB RAM-mal kell rendelkeznie. Felügyeleti kiszolgálónként legalább 4 processzormaggal kell rendelkeznie, feltéve, hogy processzormagonként 10–12 aktív konzollal rendelkezik.

Service Manager konzol teljesítménye

A Service Manager konzol teljesítményét elsősorban az elemzők által általában megnyitott űrlapok száma és a nézetek által lekért adatok mennyisége befolyásolja. 4 GB RAM-mal kell rendelkeznie azon a számítógépen, amelyen a Service Manager-konzol telepítve van. Ha olyan nézetekkel rendelkezik, amelyek nagy mennyiségű adatot kérnek le, további RAM-ra lesz szüksége. Legalább 4 magos cpu-val kell rendelkeznie ahhoz a számítógéphez, amelyen a Service Manager-konzol telepítve van. Mivel a Service Manager konzol egy végfelhasználói alkalmazás, javasoljuk, hogy indítsa újra, ha túlzott erőforrás-használatot tapasztal. A Service Manager konzol agresszíven gyorsítótárazza a memóriában lévő információkat, ami hozzájárulhat a teljes memóriahasználathoz.

Service Manager adattárház-adatbázis teljesítménye

Az adattárház teljesítményét közvetlenül befolyásolják különböző tényezők, például az adatokat küldő egyidejű Service Manager felügyeleti kiszolgálók száma, a tárolt adatok mennyisége vagy az adatmegőrzési időtartam, az adatváltozások gyakorisága, valamint a kinyerési, átalakítási és betöltési (ETL) gyakoriság. Az adatraktárban tárolt adatok mennyisége idővel növekszik. Ezért fontos, hogy gondoskodjon a szükségtelen adatok archiválásáról. Az adatraktár teljesítményét befolyásoló másik tényező az ETL folyamatok BatchSize beállítása.

A teljesítmény javítható, ha a naplófájlokat és az adatfájlokat egymástól elkülönítve, külön fizikai lemezeken tárolja. Lemezenként azonban lehetőleg ne tároljon egynél több naplófájlt. Ehhez hasonlóan javítható az átviteli teljesítmény, ha a tempdb adatbázist a többi adatbázisétól eltérő fizikai lemezre helyezi. Végül pedig azzal is növelheti a teljesítményt, ha a különböző adatbázisokat is külön fizikai lemezekre helyezi. Ha lehetséges, használjon RAID 1+0 lemezrendszert az adattárház üzemeltetéséhez. Általában legalább 8 GB RAM-mal kell rendelkeznie ahhoz a számítógéphez, amelyen az adattárház-adatbázisok telepítve vannak. Ha az Operations Managerből vagy Configuration Manager további adattárház-adatforrásokkal rendelkezik, növelje az adatbázisok RAM-jának mennyiségét. Az adattárházat üzemeltető SQL Server futtató számítógépen több memóriát használhat, és még inkább, ha a Datamart és az Adattár adatbázisai ugyanazon a kiszolgálón találhatók. Ha azonban 4000 vagy kevesebb számítógép van az üzembehelyezési topológiában, 4 GB elegendő. Legalább 8 processzormag szükséges azon a számítógépen, ahol az adatraktár-adatbázis telepítve van. A további processzormagok javítják mind az ETL, mind a jelentések teljesítményét.

A teljesítményt hátrányosan érintheti, ha a rendszer összes adatbázisát kis méretben hozzák létre és automatikus növekedésre állítják be, különösen kis növekmények esetén. Az adatbázis méretének felméréséhez és a végső mérethez közelebbi méretű adatbázis létrehozásához tekintse meg a Service Manager feladattámogatási dokumentációban (SM_job_aids.zip) található Service Manager méretezési segédeszközt, amely segít a teljesítményben azáltal, hogy csökkenti az adatbázis automatikus létrehozásának számát.

Service Manager a fájlcsoportok beépített támogatását tartalmazza. Ezt kihasználhatja, ha a fájlcsoportokat külön merevlemezekre helyezi. A fájlcsoportok ajánlott eljárásairól további információt a SQL Server dokumentációjában talál.

Service Manager adattárház-kiszolgáló teljesítménye

Az adattárház-kiszolgáló teljesítményét befolyásolja az adattárházban regisztrált Service Manager felügyeleti kiszolgálók száma, az üzembe helyezés mérete és az adatforrások száma. Általában legalább 8 GB RAM-mal kell rendelkeznie az adattárház-kiszolgálóhoz. A teljesítmény azonban előnyösebb lesz, ha további memóriával rendelkezik a speciális üzembe helyezési forgatókönyvekhez, amikor több Service Manager felügyeleti kiszolgáló szúr be adatokat az adattárházba. Ha ki kell cserélnie a teljesítményt, a legnagyobb prioritást a SQL Server futtató számítógép memóriája kell, hogy legyen. A teljesítményproblémák megelőzése érdekében legalább 8 processzormag szükséges.

Az Önkiszolgáló portál teljesítménye

A Self-Service portál az incidensek és a szolgáltatáskérések bejelentéséhez való könnyű hozzáféréshez lett kialakítva. Nem úgy tervezték, hogy egyszerre több ezer felhasználót kezeljen.

A Self-Service portál teljesítménytesztje a tipikus "hétfő reggeli" forgatókönyvekre összpontosított, különösen annak biztosítása érdekében, hogy hétfő reggel több száz felhasználó jelentkezzen be 5–10 percen belül, és elfogadható (4–5 másodpercnél rövidebb) válaszidővel rendelkező incidenseket nyisson meg. A fenti célt a dokumentumban ajánlott minimális hardver használatával értük el.

Szolgáltatási szintű célkitűzés teljesítménye

A Service Manager által támogatott szolgáltatásiszint-célkitűzések száma nincs meghatározva. Ha például egy szervezetnek általában kevés incidense van, több szolgáltatási szintű célt támogathat, mint amire egyébként képes lehet. A nagyobb incidensmennyiség azonban szükségessé teheti vagy kevesebb szolgáltatási szintű célkitűzést, vagy szükség esetén további hardverek és szoftverek felskálázását. Azt javasoljuk, hogy egy tipikus 50 000 számítógép Service Manager konfigurációhoz ne hozzon létre ötnél több szolgáltatási szintű célkitűzést. Lehetséges, hogy további szolgáltatási szintű célkitűzéseket is létrehozhat. Mivel azonban a feltételek szervezetenként nagy mértékben eltérnek, a Microsoft nem tud konkrét javaslatokat adni arra vonatkozóan, hogy hány szolgáltatási szintű célkitűzést ne lépjen túl. Ha az üzembehelyezési konfiguráció a szolgáltatási szint célkitűzéseinek száma miatt gyenge teljesítményt szenved, javasoljuk, hogy a következő nagyobb üzembehelyezési forgatókönyv használatával skálázza fel a skálázást az útmutató Konfigurációk az üzembe helyezési forgatókönyvekhez című cikkében leírtak szerint.

Következő lépések