• Cikk

A Service Manager teljesítménye

 

Közzétéve: 2016. július

Hatókör: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager

A System Center 2012 – Service Manager kiszolgálói szerepköreinek teljesítményét és funkcióit különféle tényezők befolyásolják. Általában három olyan terület van a Service Manager alkalmazásban, ahol a teljesítmény romlása vagy javulása a legészrevehetőbb:

  • A Service Manager konzol válaszképessége. 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 időbe telik a Service Manager számára az adatok importálása egy összekötő szinkronizálásakor.

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

Összekötők teljesítménye

Az összekötők kezdeti szinkronizálása hosszabb időbe (akár 8–12 órába) is telhet a System Center Configuration Managerrel történő nagy méretű kezdeti szinkronizálás esetén. Az összekötő kezdeti szinkronizálása során a Service Manager minden kiszolgálói szerepkörénél és folyamatánál teljesítménycsökkenés várható. Ennek az az oka, hogy az adatok Service Manager adatbázisba (Microsoft SQL Server-adatbázis) való beszúrása soros módon történik. Habár az összekötő kezdeti szinkronizálása nem gyorsítható fel, megfelelő tervezéssel felkészülhet rá, és gondoskodhat arról, hogy a szinkronizálási folyamat jóval a Service Manager éles üzembe állítása előtt megtörténjen.

A kezdeti szinkronizálás befejezését követően a Service Manager tovább folytatja az eltérések szinkronizálását, de ez már nincs mérhető hatással a teljesítményre.

Munkafolyamat-teljesítmény

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 a Service Manager kiszolgálói szerepkörei túlterheltek, a munkafolyamatok a szokásosnál lassabban készülnek el.

  • 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ésnek van kitéve, például ha nagy számú új incidenst hoznak létre és minden incidens sok munkafolyamatot generál, a teljesítmény romolhat.

A System Center 2012 – Service Manager munkafolyamat-teljesítmény szempontjából hatékonyabb, mint a System Center Service Manager 2010, mert az új ManagmentHostKeepAlive felügyeleti csomag javítja a munkafolyamat-feldolgozási válaszképességet, így szinte minden munkafolyamat egy percen belül lezajlik.

A csoportok, várólisták és felhasználói szerepkörök 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. Töltse fel az adatbázist az Active Directory tartományi szolgáltatásokból (AD DS), a System Center Configuration Managerből és a System Center Operations Managerből származó adatokkal, mielőtt létrehozza a csoportokat.

A rendszergazdák gyakran azért hoznak létre csoportokat, hogy a felhasználók hozzáférését adott csoportokra korlátozhassák. 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. Az összes felhasználót tartalmazó csoport létrehozása mindenképpen hatással lesz a teljesítményre, mivel a Service Manager gyakran ellenőrzi, hogy történtek-e változások a csoportban. Az ellenőrzésre alapértelmezés szerint 30 másodpercenként kerül sor. Nagyon nagy csoport esetén a változások ellenőrzése komoly terhelést okoz a rendszerben és jelentősen növelheti a válaszidőt.

  1. megoldás: Egy beállításkulcs módosításával manuálisan megadhatja, milyen gyakran ellenőrizze a Service Manager a csoport változásait. 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. A lekérdezési időköz értékének növelése ezért a várólistákhoz és a szolgáltatásiszint-célkitűzésekhez kapcsolódó számítások esetében hosszabb időtartamokat eredményez.
System_CAPS_ICON_caution.jpg Figyelem!


A beállításjegyzék nem megfelelő módosítása súlyosan károsíthatja a rendszert. Mielőtt szerkeszti a beállításjegyzéket, készítsen biztonsági másolatot a számítógép fontos adatairól.

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

  1. Futtassa a Regedit programot, majd keresse meg a HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2012\Common\ beállításkulcsot.

  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ényt a rendszer megszorozza 6-tal. Ha például 10 percre szeretné beállítani az időközt, írja be a 600000 értéket.

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

    System_CAPS_ICON_note.jpg Megjegyzés


    A System Center 2012 R2 Service Manager rendszerben a System Center felügyeleti szolgáltatás a Microsoft Monitoring Agent nevet viseli.

  5. megoldás: Windows PowerShell-parancsfájl segítségével adott típusú objektumokat (például „Felhasználók”) adhat egy felhasználói szerepkörhöz. Az adott szerepkörrel bejelentkező elemző így hozzáférhet az összes olyan objektumhoz, amelynek típusa „Felhasználó”. Ha ezt a módszert használja, nincs szükség nagy méretű csoport (Összes felhasználó) létrehozására és a Service Manager által végzett csoporttagság-ellenőrzésre sem. A Service Manager felügyeleti kiszolgálón futtassa a következő Windows PowerShell-parancsfájlt a „user” típus „RoleName” szerepkörhöz való hozzáadásához. Ezt a példaként megadott parancsfájlt a rendszerkörnyezetnek megfelelően módosítani kell.

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

Nézetek teljesítménye

Amikor nézeteket hoz létre, érdemes lehetőség szerint a rendszer „tipikus” osztályait használni. A legtöbb objektumosztály – például az incidenskezelési osztály – két típussal rendelkezik: „tipikus” és „haladó”. 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 haladó objektumtípus a különféle mezők feltöltésére használatos olyan űrlapokon, amelyeket legtöbbször nem jelenítenek meg a nézetekben. Ha haladó objektumtípusra épülő nézetet hoz létre, és megnyitja ezt a nézetet, a Service Manager lekérdezi az adatbázist, és nagy mennyiségű adatot olvas be. A beolvasott adatokból azonban csak nagyon keveset jelenít meg vagy használ fel.

Ha a haladó objektumtípusok nézetekben való használatakor definiált nézetekkel teljesítményproblémákat tapasztal, váltson a tipikus objektumtípusokra. Ehelyett azt is megteheti, hogy létrehozza saját leképezéstípusait, amelyek csak a nézethez szükséges adatokat tartalmazzák. További információk: Creating Views That Use Related Property Criteria (Type Projections) : Software Views Example (Kapcsolódó tulajdonságfeltételeket használó nézetek létrehozása (típusleképezések) : Példa a szoftvernézetekre) blogbejegyzés az SCSM Engineering Team blogján.

A Service Manager adatbázisának teljesítménye

A Service Manager adatbázis teljesítményét különféle tényezők befolyásolják, például a párhuzamosan futó, adatírást és -olvasást végző Service Manager konzolok, a csoportváltozás-ellenőrzési időköz, valamint az összekötők által beszúrt adatok. 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) fizikai memória (RAM) szükséges a Service Manager adatbázist futtató felügyeleti kiszolgálóhoz , hogy a szokásos feladatokhoz megfelelő válaszidő legyen biztosítható.

  • Legalább 8 processzormag szükséges a Service Manager adatbázist futtató 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 teljesítményjavulás érhető el, ha a tempdb adatbázist a Service Manager adatbázisétól eltérő fizikai RAID-meghajtóra helyezi át. Lehetőleg RAID 1+0 lemezrendszert használjon a Service Manager adatbázis futtatásához.

  • A teljesítményt hátrányosan érintheti, ha a Service Manager adatbázist 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égleges mérethez hasonló méretben történő létrehozásához segítséget nyújthat a Service Manager méretezési segédeszköze, amely a Service Manager feladatsegédleti dokumentációjában (SM_job_aids.zip) található. Ezzel javítható a teljesítmény, mivel így ritkábban van szükség az adatbázis automatikus növelésére.

Emellett kövesse az adatbázis teljesítményének javításával kapcsolatos egyéb bevált gyakorlatokat is. Ha például jó teljesítményű lemez-alrendszer áll rendelkezésre, érdemes lehet felosztani a csoportok tábláit a megfelelő fájlcsoportokon, és különböző fizikai meghajtókra helyezni őket.

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

A Service Manager felügyeleti kiszolgáló teljesítményét elsősorban a párhuzamosan futó aktív Service Manager konzolok befolyásolják. Mivel minden Service Manager szerepkör együttműködik a felügyeleti kiszolgálóval, érdemes további felügyeleti kiszolgálókat hozzáadni, ha nagy számú párhuzamos konzol használatát tervezi. A felügyeleti kiszolgálóhoz 8 GB fizikai memória (RAM) szükséges. Felügyeleti kiszolgálónként 4 processzormag ajánlott, processzormagonként 10–12 aktív konzollal számolva.

A Service Manager konzol teljesítménye

A Service Manager konzol teljesítménye elsősorban az elemzők által egyszerre megnyitott űrlapok számától, valamint a nézetek által beolvasott adatok mennyiségétől függ. A Service Manager konzolt futtató számítógéphez 4 GB fizikai memória (RAM) ajánlott. Ha nagy mennyiségű adatot beolvasó nézeteket használ, további RAM lehet szükséges. Legalább 4 magos processzor ajánlott azon a számítógépen, ahol a Service Manager konzol telepítve van. Mivel a Service Manager konzol végfelhasználói alkalmazás, ajánlott újraindítani, ha nagyon sok erőforrást használ. A Service Manager konzol agresszíven gyorsítótárazza az adatokat a memóriába, ami növelheti a rendszer teljes memóriahasználatát.

A Service Manager adatraktár-adatbázisának teljesítménye

Az adatraktár teljesítménye számos különféle tényezőtől függ, többek között a párhuzamosan futó és adatokat küldő Service Manager felügyeleti kiszolgálók számától, a tárolt adatok mennyiségétől vagy az adatmegőrzési időszaktól, az adatcsere sebességétől, valamint a kinyerés, átalakítás és betöltés (ETL) gyakoriságától. 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. Lehetőleg RAID 1+0 lemezrendszert használjon az adatraktár futtatásához. Általában 8 GB fizikai memória (RAM) szükséges azon a számítógépen, amelyen az adatraktár-adatbázisok telepítve vannak. Ha további adatraktár-adatforrásokkal rendelkezik (az Operations Manager vagy a Configuration Manager alkalmazásokból), növelje az adatbázisokhoz rendelkezésre álló RAM méretét. Az adatraktárt működtető SQL Servert futtató számítógép memóriájának növelése javítja a teljesítményt, különösen ha a Datamart és Repository adatbázisok ugyanazon a kiszolgálón találhatók. Ha azonban csak 4000 vagy kevesebb számítógép található a központi telepítési topológiában, 4 GB memória 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égleges mérethez hasonló méretben történő létrehozásához – és ezáltal a teljesítmény javításához az adatbázis automatikus növekedésének ritkábbá tétele révén – segítséget nyújthat a Service Manager méretezési segédeszköze, amely a Service Manager feladatsegédleti dokumentációjában (SM_job_aids.zip) található.

A Service Manager beépített fájlcsoport-támogatást tartalmaz. Ennek az előnyeit úgy használhatja ki, hogy a fájlcsoportokat külön merevlemezekre helyezi. További tudnivalók a fájlcsoportokkal kapcsolatos bevált gyakorlatokról az SQL Server dokumentációjában találhatók.

A Service Manager adatraktár-kiszolgálójának teljesítménye

Az adatraktár-kiszolgáló teljesítményét az adatraktárhoz regisztrált Service Manager felügyeleti kiszolgálók száma, a központi telepítési méret, valamint az adatforrások száma befolyásolja. Általában legalább 8 GB fizikai memória (RAM) szükséges az adatraktár-kiszolgálón. Azonban további memória hozzáadásával a teljesítmény javítható olyan összetettebb központi telepítési forgatókönyvek esetén is, ahol egynél több Service Manager felügyeleti kiszolgáló végez adatbeszúrást az adatraktárba. Ha a teljesítmény tekintetében kompromisszumot kell hoznia, mindig az SQL Servert futtató számítógép memóriája legyen a fő szempont. 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

Az Önkiszolgáló portál segítségével könnyen hozzá lehet férni az iktatott incidensekhez és a szolgáltatáskérésekhez. Nem arra terveztük, hogy egyszerre felhasználók ezreit tudja kezelni.

Az Önkiszolgáló portál teljesítménytesztelése tipikus „hétfő reggeli” forgatókönyvek szerint történt – pontosabban, hogy hétfő reggel felhasználók százai jelentkezhessenek be 5–10 perces eltéréssel, és elfogadható (4–5 másodpercnél kevesebb) válaszidőn belül megnyithassák az incidenseket. A fenti célt a dokumentumban ajánlott minimális hardver használatával értük el.

A szolgáltatási szint célkitűzésének 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 szervezetnél általában kevés incidens fordul elő, több szolgáltatásiszint-célkitűzést tud támogatni, mint amennyire egyébként képes volna. A nagyobb mennyiségű incidens azonban kevesebb szolgáltatásiszint-célkitűzést vagy további hardveres és szoftveres bővítést tehet szükségessé. Javasoljuk, hogy egy tipikus, 50 000 számítógépből álló Service Manager konfiguráció esetén ne hozzon létre ötnél több szolgáltatásiszint-célkitűzést. Valószínűleg létrehozhat több szolgáltatásiszint-célkitűzést is. Mivel azonban az egyes szervezeteknél a feltételek nagymértékben eltérnek, a Microsoft nem tud egy konkrét számot ajánlani, amit nem lehet átlépni a szolgáltatásiszint-célkitűzéseknél. Ha a szolgáltatásiszint-célkitűzések miatt a központi telepítés konfiguráció gyenge teljesítményt mutat, javasoljuk, hogy bővítse az erőforrásokat a soron következő nagyobb telepítési forgatókönyvnek megfelelően a jelen útmutató következő szakaszában leírtak szerint: Konfigurációk a különféle telepítési környezetekhez.