Vorgeschlagene Changes verwalten

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

    • Mit der Funktion „vorgeschlagene Changes“ können Sie Changes an Konfigurationselementen und ihren zugehörigen Beziehungen vorkonfigurieren. Diese vorkonfigurierten Changes sind auf die Implementierung vorbereitet, werden aber erst ausgeführt, wenn sie zu einem späteren Zeitpunkt angewendet werden.

    Wenn Sie ein CI anzeigen, können die vorgeschlagenen Änderungen angezeigt werden, damit Sie sehen können, was geplant ist.

    Diese Funktion ist nützlich, wenn Sie Änderungen vornehmen möchten, während sich ein Change-Prozess in der Genehmigungsphase befindet, und die Änderungen erst implementieren möchten, nachdem die Genehmigungen abgeschlossen sind. Wenn der Change nie genehmigt wird, müssen keine Änderungen an Datensätzen rückgängig gemacht werden. Wenn der Change genehmigt wird, wendet ein Schnellbefehl alle vorgeschlagenen Changes an.

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

    • Ändern Sie ein beliebiges Feld im CI-Formular.
    • Fügen Sie diesem CI eine Beziehung 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 einen vorgeschlagenen Change nicht löschen.

    Zeigen Sie den CI-Verlauf an

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

    Zeigen Sie die vorgeschlagenen Changes eines CI an

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

    Vorbereitungen

    Erforderliche Rolle: personalize_form

    Warum und wann dieser Vorgang ausgeführt wird

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

    Prozedur

    1. Navigieren zu Alle > Change > Offen Und öffnen Sie eine Change-Anforderung.
    2. In Betroffene CIs Zugehörige Liste, öffnen Sie Konfigurationselement .
      Sie können auch direkt zum CI-Formular navigieren.
    3. Klicken Sie mit der rechten Maustaste auf die Header-Leiste des Formulars.
    4. Auswählen Konfigurieren > Formularlayoutan.
    5. Verschieben Sie Geplante CMDB-Changes Feld für Ausgewählt Bereich.
    6. Klicken Sie auf Speichern.
      Das CI-Formular zeigt die Details aller vorgeschlagenen Changes in an Geplante Changes Bereich.

    Fügen Sie einem CI einen vorgeschlagenen Change hinzu

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

    Vorbereitungen

    Erforderliche Rolle: itil

    Prozedur

    1. Wechseln Sie im Formular „Change-Anforderung“ zu Betroffene CIs Zugehörige Liste.
      Wenn sich in der Liste der betroffenen CIs keine CIs befinden, klicken Sie auf Bearbeiten Zum Hinzufügen von CIs, die von dieser Change-Anforderung betroffen sind.
    2. Klicken Sie mit der rechten Maustaste auf das CI, das Sie für einen vorgeschlagenen Change konfigurieren möchten, und wählen Sie aus Vorgeschlagener Change .
    3. Füllen Sie das Formular aus, um die vorgeschlagenen Änderungen vorzunehmen, und klicken Sie auf Speichern Sie Den Vorgeschlagenen Change .
      Klicken Sie Auf Aktualisieren Um die Änderungen sofort anzuwenden. Klicken Sie Auf Löschen Zum Löschen des CI.
    4. So schlagen Sie das Hinzufügen oder Entfernen einer CI-Beziehung vor:
      1. Klicken Sie auf das Plus-Symbol in Zugehörige Elemente Abschnitt.
      2. Fügen Sie im Abschnitt „Beziehungen“ eine Beziehung hinzu, oder löschen Sie sie.
        Informationen zur Verwendung des Beziehungseditors finden Sie unter Eine CI-Beziehung erstellen oder bearbeiten.
      3. Klicken Sie Auf Speichern Sie „Change Vorschlagen“ .
      4. Bestätigen Sie das Speichern der vorgeschlagenen Änderung.
      Klicken Sie Auf Aktualisieren Oder Löschen Um die Änderungen sofort zu bestätigen.
      Hinweis:
      Nur mit CI-Beziehungen verwenden. Das Hinzufügen oder Entfernen von Beziehungen ist für Anwender- und Gruppenbeziehungen nicht gültig.

    Nächste Maßnahme

    Nachdem die vorgeschlagenen Änderungen gespeichert wurden, wird Vorgeschlagene Änderungen Anwenden Schaltfläche wird im Formular „Change-Anforderung“ angezeigt. Mit dieser Schaltfläche kann der Anwender die vorgeschlagenen Änderungen am CI bestätigen. Ihre Geschäftsprozesse bestimmen die angemessene Zeit für das Commit der Changes. Das CI behält die vorhandenen Daten bei, bis die vorgeschlagenen Änderungen bestätigt wurden. Anwender können jedoch sehen, dass Änderungen vorgeschlagen wurden.

    Wenden Sie einen vorgeschlagenen Change auf ein CI an

    Wenn Sie die vorgeschlagenen Changes anwenden, werden alle vorgeschlagenen Changes für diese Change-Anforderung auf das Konfigurationselement angewendet. Sie können vorgeschlagene Changes ohne Verifizierung anwenden oder wenn Verifizierungstests der vorgeschlagenen Changes fehlgeschlagen sind.

    Vorbereitungen

    Erforderliche Rolle: itil

    Warum und wann dieser Vorgang ausgeführt wird

    Nachdem Sie die vorgeschlagenen Änderungen angewendet haben, wird Geplante Changes Ein Teil des Formulars wird angezeigt Keine geplanten Changes gefunden . Sie können Regeln zur Verifizierung vorgeschlagener Changes konfigurieren, mit denen Sie vorgeschlagene Changes überprüfen können, bevor Sie die Changes anwenden.

    Prozedur

    1. Navigieren Sie zu Change-Anforderung Formular.
    2. Klicken Sie auf Vorgeschlagene Änderungen Anwenden Schaltfläche.
      Möglicherweise müssen Sie mit der rechten Maustaste auf den Formularheader klicken und auswählen Formular Neu Laden Option zum Anzeigen der Änderungen.

    Erstellen oder bearbeiten Sie eine vorgeschlagene Change-Verifizierungsregel

    Stellen Sie sicher, dass vorgeschlagene Changes die Geschäftsanforderungen erfüllen und keine ungültigen Daten in die CMDB einführen. Erstellen Sie eine Regel, die ein Skript enthält, um die vorgeschlagenen Changes zu überprüfen.

    Vorbereitungen

    Erforderliche Rolle: Asset oder itil

    Warum und wann dieser Vorgang ausgeführt wird

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

    Prozedur

    1. Navigieren zu Alle > Konfiguration > Change-Überprüfung > Empfohlene Regeln für die Change-Überprüfungan.
    2. Klicken Sie Auf Neu Oder wählen Sie eine vorhandene Regel zum Bearbeiten aus.
    3. Füllen Sie die Felder entsprechend aus.
      Tabelle : 1. Formular „Überprüfungsregeln für vorgeschlagene Änderungen“
      Feld Beschreibung
      Regelname Der Name dieser Regel.
      Tabellenname Die Tabelle, für die die Regel gilt.
      Filterbedingung Bedingungen zum Anwenden dieser Regel auf bestimmte CIs.
      Aktiv Kontrollkästchen zum Aktivieren dieser Regel.
      Regelskript

      Ein Verifizierungs-Java-Skript, das „wahr“ oder „falsch“ zurückgeben muss. Zum 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 Übermitteln Oder Aktualisieren .

    Ergebnisse

    Auf Change-Anforderung Formular können Sie auf klicken Überprüfen Sie Die Vorgeschlagenen Änderungen Dient zum Überprüfen der vorgeschlagenen Änderungen für die betroffenen CIs.

    Überprüfen Sie die vorgeschlagenen Änderungen

    Bevor Sie vorgeschlagene Changes auf betroffene CIs anwenden, verwenden Sie vorgeschlagene Change-Verifizierungsregeln, um sicherzustellen, dass die Changes die Geschäftsanforderungen erfüllen, und fügen der CMDB keine ungültigen Daten hinzu.

    Vorbereitungen

    Erstellen oder bearbeiten Sie die Regeln, die zum Überprüfen vorgeschlagener Änderungen verwendet werden. Details finden Sie unter Erstellen oder bearbeiten Sie eine vorgeschlagene Change-Verifizierungsregel.

    Erforderliche Rolle: keine

    Warum und wann dieser Vorgang ausgeführt wird

    Sie können vorgeschlagene Änderungen auch dann anwenden, wenn sie nicht verifiziert sind oder einen Verifizierungstest fehlschlagen.

    Prozedur

    1. Öffnen Sie Change-Anforderung Formular, das sich auf das CI auswirkt.
    2. Klicken Sie Auf Überprüfen Sie Die Vorgeschlagenen Änderungen .
      Die vorgeschlagenen Changes werden anhand aller vorgeschlagenen Change-Verifizierungsregeln verifiziert, in denen das CI die erfüllt Filterbedingung Kriterien.
    3. Überprüfen Sie die Nachricht, die oben im Formular angezeigt wird, nachdem der Verifizierungsprozess abgeschlossen ist.
      Die Nachricht gibt an, ob die Verifizierungstests bestanden oder fehlgeschlagen sind.

    Nächste Maßnahme

    Um die Details aller Verifizierungstests anzuzeigen, die in den letzten zwei Tagen für die Change-Anforderung durchgeführt wurden, klicken Sie auf Verifizierungsprotokoll Für Vorgeschlagenen Change Zugehöriger Link.

    Erstellen oder bearbeiten Sie ein Validierungsskript für geplante Changes

    Erstellen Sie ein anwenderdefiniertes Skript, das überprüft, ob ein Change an einer Klasse gemäß den Geschäftsanforderungen gültig war und ob der Change geplant war oder nicht. Ein Validierungsskript für geplante Changes wird immer dann verwendet, wenn ein CI-Change in der CI-Zeitleiste oder dem Change-Verlauf angezeigt wird.

    Vorbereitungen

    Erforderliche Rolle: administrator 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 CI ein anwenderdefiniertes Skript vorhanden ist, wird das Skript ausgeführt, und die Ergebnisse werden verwendet, um den Change als gültig oder ungültig zu kennzeichnen. Übergeordnete CIs werden in der hierarchischen Reihenfolge untersucht.

    • Wenn für das CI oder eines seiner übergeordneten Elemente kein anwenderdefiniertes Skript vorhanden ist, wird ein vordefiniertes Validierungsskript verwendet. Der Change wird als geplanter Change bestimmt, wenn der Change zwischen aufgetreten ist Arbeitsbeginn Und Arbeitsende Daten der Change-Anforderung, die dem geänderten CI zugeordnet ist.

      Diese Prüfung ist jedoch nicht immer zuverlässig, da ein Anwender das CI möglicherweise innerhalb der Arbeitsdaten manuell geändert hat. Dadurch wird der Change als gültig gekennzeichnet, auch wenn er ungültig ist.

    Das Skript muss einen booleschen Wert, wahr oder falsch zurückgeben, der von der Erfüllung der Testkriterien im Skript abhängt. Sie können ein separates Skript für jede CI-Klasse definieren, und Sie können mehrere Validierungsskripts für geplante Changes für eine einzelne Klasse definieren. Beispiel: Um verschiedene Versionen des Skripts zu verwalten. Für eine CI-Klasse kann jeweils nur ein Skript aktiv sein.

    Dies sind die Parameter, die einen Change eindeutig charakterisieren:

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

    Um die Gültigkeit eines Change richtig zu bestimmen, überprüfen Sie die Parameter, und wenden Sie die Geschäftslogik an, um zu bewerten, ob die Validierungstests erfüllt sind. Ein Validierungsskript für geplante Changes kann jedes dieser Merkmale testen und bestimmen, wann ein Change vorab festgelegte Kriterien erfüllt. Das anwenderdefinierte Skript kann beispielsweise überprüfen, ob der Modus des CI „betriebsbereit“ oder „Wartung“ ist oder wer den Change initiiert hat.

    Prozedur

    1. Navigieren zu Alle > Konfiguration > Change-Überprüfung > Validierungsskript für geplanten Changean.
    2. Klicken Sie Auf Neu Oder wählen Sie ein Validierungsskript zum Bearbeiten aus.
    3. Füllen Sie das Formular aus.
      Tabelle : 2. Skriptformular für Validierung geplanter Changes
      Kontrolle Beschreibung
      Aktiv Kontrollkästchen zum Aktivieren dieses Skripts zur Validierung von Änderungen.
      Beschreibung Klasse, für die dieses Skript gilt.
      Skript Skript, das zum Validieren eines Change ausgeführt werden soll. Wenn das Skript keinen booleschen Wert zurückgibt, wird es auf „falsch“ konfiguriert.
      Das Skript verfügt über eine Vorlage, die die Eingabevariablen des Skripts anzeigt.
      Tabelle : 3. Eingabevariablen des Vorlagenskripts
      Variable Typ Beschreibung
      aktuell GlideRecord Aktueller Datensatz, der verarbeitet wird.
      updatedOn GlideDateTime Zeitstempel des Change.
      updatedBy Zeichenfolge Entität, die für den Change verantwortlich ist.
      FieldsChanged Zeichenfolge Kommagetrennte Liste der Namen aller Felder, die geändert wurden.
      Dieses Beispielskript überprüft, wer die Datensatzaktualisierung initiiert hat. Gibt „wahr“ zurück, wenn der Administrator die Datensatzaktualisierung initiiert hat. Andernfalls gibt das Skript „falsch“ 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.