Checkliste CMS CMDB: Unterschied zwischen den Versionen
Andrea (Diskussion | Beiträge) |
Andrea (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
||
Zeile 1: | Zeile 1: | ||
< | <itpmch><title>Checkliste CMS CMDB | IT Process Wiki</title> | ||
<meta name="keywords" content="itil cms, itil cmdb, itil configuration management system, ci record, configuration item, itil ci" /> | |||
<meta name="description" content="Das Configuration Management System (CMS) ist ein kohärentes logisches Modell der Infrastruktur einer IT-Organisation. Es besteht aus ..." /> | |||
</itpmch> | |||
<imagemap> | <imagemap> | ||
Image:ITIL-Wiki-english-es.jpg|ES - EN - Checkliste CMS CMDB - Vorlage CMS CMDB|100px | Image:ITIL-Wiki-english-es.jpg|ES - EN - Checkliste CMS CMDB - Vorlage CMS CMDB|100px | ||
Zeile 8: | Zeile 11: | ||
<br style="clear:both;"/> | <br style="clear:both;"/> | ||
<p> </p> | |||
'''ITIL-Prozess''': [[ITIL | '''ITIL-Prozess''': [[ITIL Service Transition - Serviceüberführung|ITIL 2011 Service Transition]] - [[Service Asset and Configuration Management|Service Asset und Configuration Management]] | ||
'''Checklisten-Kategorie''': [[ITIL-Checklisten# | '''Checklisten-Kategorie''': [[ITIL-Checklisten#Checklisten_ITIL_2011|Checklisten ITIL 2011]] - Service Transition (Serviceüberführung) - [[ITIL-Checklisten#Die wichtigsten ITIL-Checklisten|Die wichtigsten ITIL-Checklisten]] | ||
'''Quelle''': Checkliste "CMS/ CMDB" aus der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL-Prozesslandkarte] | '''Quelle''': Checkliste "CMS/ CMDB" aus der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL-Prozesslandkarte] | ||
<p> </p> | <p> </p> | ||
===<span id="CMS ITIL CMDB">Überblick</span>=== | |||
Das ''Configuration Management System (CMS)'' ist eine Kombination von Tools und Daten, die zum Sammeln, Speichern, Managen, Aktualisieren, Analysieren und zur Präsentation von Daten zu allen Configuration Items und deren Beziehungen eingesetzt wird. Ein CMS kann ein oder mehrere physikalische ''Configuration Management Databases (CMDB)'' verwalten. Die dem CMS zugrundeliegende Struktur wird definiert durch ein ''[[Checkliste CMS CMDB#Configuration-Modell und CI-Typen|Configuration-Modell]]'', ein logisches Modell der Service Assets einer IT-Organisation. | Das ''Configuration Management System (CMS)'' ist eine Kombination von Tools und Daten, die zum Sammeln, Speichern, Managen, Aktualisieren, Analysieren und zur Präsentation von Daten zu allen Configuration Items und deren Beziehungen eingesetzt wird. Ein CMS kann ein oder mehrere physikalische ''Configuration Management Databases (CMDB)'' verwalten. Die dem CMS zugrundeliegende Struktur wird definiert durch ein ''[[Checkliste CMS CMDB#Configuration-Modell und CI-Typen|Configuration-Modell]]'', ein logisches Modell der Service Assets einer IT-Organisation. | ||
Zeile 27: | Zeile 32: | ||
__TOC__ | __TOC__ | ||
== Configuration-Modell und CI-Typen == | ==Configuration-Modell und CI-Typen== | ||
Die Struktur des CMS wird durch das Configuration-Modell definiert, das die mit Hilfe des CMS verwalteten CI-Typen einschließlich deren Beziehungen und Attributen spezifiziert. Das Configuration-Modell wird oft als ein (Satz von) Dokument(en) oder Datenmodell gepflegt. Darüber hinaus manifestiert es sich zum Beispiel auch in der Tabellenstruktur der Datenbanken, in denen Konfigurations-Informationen gespeichert werden. | Die Struktur des CMS wird durch das Configuration-Modell definiert, das die mit Hilfe des CMS verwalteten CI-Typen einschließlich deren Beziehungen und Attributen spezifiziert. Das Configuration-Modell wird oft als ein (Satz von) Dokument(en) oder Datenmodell gepflegt. Darüber hinaus manifestiert es sich zum Beispiel auch in der Tabellenstruktur der Datenbanken, in denen Konfigurations-Informationen gespeichert werden. | ||
Zeile 35: | Zeile 40: | ||
<p> </p> | <p> </p> | ||
====CI-Typen und Sub-Typen==== | |||
z.B. | z.B. | ||
# Haupt-Typen (z.B. Service, Hardware, Software, Dokument, Mitarbeiter usw.) | # Haupt-Typen (z.B. Service, Hardware, Software, Dokument, Mitarbeiter usw.) | ||
Zeile 41: | Zeile 46: | ||
# … weitere Unter-Typen, je nach Erfordernis | # … weitere Unter-Typen, je nach Erfordernis | ||
====Attribute==== | |||
(Attribute, die für jeden CI-Typ zu pflegen sind) | (Attribute, die für jeden CI-Typ zu pflegen sind) | ||
====Status-Werte==== | |||
(zulässige Status-Werte, die den Lebenszyklus des CIs beschreiben) | (zulässige Status-Werte, die den Lebenszyklus des CIs beschreiben) | ||
====Beziehungen zwischen den CI-Typen==== | |||
z.B. | z.B. | ||
# "Ist Komponente von" | # "Ist Komponente von" | ||
Zeile 55: | Zeile 60: | ||
# "Wird ersetzt durch", … | # "Wird ersetzt durch", … | ||
====Befugnisse und Kontrollmechanismen („Controls“)==== | |||
# Verantwortlicher Mitarbeiter für den CI-Typ | # Verantwortlicher Mitarbeiter für den CI-Typ | ||
# Befugnisse zum Erstellen, Autorisieren, Ändern oder Löschen von CIs diesen Typs, je nach Erfordernis | # Befugnisse zum Erstellen, Autorisieren, Ändern oder Löschen von CIs diesen Typs, je nach Erfordernis | ||
Zeile 64: | Zeile 69: | ||
<p> </p> | <p> </p> | ||
== Configuration Item Records - CI Records == | ==Configuration Item Records - CI Records== | ||
Einzelheiten über tatsächliche CIs ("Instanzen von CI-Typen") werden in CI Records gespeichert. (Der genaue Satz von zu pflegenden Attributen eines CIs hängt vom vorliegenden CI-Typ ab und wird im Configuration-Modell definiert). | Einzelheiten über tatsächliche CIs ("Instanzen von CI-Typen") werden in CI Records gespeichert. (Der genaue Satz von zu pflegenden Attributen eines CIs hängt vom vorliegenden CI-Typ ab und wird im Configuration-Modell definiert). | ||
Zeile 72: | Zeile 77: | ||
<p> </p> | <p> </p> | ||
====Kennung==== | |||
(Eindeutige Kennung - ID) | (Eindeutige Kennung - ID) | ||
====Kurzbezeichnung==== | |||
====Beschreibung==== | |||
====Verantwortlicher Mitarbeiter==== | |||
====CI-Typ==== | |||
====Angaben zum Hersteller==== | |||
# Name des Herstellers | # Name des Herstellers | ||
# Seriennummer | # Seriennummer | ||
# Lizenznummer/ Verweis auf Lizenzvertrag | # Lizenznummer/ Verweis auf Lizenzvertrag | ||
====Versionsinformation==== | |||
====Standort==== | |||
z.B. | z.B. | ||
# Physischer Standort | # Physischer Standort | ||
# Logischer Standort (z.B. URL oder Verzeichnis auf einem Fileserver) | # Logischer Standort (z.B. URL oder Verzeichnis auf einem Fileserver) | ||
====Änderungshistorie des CI-Records==== | |||
# Datum der Erstanlage des CI Records | # Datum der Erstanlage des CI Records | ||
# Änderungen | # Änderungen | ||
Zeile 102: | Zeile 107: | ||
## Beschreibung der Änderung | ## Beschreibung der Änderung | ||
====Statushistorie==== | |||
(Beschreibung des Lebenszyklus eines CIs mit Statusangabe, wie zum Beispiel "Im Test", ..., "Aktiv", ..., "In Wartung", ..., "Außer Betrieb", ...) | (Beschreibung des Lebenszyklus eines CIs mit Statusangabe, wie zum Beispiel "Im Test", ..., "Aktiv", ..., "In Wartung", ..., "Außer Betrieb", ...) | ||
Zeile 111: | Zeile 116: | ||
## Datum und Uhrzeit der Statusänderung | ## Datum und Uhrzeit der Statusänderung | ||
====Beziehungen zu anderen CIs==== | |||
z.B. | z.B. | ||
# "Ist Komponente von" | # "Ist Komponente von" | ||
Zeile 120: | Zeile 125: | ||
# ... einschließlich Beziehungen zu Services, die vom CI unterstützt werden | # ... einschließlich Beziehungen zu Services, die vom CI unterstützt werden | ||
====Lizenzdaten==== | |||
====Beziehungen zu weiteren Dokumenten==== | |||
# Vertragsdokumente | # Vertragsdokumente | ||
# Betriebsdokumentation | # Betriebsdokumentation | ||
Zeile 131: | Zeile 136: | ||
<p> </p> | <p> </p> | ||
== Verweise auf Configuration Items (CIs) - Anmerkung == | ==Verweise auf Configuration Items (CIs) - Anmerkung== | ||
Auf CIs wird typischerweise von anderen Service-Management-Systemen verwiesen: | Auf CIs wird typischerweise von anderen Service-Management-Systemen verwiesen: | ||
Zeile 139: | Zeile 144: | ||
<p> </p> | <p> </p> | ||
<html><a rel="author" href="https:// | <html><a rel="author" href="https://plus.google.com/111925560448291102517"><img style="margin:0px 0px 0px 0px;" src="/skins/Vector/images/itpm/bookmarking/gplus.png" width="16" height="16" title="von: Stefan Kempter | Profil auf Google+" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a></html> | ||
<!-- Diese Seite liegt in folgenden Kategorien: --> | <!-- Diese Seite liegt in folgenden Kategorien: --> | ||
[[Kategorie:ITIL V3|CMS CMDB]][[Kategorie:ITIL 2011|CMS CMDB]][[Kategorie:Checkliste (ITIL)|CMS CMDB]][[Kategorie:Service Transition|CMS CMDB]][[Kategorie:Service Asset & Configuration Management|CMS CMDB]] | [[Kategorie:ITIL V3|CMS CMDB]][[Kategorie:ITIL 2011|CMS CMDB]][[Kategorie:Checkliste (ITIL)|CMS CMDB]][[Kategorie:Service Transition|CMS CMDB]][[Kategorie:Service Asset & Configuration Management|CMS CMDB]] | ||
<!-- keine Inhalte nach diesem Kommentar! --> | <!-- keine Inhalte nach diesem Kommentar! --> |
Version vom 1. August 2013, 17:14 Uhr
![ES - EN - Checkliste CMS CMDB - Vorlage CMS CMDB](/images/thumb/e/e1/ITIL-Wiki-english-es.jpg/100px-ITIL-Wiki-english-es.jpg)
ITIL-Prozess: ITIL 2011 Service Transition - Service Asset und Configuration Management
Checklisten-Kategorie: Checklisten ITIL 2011 - Service Transition (Serviceüberführung) - Die wichtigsten ITIL-Checklisten
Quelle: Checkliste "CMS/ CMDB" aus der ITIL-Prozesslandkarte
Überblick
Das Configuration Management System (CMS) ist eine Kombination von Tools und Daten, die zum Sammeln, Speichern, Managen, Aktualisieren, Analysieren und zur Präsentation von Daten zu allen Configuration Items und deren Beziehungen eingesetzt wird. Ein CMS kann ein oder mehrere physikalische Configuration Management Databases (CMDB) verwalten. Die dem CMS zugrundeliegende Struktur wird definiert durch ein Configuration-Modell, ein logisches Modell der Service Assets einer IT-Organisation.
Im Configuration Management System sind Informationen zu allen Konfigurationselementen (Configuration Items, CIs) gespeichert, die dem Configuration Management unterstehen.
Im CMS können unterschiedliche Typen von CIs verwaltet werden: Fast immer deckt das CMS Services und die IT-Infrastruktur ab, aber auch andere Typen wie Richtlinien, Projektdokumente, Mitarbeiter, Service-Supplier usw. sind möglich.
Configuration-Modell und CI-Typen
Die Struktur des CMS wird durch das Configuration-Modell definiert, das die mit Hilfe des CMS verwalteten CI-Typen einschließlich deren Beziehungen und Attributen spezifiziert. Das Configuration-Modell wird oft als ein (Satz von) Dokument(en) oder Datenmodell gepflegt. Darüber hinaus manifestiert es sich zum Beispiel auch in der Tabellenstruktur der Datenbanken, in denen Konfigurations-Informationen gespeichert werden.
Das Configuration-Modell definiert typischerweise die folgenden Aspekte eines CMS:
CI-Typen und Sub-Typen
z.B.
- Haupt-Typen (z.B. Service, Hardware, Software, Dokument, Mitarbeiter usw.)
- Unter-Typen (z.B. Server, Drucker, ... – weitere Untergliederung der Haupt-Typen)
- … weitere Unter-Typen, je nach Erfordernis
Attribute
(Attribute, die für jeden CI-Typ zu pflegen sind)
Status-Werte
(zulässige Status-Werte, die den Lebenszyklus des CIs beschreiben)
Beziehungen zwischen den CI-Typen
z.B.
- "Ist Komponente von"
- "Ist verbunden mit"
- "Verwendet"
- "Ist eine neue Version von"
- "Wird ersetzt durch", …
Befugnisse und Kontrollmechanismen („Controls“)
- Verantwortlicher Mitarbeiter für den CI-Typ
- Befugnisse zum Erstellen, Autorisieren, Ändern oder Löschen von CIs diesen Typs, je nach Erfordernis
- Anzuwendende Controls und Richtlinien (z.B. Mechanismen, mit denen nur autorisiertem Personal die Durchführung von Änderungen an den CIs bzw. den CI Records ermöglicht wird, oder Mechanismen/Prozeduren, mit denen sichergestellt wird, dass die Konfigurationsdaten konsistent bleiben, wenn CIs hinzugefügt oder gelöscht werden)
- Relevante Richtlinien und Anleitungen
- Anforderungen hinsichtlich Berichtswesen, Auditierung und Verifizierung
Configuration Item Records - CI Records
Einzelheiten über tatsächliche CIs ("Instanzen von CI-Typen") werden in CI Records gespeichert. (Der genaue Satz von zu pflegenden Attributen eines CIs hängt vom vorliegenden CI-Typ ab und wird im Configuration-Modell definiert).
CI Records enthalten typischerweise die folgenden Informationen:
Kennung
(Eindeutige Kennung - ID)
Kurzbezeichnung
Beschreibung
Verantwortlicher Mitarbeiter
CI-Typ
Angaben zum Hersteller
- Name des Herstellers
- Seriennummer
- Lizenznummer/ Verweis auf Lizenzvertrag
Versionsinformation
Standort
z.B.
- Physischer Standort
- Logischer Standort (z.B. URL oder Verzeichnis auf einem Fileserver)
Änderungshistorie des CI-Records
- Datum der Erstanlage des CI Records
- Änderungen
- Datum
- Zuständiger Mitarbeiter
- Beschreibung der Änderung
Statushistorie
(Beschreibung des Lebenszyklus eines CIs mit Statusangabe, wie zum Beispiel "Im Test", ..., "Aktiv", ..., "In Wartung", ..., "Außer Betrieb", ...)
- Momentaner Status und aktuelle Version
- Status- und Versionshistorie (historische Änderungen des CI-Status oder für die Zukunft geplante Änderungen)
- Statusänderung
- Beschreibung
- Datum und Uhrzeit der Statusänderung
Beziehungen zu anderen CIs
z.B.
- "Ist Komponente von"
- "Ist verbunden mit"
- "Verwendet"
- "Ist eine neue Version von"
- "Wird ersetzt durch", …
- ... einschließlich Beziehungen zu Services, die vom CI unterstützt werden
Lizenzdaten
Beziehungen zu weiteren Dokumenten
- Vertragsdokumente
- Betriebsdokumentation
- Anwenderdokumentation
- Notfallrelevante Dokumentation
- Sonstige Dokumentation
Verweise auf Configuration Items (CIs) - Anmerkung
Auf CIs wird typischerweise von anderen Service-Management-Systemen verwiesen:
Z.B. wird ein Incident Record in einem Incident-Management-System einen Verweis auf einen oder mehrere betroffene CIs enthalten. Solche Beziehungen werden also in Incident Records verzeichnet - nicht in den CI Records.