Oracle Cloud Infrastructure-Dokumentation

Wichtige Konzepte

Lesen Sie die Schlüsselkonzepte von Oracle Pulse.

Die Analyseberichte und historischen Daten in Oracle Pulse basieren auf Geschäftskennzahlen und KPIs aus verschiedenen Bereichen der Servicebereitstellung:

  • Geschäftsmetriken sind Kennzahlen, mit denen Sie die Geschäftsperformance analysieren können. Normalerweise sind sie numerische Werte, so einfach wie die Summe der Werte in einer Faktspalte oder eine komplexe Berechnung mit mathematischen Operatoren.

  • KPIs sind spezifische Kennzahlen zum Definieren und Verfolgen von Zielen. KPIs haben messbare Werte, die in der Regel mit der Zeit variieren und im Laufe der Zeit für Trend- und Leistungsmuster verglichen werden können. Die KPI-Bewertung wird durch einen Vergleich des Istwerts mit einem definierten Schwellenwert ermittelt.

Oracle Pulse deckt sechs wichtige Bereitstellungsbereiche ab: Verfügbarkeit, Speicher, Vorfälle, Änderungen und (falls aktiviert) Business Transaction Monitoring und Business Insight. Oracle Pulse deckt auch Host- und Datenbankkennzahlen ab. In diesem Kapitel wird die konzeptionelle Basis für Oracle Pulse-Geschäftsmetriken und KPIs in jedem Bereich erläutert, wie in den folgenden Abschnitten erläutert:

Verfügbarkeitskennzahlen

Oracle Pulse stellt die neueste Darstellung der Verfügbarkeit der Services Ihrer Organisation zum Zeitpunkt der Berechnung dar. In diesem Abschnitt wird definiert, wie Oracle diese Metriken berechnet, und alle Annahmen werden hervorgehoben, die den in Oracle Pulse dargestellten Werten zugrunde liegen.

Verfügbarkeit ist ein definierendes Prinzip der ITIL-Servicebereitstellung, und Oracle-Services befolgen ITIL-Prinzipien zur Berechnung der Verfügbarkeit. Nach diesen Grundsätzen ist die Verfügbarkeit der Prozentsatz der Zeit, in dem ein Produktionsservice wie erwartet funktioniert. In der Praxis bedeutet dies, dass Endbenutzer sich anmelden und alle Geschäftstransaktionen ausführen können.

Bei den Verfügbarkeitsberechnungen werden nur nicht geplante vollständige Ausfälle für Ihre Produktionsumgebungen berücksichtigt, für die Oracle verantwortlich ist. Solche Ausfälle bedeuten, dass Endbenutzer einen vollständigen Serviceverlust erleiden – sie können sich nicht anmelden oder Geschäftstransaktionen ausführen. Benutzer, die beim Start des Stromausfalls angemeldet sind, können die aktuellen Aktionen nicht abschließen. Wenn die Kundenorganisation für die Wiederherstellung des Service verantwortlich ist - beispielsweise die Durchführung notwendiger Reparaturen - ist der Ausfall nicht in die Verfügbarkeitsberechnungen einbezogen.

Diese Berechnungen schließen auch geplante Wartungsausfälle für Ihre Produktionsumgebungen aus, bei denen der Ausfall aufgrund einer regelmäßigen Wartung oder einer Kundenänderungsanforderung zu einem vereinbarten Datum und einer vereinbarten Uhrzeit auftritt.

Wenn isolierte Geschäftstransaktionen in Ihren Produktionsumgebungen nicht abgeschlossen werden können, aber andere Servicetransaktionen ausgeführt werden können, gilt dies als Serviceunterbrechung und wirkt sich nicht auf die Verfügbarkeitsberechnungen aus.

Das Pulse Dashboard enthält Informationen zur Betriebszeit und zur Anzahl der ungeplanten Ausfälle, die in Ihren Produktionsumgebungen aufgetreten sind, sowie Informationen zur Gesamtdauer ungeplanter vollständiger Ausfälle, Serviceunterbrechungen und geplanter Produktionswartungsausfälle für den aktuellen Monat oder den angegebenen Monat. Weitere Informationen finden Sie im Abschnitt Verfügbarkeit von Systemen analysieren unter Performance Ihrer Services prüfen.

Im Verfügbarkeits-Dashboard auf Kunden- und Serviceebene werden Informationen zur Verfügbarkeit der Produktionsumgebungen Ihrer Organisation für das angegebene Zeitintervall zusammengefasst. So können Sie:

Speichermetriken

Oracle Pulse bietet Speichermetriken für alle Services Ihres Unternehmens. Metriken zur Speicherauslastung können nützlich sein, um ungewöhnliche Speicherauslastung zu erkennen, die Quelle jeder Anomalie zu bestimmen und zu verstehen, wann Ihre Speicherauslastung der aktuellen Berechtigung entspricht. Dies kann beispielsweise nützlich sein, um Services zu identifizieren, die einen unverhältnismäßig hohen Speicherplatz belegen.

Ihre Speicherberechtigung ist die Speichermenge, die im Servicevertrag für den Service oder die Gruppe von Services enthalten ist, die Ihre Organisation erworben hat. Dies umfasst eine Basisberechtigung sowie zusätzlichen Speicher, der entweder anfänglich oder durch Vertragszusätze erworben wurde. Die Ansprüche Ihrer Organisation werden von Ihrem Oracle-Kundenmanagementteam manuell verfolgt.

Mit Oracle Pulse können Sie sowohl die Speicherberechtigung Ihres Unternehmens als auch die Speichermenge überwachen, die Ihr Unternehmen verbraucht. Speicherressourcen können sich unter @customer oder @partner befinden, dem sogenannten kundeneigenen Speicher. Der Kundenspeicher umfasst den gesamten Speicher in den Data Centern Ihres Unternehmens und den Speicher, der zu Partnerorganisationen gehört. Sie umfasst auch alle Oracle Exadata- und Exalogic-Server, die Ihr Unternehmen in Oracle Data Centern besitzt. Speicher von Oracle im Besitz deckt den gesamten Speicher ab, der in Data Centern von Oracle Services verwendet wird, mit Ausnahme der Server, die Ihrem Unternehmen gehören.

Verbrauchter Speicher umfasst die Menge an kommerziellem Speicher, der den Services Ihres Unternehmens auf einem Speicher von Oracle zugewiesen wird. Kommerzieller Speicher umfasst in der Regel den gesamten Speicher, der von Anwendungen wie Oracle® E-Business Suite und den zum Ausführen dieser Anwendungen erforderlichen Tools verwendet wird. Tools können Oracle Database-Speicher oder Datenbank- und Anwendungssoftware umfassen. Kommerzieller Speicher schließt gespiegelte Dateisysteme, Backups und andere Elemente aus, die als nicht-kommerzieller Speicher betrachtet werden.

Der belegte Speicher wird von Ihrer aktiven Speicherberechtigung abgezogen. Der verbrauchte Speicherwert umfasst auch nichtkommerzielle Speicherbelegung und eine Nutzung eigener Speicherressourcen Ihrer Organisation. Dadurch ist der verbrauchte Speicher ein wichtiges Tool zur Verwaltung des Speichers und zur Prognose der zukünftigen Verwendung.

Das Pulse-Dashboard fasst die Speicherauslastung im Vergleich zur Berechtigung zusammen und zeigt alle Änderungen der letzten Speicheraktivität an. Wesentliche Änderungen bei beiden Maßnahmen erfordern eine sofortige Untersuchung. Weitere Informationen finden Sie im Abschnitt Speicher analysieren unter Performance Ihrer Services prüfen.

Das Storage Dashboard auf Kunden- und Serviceebene deckt die Speichernutzung für alle Services und zugehörigen Umgebungen Ihrer Organisation ab, sodass Sie:

Vorfallmetriken

Oracle Pulse verfolgt alle Produktions- und Nicht-Produktions-Serviceanfragen (bezeichnete Vorfälle), die mit den Services Ihrer Organisation verknüpft sind. Dabei werden Informationen von My Oracle Support verwendet.

Im Pulse Dashboard können Sie eine Übersicht über offene Serviceanfragen mit Schweregrad 1 und alle Serviceanfragen anzeigen, die auf Ihre Prüfung warten, sowie einen Vergleich zwischen der Anzahl der erstellten Serviceanfragen und der Anzahl der geschlossenen Serviceanfragen für Ihre Produktionsumgebungen für einen Zeitraum von 3 vollständigen Monaten. Eine große Anzahl von Serviceanfragen mit Schweregrad 1, die in Ihren Produktionsumgebungen erstellt wurden, kann weitere Analysen durchführen. Weitere Informationen finden Sie im Abschnitt Vorfälle analysieren unter Performance Ihrer Services prüfen.

Serviceanfragemetriken für Ihre Produktions- und Nicht-Produktionsumgebungen werden im Menü "Vorfälle" auf Kunden- und Serviceebene aufgeführt, sodass Sie:

Hinweis

Um Serviceanfragedaten in Oracle Pulse anzuzeigen, benötigen Sie in My Oracle Support die erforderlichen Serviceanfragerechte. Weitere Informationen finden Sie im Abschnitt Anforderungen in Überblick über Oracle Pulse.

Änderungen

Änderungsanforderungen werden in Oracle Pulse mit Informationen aus My Oracle Support verfolgt. Diese Metriken sind auf Kunden- und Serviceebene sowie für einzelne Umgebungen verfügbar. Sie zeigen die Typen von Änderungen an, die angefordert, abgelehnt, geplant oder abgeschlossen wurden oder für alle Services Ihres Unternehmens bis auf die für einzelne Umgebungen und Hosts geplante Änderungsebene bearbeitet werden.

Das Pulse-Dashboard fasst alle Änderungsanforderungen zusammen, die zwischen dem aktuellen und den nächsten 30 Tagen geplant wurden, sowie alle Änderungsanforderungen, für die ein Eingreifen des Kunden erforderlich ist. Weitere Informationen finden Sie im Abschnitt Änderungen analysieren unter Performance Ihrer Services prüfen.

Änderungskennzahlen werden auch im Menü "Änderungen" auf Kunden- und Serviceebene aufgeführt, sodass Sie:

Hinweis

Um Informationen zu Änderungsanforderungen in Oracle Pulse anzuzeigen, benötigen Sie die erforderlichen RFC-Berechtigungen in My Oracle Support. Weitere Informationen finden Sie im Abschnitt Anforderungen unter Änderungsmanagementberichte verwenden.

Self-Healing-Metriken

Oracle Pulse bietet selbstkorrigierende Kennzahlen, die durch Korrekturmaßnahmen für die Services Ihres Unternehmens dargestellt werden. In diesem Abschnitt wird definiert, wie Oracle diese Metriken berechnet, und alle Annahmen werden hervorgehoben, die den in Oracle Pulse dargestellten Werten zugrunde liegen.

Bei Selbstkorrekturberechnungen werden nur die abgeschlossenen Korrekturmaßnahmen berücksichtigt, die in Ihren Umgebungen ausgeführt werden. Das Pulse-Dashboard enthält Informationen zur Anzahl der Korrekturmaßnahmen, die in Ihren Produktions- und Nicht-Produktionsumgebungen ausgeführt werden, Informationen zu ihrer Ausführungszeit, Typen und Trends sowie Details zu jeder Korrekturmaßnahme. Weitere Informationen finden Sie unter Korrekturmaßnahmen für Produktion ggü. Nicht-Produktion analysieren, Korrekturmaßnahmen nach Trend analysieren, Korrekturmaßnahmen nach Typ analysieren und in den Abschnitten Korrekturmaßnahmendetails anzeigen unter Selbstheilungsberichte verwenden.

Mit dem Dashboard "Self-Healing" können Sie:

Metriken für Geschäftstransaktionsüberwachung

BTM hilft Ihnen dabei, die Performance Ihres Transaktionsverarbeitungssystems zu verstehen und zu verwalten. Transaktionsreaktionszeiten geben ein Gefühl für die Performance Ihrer Services und Umgebungen und können potenzielle oder tatsächliche Probleme anzeigen. Mit BTM können Sie die Verwendung profilieren, Probleme im Zusammenhang mit der Leistung identifizieren und die Ursache von fehlerhaften Komponenten in einem Geschäftsprozess untersuchen.

Transaktionen sind in der Regel Geschäftsfunktionen, z.B. die monatliche Entgeltabrechnung für ein Unternehmen. Jede Transaktion ist eine Folge von Vorgängen, die Sie als einzelne Einheit überwachen möchten. Wenn der Benutzer einige oder alle dieser Vorgänge abschließt, ist die Transaktion eine Benutzerinteraktion. Wenn alle Vorgänge ohne Benutzereingabe abgeschlossen werden, ist die Transaktion ein Batchjob. Oracle Pulse bietet Benutzern separate Berichte für Oracle® E-Business Suite- und PeopleSoft-Batchjobs und unterstützt gleichzeitig weiterhin Benutzerinteraktionen. Darüber hinaus analysiert und überwacht Oracle Pulse den Status und den Zustand der Ziele, auf denen die Oracle Service-Oriented Architecture-(SOA-)Suite ausgeführt wird.

Hinweis

Das Transaktions-Dashboard wird im Navigationsmenü nur für Services angezeigt, für die BTM aktiviert wurde.

Wenn BTM nicht aktiviert wurde, wird das Transaktions-Dashboard auf Kunden- und Serviceebene ausgeblendet.

BTM-Metriken stammen aus Oracle® Enterprise Manager, der wiederum die unterstützten Oracle-Anwendungen abfragt. BTM unterstützt Oracle® E-Business Suite- und PeopleSoft-Batchjobs, die aus Oracle® E-Business Suite und PeopleSoft stammen.

Oracle Pulse kann so konfiguriert werden, dass Berichte zu bestimmten Zielen erstellt werden, die Oracle® Enterprise Manager überwacht. Oracle Service Delivery Manager (SDM) kann gemeinsam mit Ihnen Ihre wichtigsten Geschäftstransaktionen zur Überwachung einrichten und identifizieren.

Transaktionsmetriken in Oracle Pulse

Das Pulse Dashboard bietet einen Überblick über die Stabilitäts- und Leistungskennzahlen für alle Services Ihres Unternehmens auf Anwendungs-, Data Center- (lokal und remote), Batch- und Customer Center-Ebene.

Stabilitätsmetriken werden basierend auf der letzten Erfassung der Concurrent Manager-Metriken für die Oracle® E-Business Suite-Umgebungen des Kunden oder für einen der PeopleSoft-Scheduler berechnet, die Jobs verwalten, die von Oracle Pulse überwacht werden. Die Stabilität verwendet die letzte Ausführung der erfolgreich bis zum Abschluss ausgeführten BTM-Anmeldetransaktion, um anzugeben, ob die Serviceanwendung für die Benutzer verfügbar ist. Bei Batch-Transaktionen gibt die Stabilität an, ob Hintergrundmanager und/oder Prozessormonitore wie erwartet und innerhalb der definierten Schwellenwerte ausgeführt werden.

Leistungsmetriken für Oracle® E-Business Suite-Hintergrundmanager und PeopleSoft-Scheduler werden basierend auf den beiden neuesten Datenerfassungen für alle von Oracle Pulse überwachten Jobs berechnet. Performance gibt an, ob die für den Service aus dem ausgewählten Beacon ausgeführten Transaktionen innerhalb der Toleranz der BTM-definierten Metriken (d.h. Medianwert) oder innerhalb der definierten Warnschwellenwerte für Batchtransaktionen ausgeführt werden. Der Indikator für die Performance ändert sich, sobald zwei gleichzeitige Transaktionsausführungen den Transaktionsmedianwert überschreiten.

Im Dashboard "Transaktionen" auf Kundenebene werden alle Transaktionen für die Services Ihrer Organisation angezeigt. Dabei werden separate Berichte für User Experience nach Standort, Oracle® E-Business Suite und PeopleSoft bereitgestellt. Sie können die angezeigten Transaktionen nach Transaktionstyp filtern: EBiz Suite-Batchjob, PeopleSoft-Batchjob oder Benutzerinteraktion. Jeder Transaktionsdatensatz ist mit detaillierteren Berichten zu aktuellen und historischen Kennzahlen verknüpft.

Ebenso bietet das Dashboard "Transaktionen" auf Serviceebene Übersichten und detaillierte Metrikberichte für alle Batchjobs und Benutzerinteraktionen, die dem Service zugeordnet sind. Schließlich werden im Dashboard "Transaktionen" alle Transaktionsinformationen für die ausgewählte Umgebung zusammengefasst.

Info zu Batchjobs

Batchjobs werden als eine Reihe von gleichzeitigen Programmen verarbeitet und sind datenintensiv und langlebig. Sie werden in der Regel asynchron ausgeführt, wenn Benutzer am wenigsten aktiv im System sind. Jeder Prozess zur Ausführung einer sofortigen oder geplanten Batchjob-Transaktion als Hintergrundprogramm wird als gleichzeitiger Prozess bezeichnet. Die Anforderung enthält in der Regel Start- und Enddatum sowie die Häufigkeit der erneuten Weiterleitung, wenn die Anforderung wiederholt wird. BTM misst für jeden Hintergrundprozess die Zeit von der Beobachtung der Startnachricht der Umgebung bis zur Beobachtung der Endnachricht. Dies ist die Antwortzeit für den Hintergrundprozess.

Hinweis

Die Begriffe Batchjob und gleichzeitiges Programm werden in Oracle Pulse synonym verwendet.

To help you evaluate the performance of batch job transactions, Oracle Pulse collects both the max runtime and the avg runtime for the batch job transaction for all collected data from Oracle® E-Business Suite or PeopleSoft. Die max. Laufzeit ist die maximale Zeit, die für die Ausführung der Batchjobtransaktion aus allen aufgezeichneten Ausführungen benötigt wird. Die avg-Laufzeit ist die durchschnittliche Zeit für den Abschluss des Batchjobs. Alle abgeschlossenen Anforderungen werden in der Antwortzeit gezählt, unabhängig davon, ob Bedingungsalerts aufgetreten sind. Wenn sich die Batchjobantwort nähert oder die maximale Laufzeit überschreitet oder wenn die durchschnittliche Laufzeit höher als erwartet ist, ist eine weitere Untersuchung erforderlich.

Mit Oracle Pulse können Sie Anomalien im Hintergrundprogramm erkennen. Außerdem können Sie angeben, wann und warum diese Anomalien aufgetreten sind. Open the detailed reports to review information about the Oracle® E-Business Suite or PeopleSoft job systems - that is, the Oracle® E-Business Suite or PeopleSoft environment running the batch jobs. Zu diesen Informationen gehören die am längsten laufenden gleichzeitigen Anforderungen, die derzeit im Oracle® E-Business Suite-Jobsystem ausgeführt werden, die Jobs, die zu einem bestimmten Zeitpunkt im Alert-Status sind, und die Jobs, die in den 7 Tagen vor der letzten Datenerfassung für das PeopleSoft-Jobsystem stehen, sowie die Jobs, die aktuell im PeopleSoft-Jobsystem in die Queue gestellt sind.

Historische Berichte für die Oracle® E-Business Suite-Jobsysteme zeigen die am längsten laufenden Hintergrundprogramme oder das Hintergrundprogramm mit der höchsten Anzahl an Anforderungen während eines 24-Stunden-Intervalls ab dem angegebenen Datum, während historische Berichte für die PeopleSoft-Jobsysteme die Anzahl der Jobanforderungen mit verschiedenen Statusangaben innerhalb der letzten 24 Stunden anzeigen.

BTM verfolgt außerdem die Phase und den Status aller laufenden und historischen überwachten Hintergrundanforderungen und unterstützt Sie bei der Identifizierung von Performance- oder Laufzeitproblemen mit überwachten Oracle® E-Business Suite- oder PeopleSoft Batchjobanforderungen, die im Berichtsintervall ausgeführt werden oder ausgeführt wurden (letzte Stunde, letzte 24 Stunden oder letzte 31 Tage).

Historische Berichte für die Oracle® E-Business Suite-Jobs können gefiltert werden, um das Verhalten gleichzeitiger Anforderungen für ein 24-Stunden-Intervall anzuzeigen. Sie können eine Liste aller überwachten Hintergrundprozesse, der mit Fehlern abgeschlossenen Anforderungen (Filter "Mit Fehler abgeschlossene Anforderungen") oder Warnungen (Filter "Mit Warnung abgeschlossene Anforderungen") der Prozesse öffnen, die waren in der Phase "Ausstehend" (Filter "Ausstehende Anforderungen") oder die länger als erwartet ausgegeben wurden (Filter "Lang ausstehende Anforderungen") oder Sie können alle Anforderungen prüfen, die erfolgreich abgeschlossen wurden (Filter "Anforderungen erfolgreich abgeschlossen").

Informationen zu Benutzerinteraktionen

Im Gegensatz dazu werden Benutzerinteraktionstransaktionen nur zur Performancezeit ausgewertet. BTM zeichnet den Zeitpunkt auf, zu dem die letzte Gruppe von Vorgängen, aus denen die Benutzerinteraktion besteht, abgeschlossen werden muss. Dies ist die letzte Antwortzeit für die Transaktion.

Bei Benutzerinteraktionstransaktionen vergleicht BTM die letzte Antwortzeit mit der durchschnittlichen Laufzeit von 30 Tagen. Dieser Wert ist der laufende Durchschnitt aller Laufzeiten, die für eine Benutzerinteraktion in den letzten 30 Tagen aufgezeichnet wurden. Alle abgeschlossenen Ausführungen werden in der Antwortzeit gezählt. BTM zeigt auch die Differenz zwischen der letzten Antwortzeit der Transaktion und dem vereinbarten Schwellenwert. Der Schwellenwert ist die längste zulässige Antwortzeit für die Benutzerinteraktion. Sie wird in Oracle® Enterprise Manager in Absprache mit Ihrem Oracle SDM definiert.

Um die Performance einer Benutzerinteraktion zu analysieren, öffnen Sie den detaillierten Bericht. Im Performancediagramm wird die Antwortzeit für eine Benutzerinteraktion mit dem Schwellenwert und dem historischen Median verglichen. Der historische Median ist der Wert, der am Mittelpunkt des gemessenen Ansprechzeitbereichs liegt. Wechseln Sie zur Tabellenansicht, um die dem Diagramm zugrunde liegenden Werte anzuzeigen.

Die Details auf der Registerkarte "Anhaltender Stress" helfen dem Benutzer dabei, eine wirkungsvolle Performancebeeinträchtigung bei wichtigen Geschäftstransaktionen zu erkennen und die möglichen Ursachen dieses Fehlers zu identifizieren. So können kürzere Lösungszeiten erreicht werden. Im Diagramm auf dieser Registerkarte werden die Leistungseinbußen in Perioden hervorgehoben, in denen die Antwortzeiten der Transaktion deutlich über oder unter den normalen Antwortzeiten für diese Transaktion über einen längeren Zeitraum liegen. Diese Perioden mit anhaltendem Stress korrelieren mit Ereignissen (einschließlich Änderungsanforderungen, Serviceanfragen und funktionalen Ereignissen), die rund und während des identifizierten Stresszeitraums aufgetreten sind, da diese einen Beitrag zur Leistungsverschlechterung selbst darstellen können.

Informationen zu LTM-Transaktionen

Login Transaction Management-(LTM-)Transaktionen sind jetzt Teil des Überwachungssetups der wichtigsten Oracle-Services für Produktionsanwendungen. Ziel von LTM-Transaktionen ist es, Probleme beim Anwendungszugriff zu erkennen, die sich in Bezug auf Infrastrukturkomponenten, Kapazität, Performance und Zugriff ergeben können.

Mit einem Benutzeraccount mit eingeschränktem Zugriff meldet sich eine LTM-Transaktion einfach auf der Homepage der Anwendung an und meldet sich sofort ab - mit dieser einfachen Aktion kann die LTM-Transaktion die oben genannten Probleme verfolgen. Es wird erwartet, dass LTM-Transaktionen keine Auswirkungen auf die Kapazität oder Performance der Produktionsumgebung haben. Weitere Informationen zu LTM-Transaktionen erhalten Sie von Ihrem Service Delivery Manager.

SOA-Services

Oracle Service-Oriented Architecture-(SOA-)Services bieten Verbindungen zwischen Anwendungen, die in einer serviceorientierten Architektur bereitgestellt werden. Die Konnektivität zwischen diesen Diensten ist von wesentlicher Bedeutung, damit ein Unternehmen weiterhin effektiv agiert und seine Ziele unterstützt.

Composite Applications, auch als Composites bezeichnet, sind Softwareanwendungen, die durch die Kombination mehrerer vorhandener Funktionen in einer neuen Anwendung erstellt werden. Das Composite-Ziel besteht aus Bausteinen, mit denen Sie eine SOA-Composite Application (so genannte Service-Komponenten) erstellen (BPEL-Prozess, Geschäftsregel, Human Task, Spring und Mediator).

Mit Oracle Pulse können Sie den Status der Ziele analysieren, auf denen die SOA-Suite ausgeführt wird, und den Zustand von Composites (Status, Verwendung und andere Metriken) proaktiv überwachen. Dies spielt eine wichtige Rolle bei der Voraussicht und dem Verständnis des Wachstums und der Auswirkungen von Composites auf Performance und Speicher. Darüber hinaus kann Oracle Pulse auch über den Status von SOA-Composites berichten. Dadurch können Sie außerdem die Datensynchronisierung aufrechterhalten und potenzielle Delta-Werte zwischen den Systemen minimieren. Beispiel: Bei intensiv verwendeten Composites, bei denen ein hohes Maß an Auditlogging für eine Gruppe von Composites festgelegt wird, um Fehler, Warnungen und andere Details beizubehalten, kann dies bedeuten, dass eine hohe Datenmenge in der Datenbank gespeichert wird. Eine unzureichende Loglöschaktivität kann zu großen Performanceproblemen und Speicherplatzproblemen führen, die sich auf weitere Aktivitäten im Service auswirken.

SOA-Composites können in separaten Abschnitten der SOA-Infrastruktur bereitgestellt werden, die als Partitionen bezeichnet werden. Durch das Deployment auf Partitionen können Sie SOA-Composites logisch gruppieren und Bulk Lifecycle Management-Aufgaben für alle SOA-Composite Applications innerhalb einer bestimmten partition.The-Gleichzeitigkeit und zeitnahen Interaktion zwischen Integrationspunkten in einem SOA-Service ausführen. Dies ist entscheidend für den Erfolg der gesamten Geschäftsprozessabläufe. Die BTM-Funktionalität in Oracle Pulse bietet folgende Möglichkeiten:

  • Zustand und Diagnoseinformationen des SOA-Composite anzeigen

  • frühzeitige Einblicke erhalten, um die rechtzeitige Behebung von Vorfällen zu ermöglichen

  • Trenddaten zu SOA-Schnittstellen verstehen, die einen besseren Einblick in die Gesamtvolumenkennzahlen von Geschäftsprozessen bieten und Dateneinblicke in Bereiche liefern, die außerhalb der erwarteten Standards liegen

Metriken für Business Insight

Die Business Insight-Funktion in Oracle Pulse verwendet zwei Kategorien von Kennzahlen:

  • KPI-Metriken bieten einen allgemeinen Einblick in wichtige Geschäftskennzahlen, wie Bestandsniveaus oder Kontenstatus. KPI-Kennzahlen können über ein Business Insight-Diagramm visuell verfolgt werden. Darüber hinaus können Schwellenwerte und Alerts für diese KPI-Diagramme konfiguriert werden, was die proaktive Verfolgung unterstützt.

  • Detaillierte Metriken sind Metriken, die mit der KPI-Metrik verknüpft sind und einen weiteren Einblick in alle im KPI-Diagramm identifizierten Probleme bieten. Diese Metriken sind über die Tabellenansicht sichtbar. Beispiel: Wenn das KPI-Diagramm angibt, dass der Prozentsatz der Konten mit dem Status Offen vor dem Ereignis "Periodenabschluss" zu hoch ist, kann die Tabellenansicht ergänzende Daten bereitstellen, die den Namen der Konten hervorheben, zu welcher geografischen Region sie gehören oder wer eine Kontaktmöglichkeit in dieser Region ist. Das KPI-Diagramm und die Tabellenansicht erleichtern Ihnen die proaktive Verfolgung Ihrer wichtigsten Geschäftsziele und bieten Ihnen weitere Einblicke, um die KPI-Messungen zu interpretieren und datengesteuerte Maßnahmen zu ergreifen.

Das Business Insight-Widget im Pulse Dashboard bietet eine allgemeine Übersicht über bereitgestellte Business Insight-Berichte. Weitere Informationen finden Sie im Abschnitt Business Insight-Widget unter Performance Ihrer Services prüfen.

Das Business Insight-Dashboard fasst Informationen zu den Metriken zusammen, die Sie in Ihren Business Insight-Bericht aufnehmen möchten, damit Sie Ihre relevanten Metriken überwachen können. Weitere Informationen finden Sie im Abschnitt Business Insight-Metriken überwachen unter Business Insight-Berichte verwenden.

Host- und Datenbankmetriken

Host- und Datenbankkennzahlen werden in Oracle Pulse mit Informationen aus Oracle® Enterprise Manager verfolgt. Auf Kundenebene verfügbar. Mit diesen Metriken können Sie die Last auf verschiedenen Hosts und Datenbanken zu einem bestimmten Zeitpunkt anzeigen.

In der Tabelle mit Hostkennzahlen im Performance-Dashboard auf Kundenebene können Sie Folgendes prüfen:

  • die durchschnittliche Anzahl Jobs, die im letzten Intervall auf I/O warten

  • die CPU-Auslastung, die im SYSTEM-Modus verwendet wird, als Prozentsatz der gesamten CPU-Verarbeitungsleistung oder des Prozentsatzes der Zeit, in der die Prozess-Threads den Code im privilegierten Modus ausgeführt haben

  • die CPU-Auslastung, die im USER-Modus verwendet wird, als Prozentsatz der gesamten CPU-Verarbeitungsleistung oder des Prozentsatzes der Zeit, den der Prozessor im USER-Modus verbringt

  • die CPU-Auslastung als Prozentsatz der gesamten verfügbaren CPU-Verarbeitungsleistung oder des Prozentsatzes der Zeit, in der die CPU einen Nicht-IDLE-Thread ausführt

  • die Größe des belegten Speichers als Prozentsatz des gesamten Speichers

  • die Anzahl der Seiten, die pro Sekunde (von der Festplatte gelesen werden, um Fault-Speicherreferenzen zu beheben) oder die Rate, mit der Seiten von der Festplatte gelesen werden, um Hard-Page-Faults zu beheben

  • die Anzahl von (pro Sekunde abgeschriebenen) Seiten durch den virtuellen Memory Manager oder die Rate, mit der Seiten auf Datenträger geschrieben werden, um Speicherplatz im physischen Speicher freizugeben

  • die durchschnittliche Anzahl von Prozessen im Speicher und die Ausführung im letzten Intervall

  • Prozentsatz des Swap-Speichers, der für das letzte Intervall verwendet wird, oder Prozentsatz der verwendeten Seitendatei-Umgebung

  • die Gesamtanzahl der Prozesse, die aktuell auf dem System ausgeführt werden

Weitere Informationen finden Sie im Abschnitt Hostmetriken verwenden unter Performanceberichte verwenden.

Mit der Tabelle mit Datenbankmetriken im Performance-Dashboard auf Kundenebene können Sie Folgendes prüfen:

  • die aktuelle Anzahl von Anmeldungen

  • die durchschnittliche Zeit, zu der der aktuelle Request-(CR-)Block empfangen wurde, gemessen in 100stel einer Sekunde

  • Gesamtanzahl der Byte, die über die SQL Net-Schicht an die und von der Datenbank gesendet und empfangen wurden

  • die Anzahl der Datenblöcke, die pro Sekunde in diesem Beispielzeitraum auf den Datenträger geschrieben wurden

  • die Nutzung der Prozessressource für die durch die Schwellenwertargumente angegebenen Werte (Prozentsatz)

  • die Nutzung der Sessionressource für die durch die Schwellenwertargumente angegebenen Werte (Prozentsatz)

  • die Anzahl der logischen Lesevorgänge pro Sekunde während des Musterzeitraums

  • die gesamte Speichermenge in MB

Weitere Informationen finden Sie im Abschnitt Datenbankmetriken verwenden unter Performanceberichte verwenden.