Eigenschaften des Service Level Agreement (SLA) konfigurieren
Sie können die Eigenschaften der SLA-Engine, der Protokollierung und der Reparatur basierend auf den Anforderungen in Ihrer Organisation konfigurieren.
Vorbereitungen
Erforderliche Rolle: Administrator
Prozedur
SLA-Engine-Eigenschaften
Administratoren können die SLA-Engine mithilfe von SLA-Engine-Eigenschaften verwalten.
Navigieren zu um Eigenschaften der SLA-Engine anzuzeigen.
| Eigenschaftsname | Beschreibung |
|---|---|
| com.snc.sla.calculation.percentage | Maximaler Wert für „Tatsächlicher verstrichener Prozentsatz“, nach dem die regelmäßige Aufgabe „SLA - Berechnungen aktualisieren“ die Berechnung der SLA-Zeitwerte regelmäßig beendet. Dieser Wert wird verwendet, um zu verhindern, dass „längst verletzte“ Datensätze unnötigerweise aktualisiert werden. Wenn Sie dem Wert auf 0 setzen, werden alle Berechnungen gestoppt. Wenn Sie dieses Feld leer lassen, können alle SLAs berechnet werden. Standardmäßig wird dieser Wert auf 1.000 % festgelegt, sodass die Neuberechnung beendet wird, nachdem die Verletzung um den Faktor 10 überschritten wurde.
|
| com.snc.sla.maximum_duration | Maximale Dauer in Tagen, die in der SLA-Definition zulässig ist.
|
| com.snc.sla.engine.version | 2011er SLA-Engine (2010, 2011) ausführen
|
| com.snc.sla.engine.async | SLA-Engine 2011 nach Einfügen einer Aufgabe oder eines Updates asynchron ausführen.
|
| com.snc.sla.compatibility.breach | Kompatibilität mit dem 2010er SLA-Status „Verletzt“ von SLAs aktivieren (Standardwert: falsch) Aktivieren Sie diese Option nur, wenn der verletzte Status (im Stufenwert) für Berichtszwecke auf die alte Weise angezeigt werden muss. Es wird empfohlen, nur das Verletzt-Kennzeichen zu verwenden
|
| com.snc.sla.default_conditionclass | Der Name der Klasse für Skripteinbindungen, die zur Bewertung der SLA-Bedingungen für die SLA-Engine 2011 verwendet wird (zum Überschreiben mit Ihrer eigenen Erweiterung der SLAConditionBase-Klasse verwenden)
|
| com.snc.sla.workflow.run_for_breached | Eine Aktualisierung einer Aufgabe kann dazu führen, dass ein SLA angehängt wird, das bereits verletzt wurde, z. B. wenn ein Incident, der bereits seit einiger Zeit geöffnet ist, zu einer hohen Priorität mit einem SLA mit kurzer Auflösung wird. Wenn in der SLA-Definition standardmäßig ein Workflow angegeben ist, wird er nicht ausgeführt, wenn das Aufgaben-SLA angefügt ist und die geplante Endzeit bereits verstrichen ist. Aktivieren Sie diese Eigenschaft, wenn der Workflow für ein Aufgaben-SLA ausgeführt werden soll, das bereits verletzt wurde, wenn es an die Aufgabe angehängt wird.
|
| com.snc.sla.calculate_planned_end_time_after_breach | Die „Geplante Endzeit“ von SLAs auch nach deren Verletzung weiter neuberechnen
Hinweis: Für zboot-Kunden ist diese Eigenschaft nicht auf der Seite mit den SLA-Engine-Eigenschaften verfügbar. |
| com.snc.sla.calculation.use_time_left | Zeit der Verletzung mit dem Feld „business_time_left“ anstatt mit dem Feld „business_percentage“ berechnen. Die Verwendung von „business_time_left“ ist genauer, da das Feld „business_percentage“ auf 2 Dezimalstellen gerundet wird. Dies bedeutet, dass, sobald der Geschäftsprozentsatz 99,995 % erreicht, dieser als 100 % erfasst wird und das SLA der Aufgabe als verletzt markiert wird.
|
| glide.sla.calculate_on_display | SLA-Datensätze neu berechnen, wenn ein Aufgabenformular angezeigt wird. Dies stellt sicher, dass die Berechnungen der Aufgaben-SLAs auf dem neuesten Stand sind; dies kann jedoch die Ladezeit der Formulare erhöhen.
|
| com.snc.sla.always_populate_business_fields | Wenn diese Eigenschaft auf „Wahr“ festgelegt ist, werden die Business-Felder wie „Verstrichene Geschäftszeit“ mit denselben Werten aufgefüllt wie die tatsächlichen Felder, wenn im Aufgaben-SLA kein Zeitplan angegeben ist. Wenn die Eigenschaft „Falsch“ lautet, sind die Business-Felder leer, wenn ein SLA für eine Aufgabe keinen Zeitplan enthält.
|
SLA-Protokollierungseigenschaften
Administratoren können die SLA-Protokollierung mithilfe von SLA-Eigenschaften konfigurieren.
Navigieren zu um SLA-Protokollierungseigenschaften anzuzeigen.
| SLA-Protokollierungseigenschaft | Beschreibung |
|---|---|
| com.snc.sla.task_sla_controller.log | Protokollierungsebene für TaskSLAController |
| com.snc.sla.task_sla.log | Protokollierungsebene für TaskSLA |
| com.snc.sla.condition.log | Protokollierungsebene für SLAConditionBase |
| com.snc.sla.workflow.log | Protokollierungsebene für TaskSLAworkflow |
| com.snc.sla.calculatorng.log | Protokollierungsebene für SLACalculatorNG |
| com.snc.sla.repair.log | Protokollierungsebene für SLARepair (SLA-Reparatur muss aktiviert sein, um diese Option zu verwenden) |
| com.snc.sla.log.destination | Protokollierungsausgabeziel. Wählen Sie das Protokollziel aus: entweder es wird sowohl an die Datenbank- als auch an die Knotenprotokolle (Standardeinstellung) oder nur an Knotenprotokolle ausgegeben. Datenbank- und Knotenprotokolle (gs.log) sind als Systemprotokolle in ServiceNow sichtbar, Knotenprotokolle (gs.print) werden nur in Protokolldateien angezeigt. |
Protokollebenen
Die folgenden Protokollierungsebenen sind für die Eigenschaften Protokollierungsebene für ... verfügbar:
| Ebene | Name | Beschreibung |
|---|---|---|
| Notf | Notfall | Totaler Ausfall. |
| Warnung | Warnung | Beispiel: Systembeschädigung einer Datenbank. |
| Krit | Kritisch | Wird z. B. typischerweise für Hardwarefehler verwendet. |
| Feh | Fehler | Fehler |
| Warnung | Warnungen | Warnungen |
| Hinweis | Hinweis | Mögliche Aktion erforderlich, aber nicht unbedingt. |
| Info | Informativ | Keine Aktion erforderlich. |
| Debuggen | Debugging | Wird im Allgemeinen nicht verwendet, außer um alle Daten für die Fehlersuche zu erfassen. |
SLA-Reparatureigenschaften
Administratoren können die SLA-Reparaturfunktion mithilfe von Systemeigenschaften verwalten.
Navigieren zu um SLA- Reparatureigenschaften anzuzeigen.
| Eigenschaftsname | Beschreibung |
|---|---|
| com.snc.sla.repair.enabled | Aktiviert die SLA-Reparatur. Wenn aktiviert, werden die Reparaturmodule und UI Actions aktiviert.
|