blogo

Fari-a-Atestita-Profesia-Aĉeta-Administranto
26 Dec 2017

ITIL: Diferenco inter Incident Management kaj Problemo-Administrado

KielITIL Diferencas Problemojn kaj Incidentojn

Substudioj en ITIL® Foundation-klasoj ofte pensas, ke ĝiaj provoj apartigas inter okazaĵoj kaj problemoj. Por pritrakti ĉi tiun aferon kaj oferti lumigadon, ĉi tiu blogo distingos la kontrastojn inter eventoj kaj problemoj, kiel ili estas konektitaj, kaj kial ĝi diferencas.

Kio estas Incidente en ITIL?

Kiel indikita de ITIL, epizodo estas spontanea entrudado al servo aŭ malaltiĝo en la naturo de servo. Kio ofte decidas la ordon de io kiel okazo sendepende de ĉu la servo-nivelo-interkonsento (SLA) estis rompita. Estu, kiel eble, ITIL konsideras levi aperon eĉ antaŭ ol SLA estas rompita por punkto de konfinado aŭ antaŭvido.

En la terminoj de laico, epizodo estas la priskribo de senkulpulo.

Kio estas problemo en ITIL?

Kiel indikita de ITIL, problemo estas la radika fonto de almenaŭ unu epizodoj. Problemoj povas esti levitaj en lumo de almenaŭ unu okazaĵo, aŭ ili povas esti levitaj sen la ĉeesto de komparanta epizodo.

En la terminoj de laico, problemo estas la priskribo de la kaŭzo aŭ ebla kaŭzo aŭ almenaŭ unu malplenigo.

Kio estas la Rilato Inter Incidentoj kaj Problemoj en ITIL?

Kiel regulo, la rilato inter la du estas tiu problemo estas la kialo por almenaŭ unu okazo. En ajna kazo, ĝi estas konvena okazi (aŭ kunvenado de epizodoj), kreita de pli ol unu problemo.

Kial ITIL Diferencas Inter Incidentoj kaj Problemoj?

La celo rekoni eventojn kaj problemojn estas same kiel izolaj cirkonstancoj kaj finaj rezultoj. Problemoj estas la kaŭzo, kaj epizodoj estas la efiko.

ITIL instigas asociojn rekoni ĉi tiujn aferojn en la lumo de la fakto, ke la du ofte estas traktataj kaj instalitaj neatendite. Tendente al epizodo esence implicas, ke kia ajn efika servo estis reside restarigita. Ĝi ne implicas, ke la okazo ne ripetos frue aŭ pli frue. Kiam mi diras "hazarde," memoru, ke tio povus signifi unu momenton aŭ 10 jarojn. La fakto de la afero estas, ke determino al epizodo ne ŝanĝas.

Problemoj, en ajna kazo, estas la kialo por rimarkoj. Ni povas uzi distingajn metodojn por distingi la radikan fonton de problemo kaj poste solvi tiun problemon. Je la punkto, kiam fido okazas, la administrado de ŝanĝoj estas konvinkita laŭ la fakto, ke tendenco al radikaj fontoj ofte enhavas iom da danĝero.

Potenca pritraktadministrado garantias, ke kiel serva provizanto vi povas konservi la garantiojn, kiujn vi faris en viaj SLAs, donante sistemon rekte restarigi servon kiam ĝi estas fundamenta. Problemo-administrado garantias, ke kiel servo-provizanto, vi povas reagi responde al okazaĵoj kun la celo, ke ili ne ripetas kaj proactive konservas epizodojn.

Ĉi tiuj estas apartaj proceduroj pro tio ke ili regule postulas diversajn kapablecojn kaj ekzercojn. Sperta administrado bezonas rapide restarigi la servon laŭ iu ajn SLA-aĵoj, kiuj starigas, kvankam problemo-administrado bezonas mortigi la radikajn fontojn de epizodoj. En iuj kazoj por solvi legitime problemon, provizanto de servoj devas provoki aŭ vastigi nunan senkulpulon.

Nia Solvo

Substudioj aplikas problemon-mastrumadon kaj strategiojn konsiderante siajn apartajn laborejajn renkontojn en nia kurso pri Mastering Proble Management. Ĉi tiu ne-konfirmo, funkciado eksterordinara lernado-alproksimiĝo donas al lernantoj la aparatojn, kiujn ili postulas por certigebla ITIL-apliko.

Kursoj rilatigitaj

ITIL-Trejnado kaj Atesto

In Just 3 Days
Enroll Nun

GTranslate Your license is inactive or expired, please subscribe again!