CMDB-Lebenszyklusverwaltung

Jedes CMDB-Element durchläuft Lebenszyklusphasen von der Bereitstellung bis zur Entfernung.

Lebenszyklusphasen

1. Beschaffung: Equipment gekauft, wartet auf Installation
2. Bereitstellung: Installation und Produktionseinrichtung
3. Betrieb: Aktive Nutzung in der Produktion
4. Wartung: Geplante oder reaktive Wartungsperioden
5. Außerbetriebnahme: Schrittweiser Rückzug aus dem Service
6. Entsorgung: Physische Entfernung, Verkauf oder Zerstörung

Vorteile der Verfolgung

• Sichtbarkeit: Kenntnis des Zustands jedes Elements
• Planung: Ersetzungen vorausplanen
• Compliance: Equipment-Lebensende nachverfolgen
• Budget: Erneuerungsinvestitionen planen

Verfügbare Status

Typische Übergänge

Active → Maintenance → Active (Rückkehr in den Service)
Active → Retired → Disposed (Lebensende)
Active → Maintenance → Retired (Außerbetriebnahme nach Ausfall)

Status ändern

1. Element-Detailseite öffnen
2. Auf «Bearbeiten» klicken
3. Status ändern
4. Speichern

Die Änderung wird in der Historie aufgezeichnet.

Das replaced_by-Feld verfolgt den Equipment-Austausch.

Warum Ersetzungen dokumentieren?

• Nachverfolgbarkeit: Wissen, welches Element welches ersetzt hat
• Historie: Die Ersetzungskette aufrechterhalten
• Analyse: Ausfallmuster identifizieren

Ersetzung einrichten

1. Das zu ersetzende Element öffnen
2. Auf «Bearbeiten» klicken
3. Im Feld «Ersetzt durch» das neue Element auswählen
4. Status auf «Retired» oder «Disposed» ändern
5. Speichern

Auswirkung

Nach Dokumentation der Ersetzung:

• Das alte Element zeigt, welches Element es ersetzt hat
• Das neue Element kann vom alten aus gefunden werden
• ITSM-Historie bleibt auf beiden Elementen erhalten

Anwendbare Entitäten

Ersatzverfolgung ist verfügbar für:

• Assets
• Anwendungen
• Verträge

Auf der Element-Detailseite

Die Detailseite zeigt:

• Ersetzt durch: Das Element, das übernommen hat (falls zutreffend)
• Ersetzt: Das Element, das dieses ersetzt hat (falls zutreffend)

Ersetzungskette

Für mehrfach ersetzte Elemente:

• Die komplette Kette ist durchsuchbar
• Jedes Glied behält seine eigene Historie
• Sie können zum ursprünglichen Element zurückverfolgen

In Suche und Filtern

Filter ermöglichen:

• Alle stillgelegten Elemente finden
• Nicht ersetzte Elemente auflisten (zu dokumentieren)
• Elemente mit ausstehendem Ersatz identifizieren

Vor der Außerbetriebnahme eines Elements analysieren Sie die Auswirkungen auf Ihre Infrastruktur.

Verwendung der Abhängigkeitskarte

1. Das außer Betrieb zu nehmende Element öffnen
2. Auf «Abhängigkeitskarte» klicken
3. Alle abhängigen Entitäten identifizieren
4. Migrationen oder Ersetzungen planen

Zu beantwortende Fragen

• Anwendungen: Welche Anwendungen laufen auf diesem Asset?
• Services: Welche Services werden betroffen sein?
• Benutzer: Wer nutzt diese Services?
• Verträge: Welche Verträge decken dieses Element ab?

Empfohlene Aktionen

1. Abhängige Anwendungen migrieren
2. Zugehörige Verträge aktualisieren
3. Betroffene Benutzer benachrichtigen
4. Die Ersetzung in der CMDB dokumentieren
5. Einen Change erstellen, um die Operation zu verfolgen

Regelmäßige Wartung

• Monatliche Überprüfung: Elemente im Status «Maintenance» prüfen
• Vierteljährliche Überprüfung: Zu stilllegende Elemente identifizieren
• Jährliches Audit: Das gesamte Inventar validieren

Dokumentation

• Immer das «Ersetzt durch»-Feld ausfüllen
• Notizen hinzufügen, die den Grund für die Statusänderung erklären
• Verträge mit aktuellen Assets auf dem neuesten Stand halten

Vorausschau

• Garantie-Enddaten überwachen
• Ersetzungen vor Ausfällen planen
• Erneuerungen budgetieren

CMDB-Gesundheitsregeln

Aktivieren Sie Regeln zur Erkennung von:

• Elementen, die zu lange im Status «Maintenance» verweilen
• «Retired»-Elementen ohne Ersatz
• Abgelaufenen Verträgen auf aktiven Elementen