Oracle Cloud Infrastructure-Dokumentation

Datenspeicherung und Logging in JMS-Flotten

JMS-Flotten verwenden einen systematischen Ansatz zur Organisation, Speicherung und Verwaltung von Daten, um eine optimale Verarbeitung und erweiterte Analyse sicherzustellen. Rohdaten, die von Ereignissen erfasst werden, die vom JMS-Plug-in von jeder verwalteten Instanz gesendet werden, werden zunächst in den zugehörigen Logobjekten der Flotte gespeichert, zu der die verwaltete Instanz gehört. JMS kategorisiert diese Daten mit dem OCI Logging-Service in zwei Haupttypen: Bestandslogs und Vorgangslogs.
  • Bestandslogs: Diese benutzerdefinierten Logs speichern Java Runtime-Bestands- und -Nutzungsdaten, die das JMS-Plug-in von Hosts meldet. Lagerprotokolle sind erforderlich, damit Flotten effektiv funktionieren.
  • Vorgangslogs: Diese benutzerdefinierten Logs erfassen Vorgänge, die über JMS-Flotten ausgeführt werden. Obwohl optional, ergänzen Vorgangsprotokolle die Bestandsprotokolle durch zusätzliche betriebliche Einblicke.

Wenn Flotten über die OCI-Konsole erstellt werden, werden Logobjekte von den JMS-Flotten im selben Compartment wie die Flotte erstellt. Wenn Sie Flotten mit der createFleet-API erstellen, müssen Sie als Parameter die OCIDs der Loggruppe und Objekte angeben, die mit der Flotte verknüpft werden sollen. Auf das mit der Flotte verknüpfte Logobjekt kann mit den Logkonfigurationsdetails zugegriffen werden, die in der Registerkarte Flotteneigenschaften vorhanden sind.

Sowohl Bestands- als auch Vorgangslogs sind unter einer Loggruppe organisiert, die erweiterte Analysen über Logging Analytics erleichtert. Standardmäßig haben diese Logobjekte einen Aufbewahrungszeitraum von einem Monat. Um Daten unbegrenzt beizubehalten, können Sie eine Connector Hub-Verbindung zwischen dem Logobjekt und einem Objektspeicher-Bucket herstellen.

Hinweis

Für Bestands- und Vorgangslogs fallen Speicherkosten an. Weitere Informationen finden Sie im Oracle Cloud Kostenrechner.

In Logs gespeicherte Rohdaten werden verarbeitet, und aggregierte Daten werden an die Autonomous Transaction Processing-(ATP-)Datenbank übertragen, deren Eigentümer der JMS-Service ist. JMS bewahrt diese aggregierten Daten bis zu drei Jahre auf, sodass Benutzer historische Trends analysieren und verwertbare Einblicke in ihre Java-Workloads erhalten können.

Weitere Informationen zum Logging finden Sie unter: