CMDB CI Lifecycle Management (veraltet)

Vom Zeitpunkt der Erstellung eines CMDB-CI bis zum Zeitpunkt, zu dem es nicht mehr benötigt wird, würde ein CMDB-CI normalerweise verschiedene Betriebsstatus durchlaufen, während verschiedene Vorgänge ausgeführt werden. Das CI-Lifecycle-Management stellt den Mechanismus zum Definieren von Status und Aktionen für ein CI bereit und ermöglicht Ihnen, basierend auf dem CI-Status geeignete Aktionen anzuwenden, um die Verwaltung des CI-Lifecycle an die geschäftlichen Anforderungen anzupassen.

Der CMDB-Datenmanager ist jetzt eine umfassendere und integrierte Lösung für die Massenverwaltung von CI-Lebenszyklusvorgängen wie Löschen und Archivieren. Informationen zum CMDB-Datenmanager finden Sie unter Arbeiten mit dem CMDB-Datenmanager.

Mit CI-Lifecycle-Management verknüpfte Begriffe:

Betriebsstatus

Eine Reihe von Zuständen, in die ein CI gesetzt werden kann, z. B. „Operativ“ oder „Reparatur wird ausgeführt“. Ein CI kann jeweils nur einem Betriebsstatus zugeordnet werden. Die Auswahlmöglichkeiten für Betriebsstatus basieren auf dem Feld operational_status in der Tabelle [cmdb_ci]. Es gibt mehrere Betriebsstatus, die im Basissystem definiert sind, wie z. B. „Stillgelegt“ und „Wird gerade repariert“. Sie können diese Liste ändern, um Betriebsstatus anzuzeigen, die für Ihr Unternehmen relevant sind.

Hinweis:

Standardmäßig ist Service-Mapping so konfiguriert, dass alle Host-CIs ignoriert werden, für die der Wert des Betriebsstatus [operational_status] nicht 1 (Funktionsfähig) oder der Wert des Status [install_status]100 (abwesend) ist. Weitere Informationen zu diesem Verhalten finden Sie unter Vorbereiten von angepassten ServiceNow-Bereitstellungen für die Zusammenarbeit mit Service Mapping [KB0647574] in der HI-Wissensdatenbank.

Mit dem CI-Lifecycle-Management können mehrere Bediener und Automatisierungen gleichzeitig verschiedene Betriebsstatus einer CI einstellen. Da einem CI nicht mehrere Betriebsstatus zugeordnet werden können, ist es wichtig, jeden Betriebsstatus mit einer Priorität zu konfigurieren. Diese Prioritäten werden dann in einer solchen Situation verwendet, um zu bestimmen, welcher der Betriebsstatus der kumulierte Betriebsstatus ist.

CI-Aktionen

Eine Reihe von Aktionen, die während der Laufzeit auf ein CI angewendet werden können. Sie können für Ihr Business relevante CI-Aktionen definieren.

Kompatible CI-Aktionen

CI Lifecycle Management ermöglicht es einem CI, mehrere aktive CI-Aktionen gleichzeitig auszuführen, sie müssen jedoch ausdrücklich als kompatibel definiert werden. Standardmäßig gibt es keine zwei Aktionen für ein CI, die miteinander kompatibel sind. Sie können dieses Verhalten ändern, indem Sie Aktionspaare angeben, die kompatibel sind und daher gleichzeitig auf ein CI angewendet werden dürfen. Sie können beispielsweise angeben, dass die CI-Aktionen „Patchen“ und „Bereitstellung“ kompatibel sind, sodass beide gleichzeitig auf ein CI angewendet werden können.

Unzulässige CI-Aktionen

Standardmäßig kann jede CI-Aktion auf jedes CI angewendet werden. Sie können dieses Verhalten einschränken, indem Sie eine Regel definieren, dass eine Aktion für ein CI nicht zulässig ist, wenn es sich in einem bestimmten Betriebsstatus befindet. Sie können beispielsweise eine nicht zulässige CI-Aktion definieren, in der die Aktion „Bereitstellung“ nicht auf einen Linux-Server angewendet werden darf, der sich im Status „Nicht betriebsbereit“ befindet.

Unzulässige betriebliche Übergänge

Standardmäßig sind Übergänge von einem beliebigen Betriebsstatus in einen anderen zulässig. Sie können dieses Verhalten einschränken, indem Sie eine Regel definieren, die für ein bestimmtes CI den Übergang von einem bestimmten Betriebsstatus in einen anderen Betriebsstatus nicht zulässt. Sie können beispielsweise festlegen, dass für einen Linux-Server kein Übergang von „Reparatur in Arbeit“ zu „Nicht funktionsfähig“ zulässig ist.

Anforderer

Eine anfordernde Person kann ein Workflow- oder ein Nicht-Workflow-Operator sein, der versucht, Betriebsstatus festzulegen und CI-Aktionen anzuwenden. Jeder anfordernden Person ist eine ID einer anfordernden Person zugeordnet, bei der es sich um eine GUID handelt. Dies kann ein aktiver Workflow-Kontext oder eine nicht als Workflow registrierte Benutzer-ID sein.

Mietzeitraum

Ein Zeitraum, den jede anfordernde Person (insbesondere Nicht-Workflow-Operatoren) angeben kann, während dem eine angegebene CI-Aktion für ein bestimmtes CI aktiv sein darf.

CMDB CI Lifecycle Management bietet eine Reihe von APIs zum Verwalten von CI-Betriebsstatus und CI-Aktionen. Und die Benutzeroberfläche, in der Sie Regeln definieren, um bestimmte Betriebsstatusübergänge einzuschränken und Aktionen basierend auf Betriebsstatus zu beschränken. Sie bietet auch einen Mechanismus zum Auditieren des CI-Betriebsstatus und der CI-Aktionen während des gesamten CI-Lebenszyklus.

Anbieter wie Automatisierung, Workflows oder Change Management können CI Lifecycle Management als Mechanismus zum Verwalten von CI-Betriebsstatus und zum Anwenden von CI-Aktionen verwenden. Standardmäßig hat das Verhalten von CI Lifecycle Management keine Einschränkungen für bestimmte Vorgänge und vollständige Einschränkungen für andere Vorgänge. Mit der Benutzeroberfläche von CI Lifecycle Management können Sie dieses Standardverhalten ändern, indem Sie nicht zulässige CI-Aktionen, kompatible CI-Aktionen und nicht zulässige Betriebsübergänge angeben, die einige Vorgänge einschränken und für andere aktivieren.

Mit CI Lifecycle Management können Sie:

• CI-Betriebsstatus und CI-Aktionen während des gesamten CI-Lebenszyklus verwalten.
• CI-Betriebsstatusübergänge verwalten.
• Bestimmte Betriebsstatusübergänge beschränken.
• Bestimmte Aktionen für bestimmte CI-Typen zuordnen, die sich in einem bestimmten Betriebsstatus befinden.
• IT Service Management-Anwendungen basierend auf dem CI-Betriebsstatus beschränken.
• CI-Betriebsstatus und CI-Aktionen während des gesamten CI-Lebenszyklus überwachen.

Lifecycle Management-APIs

CI Lifecycle Management bietet eine Reihe von APIs zur Verwaltung des CI-Betriebsstatus und der CI-Aktionen während des gesamten CI-Lebenszyklus. Alle durch Regeln in der Benutzeroberfläche angegebenen Einschränkungen und Berechtigungen werden erzwungen, wenn Statusverwaltungs-APIs ausgeführt werden. Wenn eine API versucht, eine eingeschränkte Operation auszuführen, wird die Operation blockiert und ein Fehler wird protokolliert.

Anfordernde Personen registrieren

Wenn Sie die Lifecycle Management-APIs zur Anwendung von CI-Aktionen verwenden, müssen anfordernde Personen registriert werden und eine ID für eine anfordernde Person anfordern, die innerhalb der Lifecycle Management-Tabellen eindeutig ist. Um sich anzumelden und ID einer anfordernden Person zu erhalten, sollten Nicht-Workflow-Benutzer die API registerOperator aufrufen. Workflow-Benutzer können den aktiven Workflow-Kontext als ID der anfordernden Person verwenden und müssen nicht explizit registerOperator aufrufen.

Nach Abschluss der CI-Lebenszyklusvorgänge sollte die anfordernde Person die API unregisterOperator aufrufen, um die Registrierung aufzuheben. Alle Statusverwaltungsdatensätze, die dieser bestimmten ID einer anfordernden Person zugeordnet sind, werden dann als inaktiv markiert oder vom Scheduled Job CI Lifecycle Management — Restore Internal State Management Tables entfernt.

Integration mit Incident-Management und Problem-Management

Eine Basisinstanz enthält die vordefinierte CI-Aktion CreateTask, die zum Erstellen einer Aufgabe für ein CI verwendet wird. Neue Instanzen haben eine vordefinierte nicht zulässige CI-Aktion, die angibt, dass die Aktion „ CreateTask “ für CIs mit dem Betriebsstatus „Stillgelegt“ nicht zulässig ist. Diese Einschränkung ist mit Incident-Management und Problem-Management integriert, um die Erstellung von Incident- oder Problemaufgaben für deaktivierte CIs zu verhindern. Die CI-Aktion „CreateTask“ wird als Referenzqualifizierer für das Feld Configuration Item der Incident-/Problem-Tabellen verwendet. Bei einem neuen Incident oder Problem werden CIs, bei denen Operational Status als „Deaktiviert“ festgelegt ist, aus der Liste Configuration Item im Formular herausgefiltert. Weitere Informationen zu Referenzqualifizierern finden Sie unter Referenzqualifizierer.

Integration mit Asset-Management

In einem Basissystem werden das Feld [ Operational Status eines CI und die Felder Status/Hardware Status (bei Hardware) synchronisiert, wenn einer der beiden Feldwerte Deaktiviertlautet. Wenn Operational Status eines CI auf Deaktiviertfestgelegt ist, wird das Feld Status/Hardware Status automatisch auf Deaktiviertfestgelegt. Wenn in umgekehrter Richtung das Feld Status/Hardware Status eines CI auf Deaktiviertfestgelegt ist, wird auch Operational Status automatisch auf Deaktiviert festgelegt.

• Wenn ein Feld Operational Status von Deaktiviert in einen anderen Status geändert wird, wird das Feld Status/Hardware Status des CI auf Installiertgesetzt.

• Wenn das Feld Status/Hardware Status eines CI von Deaktiviert in einen anderen Status wechselt, wird das Feld Operational Status automatisch auf Nicht funktionsfähigfestgelegt.

  Die Änderung des Status von „Stillgelegt“ in einen anderen Status ist selten. Standardmäßig wird der Status in „Nicht funktionsfähig“ geändert. Dies ist jedoch möglicherweise nicht der beabsichtigte Status für den Datensatz. Daher ist es wichtig, dass Administratoren den Status in diesem Fall überprüfen und entsprechend verwalten.

Sobald der Status/Hardware Status eines CI geändert wird, wird er mit dem entsprechenden Feld Asset State und umgekehrt synchronisiert, wodurch der Operational Status des CI und der entsprechende Asset State des CI synchronisiert bleiben.

Weitere Informationen zum Zuordnen der Felder Asset State und Substate zum Feld Status/Hardware Status (bei Hardware) eines CI finden Sie unter Asset-Status und CI-Hardwarestatus zuordnen. Weitere Informationen zum Deaktivieren von Assets finden Sie unter Assets stilllegen.

• Erste Schritte mit CI Lifecycle Management
  Befolgen Sie diese allgemeinen Schritte, um mit den Aktivitäten des CI Lifecycle Management-Moduls der CMDB-Anwendung zu beginnen und sie nachzuverfolgen.
• Lifecycle Management-APIs
  CI Lifecycle Management bietet eine Reihe von Statusverwaltungs-APIs zum Bearbeiten von CI-Betriebsstatus und zum Anwenden von CI-Aktionen.
• Von CI Lifecycle Management installierte Komponenten
  CI Lifecycle Management installiert (im Plugin „com.snc.cmdb“ enthalten) verschiedene Komponententypen, einschließlich Tabellen, Scheduled Jobs und Eigenschaften.
• Den Scheduled Job „CI Lifecycle Management“ aktivieren
  Wenn Sie mit der Verwendung des CI Lifecycle Management-Moduls beginnen, müssen Sie den Scheduled Job CI Lifecycle Management - Restore Internal State Management Tables aktivieren, die standardmäßig deaktiviert ist. Bei diesem Scheduled Job wird die Datenintegrität aller internen CI Lifecycle Management-Tabellen kontinuierlich überprüft und aufrechterhalten.
• Eine CI-Aktion definieren
  Definieren Sie eine CI Lifecycle Management-CI-Aktion, die später auf CIs angewendet werden kann.
• Kompatible CI-Aktionen definieren
  Ermöglichen Sie eine CMDB CI Lifecycle Management-Operation, bei der zwei angegebene CI-Aktionen gleichzeitig auf ein CI angewendet werden können.
• Eine nicht zulässige CI-Aktion definieren
  Definieren Sie eine Einschränkung für CI Lifecycle Management, in der eine angegebene Aktion für ein CI, das sich in einem bestimmten Betriebsstatus befindet, nicht zulässig ist.
• Priorität für einen Betriebsstatus festlegen
  Mit dem CI Lifecycle Management können mehrere Bediener und Automatisierungen gleichzeitig verschiedene Betriebsstatus einer CI einstellen. Ein CI kann nur einen einzigen Betriebsstatus haben. In diesem Fall wird der kumulative Betriebsstatus des CI auf den mit der höchsten Priorität gesetzt. Es wird empfohlen, dass Sie für jeden von Ihnen definierten Betriebsstatus eine Priorität angeben, damit ein kumulativer Status korrekt berechnet werden kann.
• Einen nicht zulässigen Betriebsübergang definieren
  Definieren Sie eine Einschränkung für CI Lifecycle Management, bei der ein angegebenes CI nicht von einem Betriebsstatus in einen anderen wechseln kann.