konfiguráció-menedzsment (konfiguráció menedzsment) buktatók

Management Service Eszköz és konfiguráció (Service Asset and Configuration Management), hogy a folyamat megfelelően nevezik a ITIL® v3 - az egyik legnehezebb megérteni és végrehajtani ITIL® folyamatok minden esetben egy ilyen értékelést kell a felmérések a mi hallgatók.

Próbáljuk megérteni ezeket a problémákat, felülvizsgálata néhány kockázatok kísérik a gyakorlatban ezt a folyamatot.

Kezdeni (mint mindig) fog foglalkozni az alapvető fogalmak a folyamatot. Az irányító szolgálat eszközök és konfigurációk, új koncepciók, hogy nem létezik, a második változat ITIL®. Röviden ásni az alapvető fogalmak a meghatározás a szószedet.

• Configuration Management System (Configuration Management System, CMS) - egy sor eszközök és adatbázisok, amelyek adatkezelési szolgáltatói konfiguráció az IT-szolgáltatások.

• A CMS információt is tartalmaz incidensek, problémák, ismert hibák, változások és kiadások. Tartalmazhatnak adatokat alkalmazottak, beszállítók, helyszínek, üzleti egységek, ügyfelek és a felhasználók
• CMS eszközöket tartalmaz összegyűjtése, tárolása, kezelése, frissítése, és jelentés valamennyi CI valamint azok kapcsolata

• Konfiguráció-menedzsment adatbázis (Configuration Management Database, CMDB) - adatbázis tárolására használt konfigurációs bejegyzések életciklusát. Configuration Management System (Configuration Management System, CMS) kezeli a CMDB és CMDB és mindegyik tartalmaz CI és a CI más kapcsolat attribútumai.

• Rögzítése CI (Sonfiguration Record) - a rekord részletes információkat tartalmazó CI. Minden rekord dokumentálja életciklusa egyetlen CI. Feljegyezzük a konfigurációs tárolt CMDB.

• A konfigurációs egység (konfigurációs elemet, CI) - eszköz, szolgáltatási komponens vagy egyéb ilyen elem, amely vagy az lesz ellenőrzése alatt konfiguráció-menedzsment folyamat. Lehet:
  • CI szolgáltatási életciklus
  • szolgáltatás CI
  • szervezeti CI
  • belső CI
  • külső CI
  • CI interfész

Illusztráljuk ezeket a rendelkezéseket egy kis rajz, kivenni a könyvet Service Transition:

A rendszer és meghatározások, azt látjuk, hogy:

CMS - tágabb fogalom, mint a CMDB és tartalmazhat objektumokat, amelyek nem CI.

Beszélünk nemcsak az adatbázisban, de az egész rendszer összekapcsolt adatbázisok, eszközök, weboldalak és interfészek különböző tárolási szintek, bemutatása és a kijelző.

A lista, hogy mit lehet a CI, jelentősen bővült, és ez magában foglalja mind a fizikai és logichekie a CI, mint az IT és az üzleti objektumokat.

Természetesen nem minden vállalat rendelkezik az ijesztő konfiguráció-menedzsment rendszer, még az álmaimban, de ITIL® látás lenyűgöző. Tehát mik a nehézségek és kockázatok várnak az emberek, akik úgy döntöttek, hogy ezt a folyamatot, milyen hibákat gyakran teszik? Nézzük néhány közülük:

Hibás vagy egyértelműen meghatározott célok és az eljárás

A kezdet kezdetén, még a tervezési szakaszban, meg kell, hogy egyértelmű ékezeteket, mert maga a folyamat, CMS szerkezetét és szervezeti együttműködés más folyamatok, vagy osztályok drámaian attól függően, hogy milyen feladatokat kell megoldani. A lehetőségek:

Létrehozó felett alapelemeit az informatikai infrastruktúra, a meghatározása közötti kapcsolatok mindkét része az informatikai infrastruktúra, valamint a közöttük és a fő üzleti szolgáltatások az üzleti szempontból kritikus változások

Számviteli eszközök, fenntartsák az irányítást, támogatást nyújt a biztonsági követelmények, integráció ellenőrző rendszerek

Gyors és pontos leltárt az informatikai eszközök számviteli kérések

Licenc vezérlés

De képzeljük el, hogy már foglalkozott a szükséges feladatokat. Akkor mi lesz az első buktató:

Megközelítés: „mi összegyűjti az összes adat, hogy ez lehetséges”, ami túlterheli a folyamat, valamint a képtelenség, hogy támogassa azt

Egy tipikus hiba elején építési folyamat: minden lenyűgözte a lehetőséget, hogy összegyűjtsék a CMDB a lehető legtöbb információt. Ennek következtében rosszul erőlködés összes erők végeztek egy teljes leltárt, az adatbázis kalapált egészen az utolsó halott egér - ez az, boldogság! De nem szerencse, mint mindig, nem, mert minden kis összejövetel egyszer, akkor mindezt le, hogy fenntartsák naprakész, bemutatva a CMDB változások ténylegesen zajló számos CI. Emiatt előre senki sem gondolta, és energiát, hogy támogatást gyűjtött, gyorsan jön deactualization része (és ha nincs szerencséd, és a legtöbb) az adatokat a CMDB, és ennek következtében - egy szörnyű csalódás és hitetlenség erejét ITIL®. És itt van a második buktató, amely szorosan kapcsolódik az elsőhöz:

Elvesztése konfigurációs információt, amely hasznos az idő múlásával, ami okozza a hibát, valamint a nehézségek és a túlzott költségek korrekciója

Configuration Management - egy speciális eljárással, képletesen hasonlít fel egy fiatal gyerek: egy kis születése, szükséges, hogy folyamatosan vigyázni rá, és ez jó. Nem csak hogy nem fojtó egy nagy darab elején, azt is meg kell támogatni minden lényeges ebben a folyamatban. A gyakorlatban vannak olyan helyzetek, amikor bármilyen okból nincs veszteség tényleges adatok a CMDB, ezért fontos annak meghatározása, hogy a kezdeti feltétel és megvizsgálja a racionális annak korrekciós intézkedéseket. A leghatékonyabb intézkedés azonosítása audit, azaz adatok ellenőrzése és a valódi CMDB CI. Sajnos, az ellenőrzés költséges, többletforrást igényel, és ennek legalább a helyes meghatározása a lefedettség az ellenőrzés. A gyakorlatban szelektív ellenőrzést végeztek gyakrabban.

Adatok támogatása a CMDB naprakész ugyanolyan fontos, mint az információ tartalma maga az adatbázis. Az adatokat a CMDB Követelmények:

Úgy kell releváns (jól láthatóan az állam a fizikai infrastruktúra pillanatában)

Ők megbízhatónak kell lenniük (hiánya hibák az adatok is)

Úgy kell népszerű (CMDB fogyasztói igények)

És itt célszerű figyelembe venni a következő rendelkezés, amely szintén megköveteli a gondos és megfontolt megközelítést. Ezek a következők:

Szilárd szintű pontossággal, azaz A korreláció a modell és a tényleges konfiguráció

A probléma megoldására nem könnyű, mert itt meg kell helyesen megoldani egy egyenletet több ismeretlenes

Határozza meg a részletesség szintjét - például milyen tulajdonságokat lesz a CI lenne csak attribútumot, és - hogy érdemes ezt CI?

Határozza meg a szükséges kommunikációs mind a CI és a CI között és szervezetek - például a CI és a szolgáltatások közötti CI és az incidens, probléma, az RFC, sajtóközlemények.

Mivel az első alkalom, hogy megoldja a jobb nem lesz könnyű, a probléma megoldódik több ismétléseket. Az ezt követő iterációk lehet kezelni a következő feladatokat látja el:

Hozzátéve, hogy a CMDB adatokat, amelyek szükségesek a fogyasztók számára, de ez nem volt a CMDB

Eltávolítása a CMDB adatokat nem igényelt a fogyasztók bázis

Ha minden iteráció szükséges, hogy meghatározzák a szükséges forrásokat, hogy támogassa a CMDB eddigi adatok. Presence (hiánya) az ilyen források kritikus.

Így azt látjuk, hogy az ITIL ajánlások lehetővé teszi számunkra, hogy megvédjék magukat a gyakori hibákat, és adja meg a helyes megközelítés, hogy megoldja még a komplex feladatok, mint az építőipar egy szabályos eljárás szolgáltatási eszközök és a konfiguráció-menedzsment.

Több, a témában tárgyalja a következő tanfolyamok:

Hasonló problémák merültek fel a következő projektek:

• Szervezése konfiguráció-menedzsment folyamat egy bank BSGV
• Végrehajtása konfiguráció-menedzsment folyamat kezelése Company JSC „RusHydro MC” RAO UES Oroszország
• Végrehajtása konfigurációmenedzsment folyamat VTB24
• Az építési és végrehajtása konfiguráció-menedzsment folyamat a csoport SUAL

ITIL® és PRINCE2® - bejegyzett védjegye AXELOS Limited.

Swirl logo ™ - védjegye AXELOS Limited.