Vorgeschlagene Changes verwalten

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 8 Minuten Lesedauer

    • Mit der Funktion „Vorgeschlagene Changes“ können Sie Changes an Configuration Items und den zugehörigen Beziehungen vorkonfigurieren. Diese vorkonfigurierten Changes sind für die Implementierung vorbereitet, treten jedoch erst dann auf, wenn sie zu einem späteren Zeitpunkt angewendet werden.

    Wenn Sie ein CI anzeigen, können die vorgeschlagenen Changes angezeigt werden, sodass Sie sehen können, was geplant ist.

    Diese Funktion ist nützlich, wenn Sie Changes vornehmen möchten, während sich ein Change-Prozess in der Genehmigungsphase befindet, und die Changes erst implementieren, wenn die Genehmigungen abgeschlossen sind. Wenn die Changes nie genehmigt wird, müssen keine Changes an Datensätzen storniert werden. Wenn die Changes genehmigt wird, werden alle vorgeschlagenen Changes durch einen Schnellbefehl übernommen.

    Sie können die folgenden vorgeschlagenen Changes an einem CI vornehmen:

    • Ändern Sie ein beliebiges Feld im CI-Formular.
    • Fügen Sie eine Beziehung zu diesem CI hinzu oder löschen Sie sie.

    Um eine Beziehung zu ändern, müssen Sie die aktuelle Beziehung löschen und eine neue Beziehung hinzufügen. Sie können eine vorgeschlagene Change nicht löschen.

    CI-Verlauf anzeigen

    Sie können den Verlauf der Changes an einem CI im Listen-, Kalender- oder Zeitleistenformat anzeigen.

    Die vorgeschlagenen Changes eines CI anzeigen

    Sie können die vorgeschlagenen Changes anzeigen, um zu sehen, was für das CI geplant ist.

    Vorbereitungen

    Erforderliche Rolle: personalize_form

    Warum und wann dieser Vorgang ausgeführt wird

    Um die vorgeschlagenen Changes anzuzeigen, konfigurieren Sie das CI-Formularlayout so, dass das Feld Geplante CMDB-Changes angezeigt wird. Vorgeschlagene Changes werden standardmäßig nicht in einem CI-Formular angezeigt.

    Prozedur

    1. Navigieren zu Alle > Wechseln > Offen und öffnen Sie eine Change-Anforderung.
    2. Öffnen Sie in der zugehörigen Liste Betroffene CIs das Configuration Item.
      Sie können auch direkt zum CI-Formular navigieren.
    3. Klicken Sie mit der rechten Maustaste auf die Formularkopfzeile.
    4. Auswahlvorgang Konfigurieren > Formularlayout.
    5. Bewegen Sie das Feld Geplante CMDB-Changes zum Feld Ausgewählt.
    6. Klicken Sie auf Speichern.
      Das CI-Formular zeigt die Details aller vorgeschlagenen Changes im Bereich Geplante Changes an.

    Einem CI eine vorgeschlagene Change hinzufügen

    Vorgeschlagene Changes an einem CI können beim Anzeigen einer Change-Anforderung oder eines beliebigen aufgabenbezogenen Datensatzes vorgenommen werden.

    Vorbereitungen

    Erforderliche Rolle: itil

    Prozedur

    1. Wechseln Sie im Change Request-Formular zur zugehörigen Liste Betroffene CIs.
      Wenn sich in der Liste der betroffenen CIs keine CIs befinden, klicken Sie auf Bearbeiten, um CIs hinzuzufügen, die von dieser Change Request betroffen sind.
    2. Klicken Sie mit der rechten Maustaste auf das CI, das Sie für eine vorgeschlagene Change konfigurieren möchten, und wählen Sie Vorgeschlagene Change aus.
    3. Füllen Sie das Formular aus, um die vorgeschlagenen Changes vorzunehmen, und klicken Sie auf Vorgeschlagene Change speichern.
      Klicken Sie auf Aktualisieren, um die Änderungen sofort anzuwenden. Klicken Sie auf Löschen, um das CI zu löschen.
    4. So können Sie eine CI-Beziehung hinzufügen oder entfernen:
      1. Klicken Sie auf das Pluszeichen im Abschnitt Zugehörige Elemente.
      2. Fügen Sie im Abschnitt „Beziehungen“ eine Beziehung hinzu oder löschen Sie sie.
        Informationen zur Verwendung des Beziehungs-Editors finden Sie unter Eine CI-Beziehung erstellen oder bearbeiten.
      3. Klicken Sie auf Vorgeschlagenen Change speichern.
      4. Bestätigen Sie das Speichern der vorgeschlagenen Change.
      Klicken Sie auf Aktualisieren oder Löschen, um die Changes sofort zu übernehmen.
      Hinweis:
      Nur bei CI-Beziehungen verwenden. Das Hinzufügen oder Entfernen von Beziehungen ist für Benutzerbeziehungen und Gruppenbeziehungen nicht gültig.

    Nächste Maßnahme

    Nachdem die vorgeschlagenen Changes gespeichert wurden, wird die Schaltfläche Vorgeschlagene Änderungen übernehmen auf dem Change Request-Formular angezeigt. Mit dieser Schaltfläche kann der Benutzer die vorgeschlagenen Changes in das CI übernehmen. Ihre Business-Prozesse bestimmen den geeigneten Zeitpunkt, um die Changes zu übernehmen. Das CI behält die vorhandenen Daten bei, bis die vorgeschlagenen Changes festgelegt sind. Benutzer können jedoch sehen, dass Changes vorgeschlagen wurden.

    Eine vorgeschlagene Change auf ein CI anwenden

    Wenn Sie die vorgeschlagenen Änderungen anwenden, werden alle vorgeschlagenen Änderungen für diese Change-Anforderung auf das Configuration Item angewendet. Sie können vorgeschlagene Changes ohne Überprüfung anwenden, oder wenn die Verifizierungstests der vorgeschlagenen Change fehlgeschlagen sind.

    Vorbereitungen

    Erforderliche Rolle: itil

    Warum und wann dieser Vorgang ausgeführt wird

    Nachdem Sie die vorgeschlagenen Changes angewendet haben, zeigt der Teil Geplante Changes des Formulars Keine geplanten Changes gefunden an. Sie können Verifizierungsregeln für vorgeschlagene Changes konfigurieren, mit denen Sie vorgeschlagene Changes überprüfen können, bevor Sie die Changes anwenden.

    Prozedur

    1. Navigieren Sie zum Formular Change Request.
    2. Klicken Sie auf die Schaltfläche Vorgeschlagene Changes übernehmen.
      Sie müssen möglicherweise mit der rechten Maustaste auf die Formularkopfzeile klicken und die Option Formular neu laden auswählen, um die Changes zu sehen.

    Verifizierungsregel für vorgeschlagene Changes erstellen oder bearbeiten

    Stellen Sie sicher, dass die vorgeschlagenen Changes den Business-Anforderungen entsprechen und keine ungültigen Daten in die CMDB einführen. Erstellen Sie eine Regel, die ein Skript zur Überprüfung der vorgeschlagenen Changes enthält.

    Vorbereitungen

    Erforderliche Rolle: asset oder itil

    Warum und wann dieser Vorgang ausgeführt wird

    Wenn Sie Verifizierungsregeln für vorgeschlagene Changes für ein CI konfigurieren, können Sie überprüfen, ob die vorgeschlagenen Changes das Skript des Verifizierungstests in der Regel bestehen. Die Ergebnisse des Verifizierungstests werden als bestanden oder nicht bestanden protokolliert, und Sie können die Ergebnisse anzeigen. Das Ausführen des Verifizierungstests ist nicht obligatorisch, und ein nicht bestandener Verifizierungstest hindert Sie nicht daran, die vorgeschlagenen Changes anzuwenden.

    Prozedur

    1. Navigieren zu Alle > Konfiguration > Change-Überprüfung > Empfohlene Regeln für die Change-Überprüfung.
    2. Klicken Sie auf Neu, oder wählen Sie eine bestehende Regel zur Bearbeitung aus.
    3. Füllen Sie die Felder entsprechend aus.
      Tabelle : 1. Formular für Verifizierungsregeln für vorgeschlagene Changes
      Feld Beschreibung
      Regelname Der Name dieser Regel.
      Tabellenname Die Tabelle, für die diese Regel gilt.
      Filterbedingung Bedingungen, um diese Regel auf bestimmte CIs anzuwenden.
      Aktiv Kontrollkästchen, um diese Regel zu aktivieren.
      Regelskript

      Ein Java-Verifizierungsskript, das „wahr“ oder „falsch“ zurückgeben muss. Beispiel:

      validateRule()
 {
 var os = current.getValue("os");
 var cpu = current.getValue("cpu_count");

    //Use current.getValue(fieldName) to get the proposed change value, eg. var os = current.getValue("os");
    //Your verification code

 if (os != "SunOS" || cpu < 2)
 return false;
     //Return true to pass the verification and false if the verification failed
 return true;
 }
    4. Klicken Sie auf Absenden oder Aktualisieren.

    Ergebnisse

    Auf dem Formular Change Request können Sie auf Vorgeschlagene Changes überprüfen klicken, um die vorgeschlagenen Changes für die betroffenen CIs zu überprüfen.

    Vorgeschlagene Changes überprüfen

    Bevor Sie die vorgeschlagenen Changes auf die betroffenen CIs anwenden, sollten Sie die Verifizierungsregeln für vorgeschlagene Changes verwenden, um zu überprüfen, ob die Changes die Business-Anforderungen erfüllen und der CMDB keine ungültigen Daten hinzugefügt haben.

    Vorbereitungen

    Erstellen oder bearbeiten Sie die Regeln, mit denen die vorgeschlagenen Changes überprüft werden. Details finden Sie unter Verifizierungsregel für vorgeschlagene Changes erstellen oder bearbeiten.

    Erforderliche Rolle: keine

    Warum und wann dieser Vorgang ausgeführt wird

    Sie können vorgeschlagene Changes auch dann anwenden, wenn sie nicht überprüft wurden oder einen Verifizierungstest nicht bestehen.

    Prozedur

    1. Öffnen Sie das Formular Change Request, das das CI betrifft.
    2. Klicken Sie auf Vorgeschlagene Changes überprüfen.
      Die vorgeschlagenen Changes werden mit den Verifizierungsregeln für vorgeschlagene Changes verglichen, in denen das CI die Filterbedingung Kriterien.
    3. Überprüfen Sie die Nachricht, die nach Abschluss des Verifizierungsprozesses oben im Formular angezeigt wird.
      Die Nachricht gibt an, ob die Verifizierungstests erfolgreich waren oder nicht bestanden wurden.

    Nächste Maßnahme

    Um die Details aller Verifizierungstests anzuzeigen, die in den letzten zwei Tagen für den Change Request durchgeführt wurden, klicken Sie auf den zugehörigen Link Protokoll zur Verifizierung von vorgeschlagenen Changes.

    Validierungsskript für geplanten Change erstellen oder bearbeiten

    Erstellen Sie ein benutzerdefiniertes Skript, das überprüft, ob eine Change an einer Klasse gemäß den Business-Anforderungen gültig war, und ob die Change geplant wurde oder nicht. Ein Validierungsskript für den geplanten Change wird immer dann verwendet, wenn ein CI-Change in der CI-Zeitleiste oder in der Change-Historie angezeigt wird.

    Vorbereitungen

    Erforderliche Rolle: admin oder itil

    Warum und wann dieser Vorgang ausgeführt wird

    Das System versucht, jeden CI-Change wie folgt zu validieren:

    • Wenn für das CI oder eines der übergeordneten CIs ein benutzerdefiniertes Skript vorhanden ist, wird das Skript ausgeführt, und die Ergebnisse werden verwendet, um die Change als gültig oder ungültig zu kennzeichnen. Übergeordnete CIs werden in der hierarchischen Reihenfolge geprüft.

    • Wenn für das CI oder eines seiner übergeordneten Elemente kein benutzerdefiniertes Skript vorhanden ist, wird ein vordefiniertes Validierungsskript verwendet. Die Change wird als geplante Change ermittelt, wenn die Change zwischen dem Datum für Arbeitsbeginn und Arbeitsende der Change Request erfolgte, die dem geänderten CI zugeordnet ist.

      Diese Prüfung ist jedoch nicht immer zuverlässig, da ein Benutzer das CI möglicherweise innerhalb der Arbeitsdaten manuell geändert hat, wodurch die Change auch dann als gültig markiert wird, wenn sie ungültig ist.

    Das Skript muss einen booleschen Wert (true oder false) zurückgeben, der davon abhängt, ob die Testkriterien im Skript erfüllt werden. Sie können für jede CI-Klasse ein separates Skript definieren, und Sie können mehrere Validierungsskripts für geplante Changes für eine einzelne Klasse definieren. Zum Beispiel, um verschiedene Versionen des Skripts zu führen. Es kann immer nur ein Skript für eine CI-Klasse aktiv sein.

    Dies sind die Parameter, die eine Change eindeutig kennzeichnen:

    • Die Felder, die geändert wurden
    • Die Datenquelle, die die Change durchgeführt hat
    • Der Zeitstempel der Change

    Um die Gültigkeit einer Change richtig zu ermitteln, überprüfen Sie die Parameter und wenden Sie Business-Logik an, um zu bewerten, ob die Validierungstests erfüllt sind. Ein Validierungsskript für geplante Changes kann jedes dieser Merkmale testen und bestimmen, ob ein Change vorher festgelegte Kriterien erfüllt. Das benutzerdefinierte Skript kann beispielsweise prüfen, ob der Modus des CI betriebsbereit ist, oder zu Wartungszwecken verwendet wird, oder wer die Change initiiert hat.

    Prozedur

    1. Navigieren zu Alle > Konfiguration > Change-Überprüfung > Validierungsskript für geplanten Change.
    2. Klicken Sie auf Neu, oder wählen Sie ein Validierungsskript zum Bearbeiten aus.
    3. Füllen Sie das Formular aus.
      Tabelle : 2. Formular für Validierungsskript für geplante Changes
      Kontrolle Beschreibung
      Aktiv Kontrollkästchen, um dieses Skript zur Validierung von Changes zu aktivieren.
      Gilt für Klasse, für die dieses Skript gilt
      Skript Skript zur Validierung einer Change. Wenn das Skript keinen booleschen Wert zurückgibt, ist es auf „false“ konfiguriert.
      Das Skript verfügt über eine Vorlage, die die Eingabevariablen des Skripts anzeigt.
      Tabelle : 3. Vorlage für Skript-Eingangsvariablen
      Variable Typ Beschreibung
      current GlideRecord Aktueller Datensatz, der gerade verarbeitet wird.
      updatedOn GlideDateTime Zeitstempel der Change.
      updatedBy Zeichenfolge Für die Change verantwortliche Stelle.
      fieldsChanged Zeichenfolge Kommagetrennte Liste der Namen aller Felder, die geändert wurden.
      Dieses Beispielskript prüft, wer die Datensatzaktualisierung initiiert hat. Es gibt „true“ zurück, wenn der Administrator die Datensatzaktualisierung initiiert hat. Andernfalls gibt das Skript „false“ zurück.
      isValidChange();

function isValidChange(/*GlideRecord current, GlideDateTime updatedOn, String updatedBy, String changedFields*/) 
{ 
   //Return true if the user that updated the record has an admin role 
   return isUserAdmin(updatedBy); 
}

function isUserAdmin(userName)
{
   var grUser = new GlideRecord("sys_user");
   grUser.addQuery('name', userName);
   grUser.query();
   if(grUser.next()) 
   {
       var roles = new GlideRecord ("sys_user_has_role");
       roles.addActiveQuery();
       roles.addQuery('user', grUser.sys_id);
       roles.query();
       while(roles.next()) 
       {
          if(roles.role.name == 'admin')
             return true;
       }
   }
   return false;
}
    4. Klicken Sie auf Absenden.