Administration & konfiguration
All konfiguration av otwatch underhålls som kod i ett versionshanteringssystem och driftsätts via en pipeline. Ändringar granskas, testas i QA och rullas ut till produktion; varje ändring är spårbar med författare, tidpunkt och innehåll.
Kontroller och tröskelvärden
Varje kontroll har ett stabilt kontroll-ID. ID:t kopplar ihop larmregeln, larmet, dashboard-panelen och runbooken med betydelse, troliga orsaker och första åtgärder. Kontrollkatalogen och runbooks finns tillgängliga för kunder i otwatch HID-portalen.
- Tröskelvärden sätts per kontroll och kan skilja sig per miljö (t.ex. striktare i PROD än i TEST) och per kund.
- Ett fel måste kvarstå under en definierad tid (normalt 1–2 minuter) innan ett larm utlöses, för att undvika falsklarm.
- Kontroller kan vara stegvisa, t.ex. Varning vid 80 % och Kritisk vid 95 % diskanvändning.
Allvarlighetsgrad och prioriteter
| Allvarlighetsgrad | Prioritet | Betydelse | Notifiering |
|---|---|---|---|
| Kritisk | P1 / P2 | Produktionen påverkas eller är i omedelbar fara | Omedelbart, jour (push, SMS, telefonsamtal), upprepas tills larmet kvitteras |
| Varning | P3 / P4 | Funktion påverkad, workaround finns, eller tröskelvärde närmar sig | Ärende och e-post under servicetid |
| Information | P5 / P6 | Noterbar händelse utan direkt påverkan | Dashboards och rapporter |
Larmrouting och kanaler
Alertmanager routar larm efter allvarlighetsgrad, miljö, komponent, team och tidpunkt. Kanaler som stöds:
- Jira Service Management (ärenden, jourscheman, eskalering, kvittering)
- E-post och Microsoft Teams
- Webhooks / REST till ITSM- och event management-plattformar (t.ex. ServiceNow, Jira, Splunk)
Relaterade larm grupperas och dedupliceras; beroenderegler dämpar följdlarm (t.ex. Content Server-larm medan databasen ligger nere), så att grundorsaken notifieras först. Ett watchdog-larm rapporterar om själva övervakningen slutar fungera.
Underhållsfönster
- Engångs: en silence med start- och sluttid, skapad i förväg eller vid behov.
- Återkommande: tidsintervall per veckodag, klockslag och dag i månaden (t.ex. varje måndag 06:00–08:00).
- Omfattning: en hel miljö, en server, en komponent eller enskilda kontroller.
Under ett underhållsfönster dämpas notifieringar, men mätvärden registreras fortfarande. Larm som fortfarande är aktiva efter fönstret notifieras som vanligt. Varje fönster registreras med författare, orsak och varaktighet.
Användare och roller
| Roll | Behörigheter |
|---|---|
| Viewer | Visa dashboards, larm och rapporter |
| Editor | Skapa och ändra dashboards, utforska mätvärden och loggar, hantera underhållsfönster |
| Admin | Användare, team, datakällor och konfiguration |
Användare loggar in med single sign-on (Microsoft Entra ID, OTDS eller Active Directory); roller tilldelas utifrån kataloggrupper. Multifaktorautentisering upprätthålls av identitetsleverantören.
Dashboards och rapporter
- Färdiga dashboards per OpenText-komponent, anpassningsbara per kund och roll.
- Drill-down från tjänsteöversikten till komponenter, noder, processer, larm och loggar.
- Periodiska rapporter (tillgänglighet, prestanda, kapacitet, SLA) som PDF, Excel eller CSV, distribuerade via e-post.
Datalagring
Mätvärden och loggar sparas i minst 12 månader; lagringstiden är konfigurerbar per installation och loggkälla.
Läs mer
handel gmbh · otwatch dokumentation · Senast uppdaterad 19 oktober 2026