Versionshinweise zu Site Reliability Operations

  • Freigeben Version: Store
  • Aktualisiert 4. Januar 2024
  • 5 Minuten Lesedauer

    • Versionsverlauf für Site Reliability Operations auf ServiceNow Store.

    Wichtig:
    Weitere Informationen zu Systemanforderungen und Familienkompatibilität finden Sie in der Anwendungsliste auf der Website des ServiceNow Store.

    Versionsverlauf

    Version 14.2.2 – Januar 2024
    • Geändert: Der Zugriff wurde in „Nur Genehmigung“ geändert, um weitere Downloads zu verhindern und Downloads der neuen App Store-App Service Reliability Management zu fördern.
    • Korrekturen im Zusammenhang mit der Anwenderoberfläche.
    Version 14.2.1 von August 2023
    • Behoben:
      • Probleme im Zusammenhang mit dem Bedingungsgenerator im Flow zur Erstellung von Warnungsregelbedingungen.
      • Problem im Zusammenhang mit der Serviceauswahl auf der Seite „Servicebeziehungen“.
      • Andere kleinere Korrekturen.
    Version 14.2.0 – November 2022
    • Neu:
      • Unterstützung für die Anzeige von dedizierten geschäftlichen und technischen Services in Site Reliability Operations hinzugefügt.
      • Lokalisierungsunterstützung hinzugefügt.
    • Behoben:
      • Seite „Serviceabhängigkeit“ aktualisieren, wenn ein Service gelöscht wird.
      • Aktualisieren Sie eine Nachverfolgungstabelle für die Rufbereitschaftseskalation als Mit Sprachanruf akzeptiert, wenn ein Benutzer eine Zuweisung per Sprachanruf akzeptiert.
      • Erfassen Sie den Status „Akzeptiert“ in einer Nachverfolgungstabelle für die Rufbereitschaftseskalation, wenn ein Benutzer eine Zuweisung über das Benachrichtigungsgerät für Sprachanrufe akzeptiert.
      • Weitere Erinnerungen stoppen, wenn die Datensatzzuweisung von einem Benachrichtigungsgerät für die primäre E-Mail-Adresse abgelehnt wird.
    Version 14.1.1 – Mai 2022
    • Behoben: Mehrere Fehler, einschließlich der folgenden:
      • Es wurde ein Problem behoben, bei dem vom Benutzer erstellte Anwendungsservices aus Site Reliability Operations (SRO) nach der Erstellung automatisch auf „Nicht funktionsfähig“ festgelegt wurden.
      • Es wurde ein Problem behoben, bei dem der SRO-Administrator oder -Manager den Rufbereitschaftskalender in SRO nicht anzeigen konnte.
    Version 14.0.2 – Dezember 2021
    Behoben: Die Kompatibilitätsprobleme mit der Bereitschaftsplanung wurden behoben.
    Version 14.0.0 – Juli 2021
    • Neu:
      • Site Reliability Operations (SR Ops) ermöglicht Teams nicht nur die Verwaltung von Anwendungsservices, sondern ermöglicht ihnen jetzt auch die Verwaltung technischer Services, die aus dynamischen CI-Gruppen in IT Operations Management erstellt wurden. Dies ermöglicht Teams, eine Gruppe von CIs, die keinem Anwendungsservice zugeordnet sind, so zu verwalten, als wäre es ein Service. Diese technischen Services werden von der zentralen IT im Namen des SRE-Teams erstellt. Die technischen Services können nicht direkt in SR Ops erstellt oder gelöscht werden.
      • Integrationsaktionen sind jetzt Warnungsregeln. „Warnungsregeln“ ist ein umfassenderes System, mit dem Sie neue Arten von Regeln für Services sowie Konfigurationselemente (CIs) erstellen können, die sich auf Services auswirken. Hinweis: Für die Optionen Service + CI und CI wird die Warnungsregel nur ausgelöst, wenn das CI ein direktes untergeordnetes Element des Service oder technischen Service ist (alles, was mehr als eine Ebene tief ist, löst die Regel nicht aus). Beispielsweise lösen dynamische Gruppen mit geschachtelten dynamischen Gruppen die Regel nicht aus.
    • Geändert:
      • SR Ops wurde kontinuierlich zu einer reinen Arbeitsbereich-Experience umgestellt. In diesem Release wurde diese Maßnahme bis auf wenige Ausnahmen abgeschlossen. Klassische UI-Module zum Verwalten von Bedingungen, Aktionen und Konfigurationen für Warnungsregeln wurden beibehalten, da diese Formulare Felder enthalten, die nicht vollständig mit dem Arbeitsbereich kompatibel sind. Alle anderen klassischen UI-Module wurden entfernt, und bestimmte Aktionen werden in der klassischen UI nicht mehr unterstützt. Beispielsweise können neue Geschäfts- und Anwendungsservices nicht mehr in der klassischen Anwenderoberfläche erstellt werden.
      • In einer Warnungsregelkette wird die Bedingung der ersten Warnungsregel bei jeder Änderung der Warnung ausgewertet, damit sie später ausgeführt werden kann, wenn diese Bedingung erfüllt ist.
    • Behoben:
      • „Interner Serverfehler“ wird angezeigt, wenn ein Benutzer Anwendungsservices aus der Beziehungszuordnung entfernt
      • „Interner Serverfehler“ wird angezeigt, wenn ein Benutzer einem vorhandenen Service mit einem doppelten Namen eine Servicebeziehung hinzufügt. Betroffenes CI: Der Fehler „Service nicht verfügbar“ wird auf der Homepage zurückgegeben, wenn ein Team aus Tausenden von Mitgliedern besteht
      • Eine Supportgruppe wird aus dem untergeordneten Service entfernt, wenn ein Benutzer eine Beziehung zwischen zwei vorhandenen Services erstellt. Ein Service kann nach dem Löschen eines Services nicht aus der Zuordnung der Servicebeziehungen entfernt werden. Warnungsregel-Datensätze auf Service-Level werden beim Service nicht aus Warnungsverwaltungsregel-Tabellen gelöscht wird gelöscht
      • Die Funktion „Aus Zuordnung entfernen“ funktioniert zwischen Geschäfts- und App-Services nicht ordnungsgemäß
      • Warnungsregeln auf Serviceebene werden nicht automatisch gelöscht, wenn ein Service gelöscht wird. Der SRO-Manager kann die Schichten nicht aus allen Gruppen sehen. Verschiedene Aktualisierungsprobleme
    • Upgrade: Das Feld „Bedingung“ ist jetzt für Warnungsregeln obligatorisch. Wenn Sie alte Warnungsregeln ohne Bedingungen haben, funktionieren sie weiterhin.
    • Deinstallation von: Warnungsregeln: Durch die Deinstallation von Site Reliability Operations werden Warnungsregeln, die im System erstellt wurden, nicht entfernt.
    • Bekannte Probleme: EM-Connectors: Problem, wenn Kunden lokal mit Oracle DB arbeiten. Kunden, die lokal mit Oracle DB arbeiten, sollten diese Version von SR Ops nicht verwenden. Problemumgehung: Keine (ab jetzt). Wenn Notify nicht ordnungsgemäß eingerichtet wurde, kann in Quebec in den Arbeitsnotizen zu einer Warnung fälschlicherweise gemeldet werden, dass Benachrichtigungen gesendet wurden, obwohl sie fehlgeschlagen sind.
    Version 13.0.0 – April 2021
    • Neu:
      • NeuNeue Anwender-Experience für Integrationsaktionen.
      • Neue Aktion zum Senden von Warnungsbenachrichtigungen an einen vorhandenen Slack-Kanal.
      • Neuer EM Connector für Grafana.
      • Meine Rufbereitschaftszeitpläne wurden zu Arbeitsbereichslisten hinzugefügt.
    • Behoben:
      • Das CI-Feld der Warnung wird jetzt ausgefüllt, wenn der Azure Monitor-Push-Connector verwendet wird.
      • Anwender werden jetzt gewarnt, wenn sie ein doppeltes Team anfordern.
      • Ein Schleifenproblem wurde behoben, wenn keine Rufbereitschaft eingerichtet wurde und der Anwender die Warnung/den Incident ablehnte.
      • Probleme beim vollständigen Löschen von Integrationsaktionen behoben.
    • Bekannte Probleme:
      • EM-Connectors: Problem, wenn Kunden lokal mit Oracle DB arbeiten.
      • Kunden, die lokal mit Oracle DB arbeiten, sollten diese Version von SR Ops nicht verwenden.
    Version 12.0.0 – März 2021
    • Neu:
      • SR Ops unterstützt jetzt Quebec.
      • Der Nachverfolgungsmechanismus für die Rufbereitschaftseskalation wurde aktualisiert.
      • Die Verarbeitung der Warnungsaktion wird im Back-End auf die neue App Regel-Management für Warnmeldungen umgestellt.
    • Behoben:
      • Der Link „Serviceangebot löschen“ ist im Menü „Überlauf“ nicht mehr verfügbar, wenn Service-Portfoliomanagement (SPM) aktiviert ist.
      • Benutzer können ein Configuration Item (CI) nicht mehr löschen, wenn das Element an anderer Stelle in SR Ops verwendet wird.
      • Benutzer können ein Bedingungselement nicht mehr löschen, wenn das Element an anderer Stelle in SR Ops verwendet wird. Wenn ein Benutzer auf der Registerkarte Integrationen im Serviceformular auf die Schaltfläche Neu klickt, wird jetzt die Registerkarte Details angezeigt.
      • Wenn ein Benutzer das Feld „Aktion“ im Formular „Integrationsaktionen“ ändert, wird das Feld Konfiguration jetzt gelöscht.
      • Wenn die Anzahl der eingehenden Changes hoch ist, gibt die Kartenanzahl der offenen Changes jetzt den richtigen Wert an.
      • EM-Connectors: Problem, wenn Kunden lokal mit Oracle DB arbeiten. Kunden, die lokal mit Oracle DB arbeiten, sollten diese Version von SR Ops nicht verwenden.Workaround: Keine (ab jetzt).
      • Azure Push-Connector: Das Configuration Item (CI) in der Warnung wird nicht ausgefüllt. Problemumgehung: Verwenden Sie die Aktion „Service festlegen“, um das CI-Feld in der Warnung festzulegen.