Domain Separation und Change-Management

  • Freigeben Version: Australia
  • Aktualisiert 12. März 2026
  • 2 Minuten Lesedauer
  • Die Domänentrennung wird in Change-Management unterstützt. Mit der Domain Separation können Sie Daten, Prozesse und Verwaltungsaufgaben in logische Gruppierungen, sogenannte Domänen, aufteilen. Sie können verschiedene Aspekte dieser Trennung steuern, einschließlich der Benutzer, die Daten sehen und darauf zugreifen können.

    Supportstufe: Standard

    • Geschäftslogik: Stellen Sie sicher, dass Daten in die richtige Domäne für die Anwendungsfälle des Application Service Providers übertragen werden.
    • Die Anwendung unterstützt die Domänentrennung zur Laufzeit. Die Domänentrennung umfasst Trennung von der Anwenderoberfläche, Cache-Schlüssel, Berichterstellung, Rollups und Zusammenfassungen.
    • Der Besitzer der Instanz muss die Anwendung einrichten, damit sie über mehrere Mandanten hinweg funktioniert.

    Beispielanwendungsfall: Wenn ein Service Provider (SP) einen Chat verwendet, um auf die Nachricht eines Mandanten-Kunden zu antworten, muss der Kunde die Antwort des SP sehen können.

    Weitere Informationen zu den Supportstufen finden Sie unter Anwendungssupport für Domänentrennung.

    Domänentrennung in Change-ManagementÜbersicht

    Das Change-Management bietet einen systematischen Ansatz zur Steuerung des Lebenszyklus aller Changes und erleichtert nützliche Changes mit minimaler Unterbrechung der IT-Services.

    Funktionsweise der Domänentrennung im Change-Management

    Das Change-Management umfasst die Verwaltung von Change-Anforderungen. Mit einer Change-Anforderung können Sie einen kontrollierten Prozess für das Hinzufügen, Ändern oder Entfernen genehmigter und unterstützter Konfigurationselemente (CIs) implementieren. Die Anforderung erfasst die detaillierten Informationen zum Change, z. B. den Grund für den Change, die Priorität, das Risiko, die Art des Change und die Change-Kategorie.

    • Eine Change-Anforderung ist eine Erweiterung einer Aufgabe. Datensätze werden in der Domäne von Anwendern erstellt, die die Aufgabe in der Sitzung erstellen.
    • Alle Change-Eigenschaften sind global, d. h. sie sind für jede Anwendung, die verwendet, identisch [sys_properties] Tabelleneigenschaften. Die Tabelle ist nicht domänengetrennt, daher wirken sich alle vorgenommenen Änderungen auf alle Domänen aus.

    Domänengetrennte Tabellen

    Change-Anforderung [Change_Request].

    Anwendungsfall

    Ein ITIL-Anwender in der Acme-Domäne meldet sich an und erstellt eine Change-Anforderung. Die Change-Anforderung wird in der vom Anwender ausgewählten Domäne erstellt.

    Funktionsweise der Domänentrennung in der CAB-Workbench (Change Advisory Board)

    • CAB-Besprechungen werden mit der CAB-Definitionstabelle synchronisiert, wenn die Besprechung über eine Definition generiert oder die Besprechung manuell erstellt wurde und das CAB-Definitionsfeld ausgefüllt ist.
    • CAB-Besprechungen werden in der Domäne des Anwenders erstellt, wenn die Besprechung manuell ohne zugehörige CAB-Definition erstellt wird.
    • Besprechungsdatensätze werden nicht unterstützt, wenn sie sich in einer anderen Domäne als die zugeordnete Definition befinden.
    • Alle anderen CAB-Datensätze haben ihre Domäne Master Auf den zugehörigen CAB-Besprechungsdatensatz festlegen.
    Domänengetrennte Tabellen
    • CAB-Definition [CAB_Definition]
    • CAB-Besprechung [CAB_Meeting]
    Domänentabellen (verknüpft mit Domäne des zugehörigen CAB_Meeting)
    • CAB-Teilnehmer [Cab_attendee]
    • CAB-Programmpunkt [CAB_Agenda_ITEM]
    • CAB-Laufzeitstatus [CAB_Runtime_State]

    Anwendungsfälle

    • Ein CAB-Manager erstellt eine neue CAB-Definition und generiert 20 Besprechungen in der ACME-Domäne. Das Ergebnis: Sowohl die Definition als auch Besprechungen werden innerhalb der ACME-Domäne erstellt.

    • Ein CAB-Manager erstellt eine Ad-hoc-CAB-Besprechung aus der zugehörigen Liste im CAB-Definitionsformular. Ergebnis: Die Besprechung wird in der Domäne der CAB-Besprechung erstellt.
    • Alle anderen Anwendungsfälle verhalten sich auf die gleiche Weise, als wenn Domänentrennung nicht aktiviert ist.

    Funktionsweise der Domänentrennung in Change-Zeitplänen (neue Funktion)

    • Change-Zeitplandefinitionen Kapseln alle Konfigurationsoptionen und zugehörigen Datensätze, die zum Anzeigen eines bestimmten Change-Zeitplans verwendet werden.
    • Datensätze werden in der Domäne des aktuellen Anwenders erstellt.
    • Zusätzliche Datensätze werden in der Domäne der Change-Zeitplandefinition erstellt.

    Domänengetrennte Tabellen

    • Change-Zeitplandefinition [chg_soc_Definition]
    • Zugehörige Definition [chg_soc_definition_child]
    • Stilregel [chg_soc_definition_style_rule]
    • Stilregel [chg_soc_style_rule]
    • Stilregel [chg_soc_def_child_style_rule]

    Anwendungsfälle

    Ein ITIL-Anwender in der ACME-Domäne meldet sich an und navigiert zur Zielseite „Zeitplan ändern“. Der Anwender kann die Change-Zeitpläne sowohl in seiner aktuellen als auch in seiner globalen Domäne anzeigen.