Was ist Oracle-Überwachung?

Oracle Monitoring ist ein serverseitiger Prozess, der für die Überwachung von Client-Anfragen verantwortlich ist und Datenverbindungen zwischen dem Client-Computer und dem Datenbankcomputer herstellen kann. Nach Erhalt der Anfrage leitet Oracle Monitoring einen Serverprozess zur Bereitstellung von Diensten ab und stellt spezielle Dienste bereit Basierend auf der Datenbankkonfiguration gibt es zwei Modi: verfügbar und gemeinsam genutzt.

Die Betriebsumgebung dieses Tutorials: Windows 10-System, Oracle 11g-Version, Dell G3-Computer.

Was ist Oracle-Überwachung?

Oracle-Überwachung ist ein serverseitiger Prozess, der für die Überwachung von Anfragen von Clients verantwortlich ist.

Der Listener muss sich nicht auf dem Datenbankhost befinden, d. h. die Instanz kann zur Überwachung beim Remote-Host registriert werden

Überwachung ist die Software oder Komponente, die mit Oracle geliefert wird. Lokale Verbindungen müssen nicht überwacht werden, Remote-Verbindungen jedoch.

Nachdem Oracle Monitoring die Anforderung vom Benutzerprozess erhalten hat, leitet es einen Serverprozess ab, um Dienste bereitzustellen wird entsprechend der Datenbank konfiguriert. Es gibt zwei Modi: proprietärer Modus und gemeinsamer Modus

Proprietärer Modus: Jeder Clientprozess verfügt über einen separaten Serverprozess, um eine Sitzung zur Bereitstellung von Diensten aufzubauen. Die meisten von mehr als 99 % der Datenbanken befinden sich in diesem Modus

Gemeinsamer Modus: Es gibt einen Dispatcher namens „Dispatch“, der Anfragen abhört und in die Anforderungswarteschlange stellt. Wenn eine Anforderung gefunden wird, leitet er die Anforderung an den Serverprozess weiter und stellt dann Dienste bereit Nach der Verarbeitung wird Feedback an die Antwortwarteschlange gegeben und der Dispatch leitet die Informationen in der Antwortwarteschlange an den Benutzerprozess weiter. Ähnlich wie beim Essen in einem Restaurant entspricht der Serverprozess dem Koch und der Versand entspricht dem Kellner. Der Kellner nimmt die Anfrage an und leitet sie an den entsprechenden untätigen Koch weiter. Der Koch stellt die vom Kellner zubereiteten Gerichte bereit und stellt sie dann dem Kunden zur Verfügung; nachdem mehrere

dbca-Datenbanken erstellt wurden, gibt es normalerweise einen Standardmonitor, der nicht konfiguriert werden muss. Der Standardmonitordienstport ist 1521

, ein Monitor reicht für die Datenbank aus, aber wenn die Parallelität zu groß ist, müssen Sie möglicherweise mehrere Monitore konfigurieren, nicht standardmäßige Monitore. Die Portnummer ist größer als 1024. Der Dienstname und die Portnummer dürfen zwischen verschiedenen Monitoren nicht gleich sein . Wie unterscheiden Monitore verschiedene Bibliotheken? Host

Konfigurationsmethode

Dynamische Registrierung

Es gibt zwei Arten der Dienstregistrierung: Eine davon ist die dynamische Registrierung, bei der Instanzen aktiv und automatisch über den PMON-Prozess registriert werden. Registrieren Sie sich bei Listen

Die Startsequenz von Abhören und Instanzen . Wenn das Abhören zuerst beginnt, gibt es kein Problem. Wenn das Abhören später beginnt, können Sie es manuell registrieren, oder keine Sorge, pmon wird es nach einer Weile registrieren. Im Allgemeinen ist das Standardabhören die dynamische Registrierung Die Datei listener.ora ist erforderlich. Der Dienststatus lautet „Status BEREIT“ (die Bibliothek befindet sich im Mount- oder Open-Zustand). Namen sind db_name.db_domain, db_name

Die Konfiguration ist wie oben. Tatsächlich gibt es keinen solchen Listener.ora Der Standard-Listener kann dann auch normal ausgeführt werden auf Port 1522. Der Name ist listener2

Fügen Sie zuerst eine Netmgr-Grafik hinzu

oder bearbeiten Sie listener.ora, um einen Listener hinzuzufügen

Ändern Sie dann tnsnames.ora, um eine listener2-Zeichenfolge hinzuzufügen, um den local_listener zu ändern Parameter (das heißt, kopieren Sie den Listening-Abschnitt nach tnsnames. ora)

Legen Sie den Parameter local_listener fest und registrieren Sie ihn manuell,

[oracle@study admin]$ sql
 
SQL*Plus: Release 11.2.0.1.0 Production on Thu Sep 19 17:07:41 2019
 
Copyright (c) 1982, 2009, Oracle.  All rights reserved.
 
 
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
 
17:07:42 SYS@study> show parameter local_list
 
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
local_listener                       string
17:08:19 SYS@study> alter system set local_listener='LISTENER2';
 
System altered.
 
Elapsed: 00:00:00.04
17:09:03 SYS@study> alter system register;
 
System altered.
 
Elapsed: 00:00:00.00
17:09:21 SYS@study> Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
[oracle@study admin]$ lsnrctl status listener2
 
LSNRCTL for Linux: Version 11.2.0.1.0 - Production on 19-SEP-2019 17:10:22
 
Copyright (c) 1991, 2009, Oracle.  All rights reserved.
 
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=study.localdomain)(PORT=1522)))
STATUS of the LISTENER
------------------------
Alias                     listener2
Version                   TNSLSNR for Linux: Version 11.2.0.1.0 - Production
Start Date                19-SEP-2019 16:38:16
Uptime                    0 days 0 hr. 32 min. 6 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /u01/app/oracle/product/11.2.0/dbhome_1/network/admin/listener.ora
Listener Log File         /u01/app/oracle/diag/tnslsnr/study/listener2/alert/log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=study.localdomain)(PORT=1522)))
Services Summary...
Service "study" has 1 instance(s).
  Instance "study", status READY, has 1 handler(s) for this service...
Service "studyXDB" has 1 instance(s).
  Instance "study", status READY, has 1 handler(s) for this service...
The command completed successfully
[oracle@study admin]$

Aber in diesem Fall wird pmon standardmäßig nicht im Standard-Listener registriert Das heißt, ab 1521 kann nicht darauf zugegriffen werden. Wenn Sie 1521 1522 gleichzeitig Dienste bereitstellen möchten, können Sie die Standardüberwachung löschen und die Konfiguration in

LISTENER2 =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = study.localdomain)(PORT = 1522))
    (ADDRESS = (PROTOCOL = TCP)(HOST = study.localdomain)(PORT = 1521))
  )

ändern. Da die dynamische Überwachung von PMON abhängt, löschen Sie die Überwachungskonfigurationsdatei Die Standardüberwachung ist weiterhin gültig und die Überwachung überwacht weiterhin localhost:1521. Der Parameter LOCAL_LISTENER steuert, wo sich die Instanz dynamisch registriert. Der Standardwert des Parameters LOCAL_LISTENER ist (ADDRESS = (PROTOCOL=TCP)(HOST=hostname)(PORT= 1521). Wenn sie nicht standardmäßig sind, konfigurieren Sie einfach diese beiden Orte

tnsnames

.ora在动态监听中不是必须的，只是为了配置个本地的字符串方便local_listener的配置命令而已，直接配置如下形式也ok

alter system set local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=study.localdomain)(PORT=1521))';      
等同于alter system set local_listener='';

配置注册到多个监听，可以如下

alter system set local_listener='(ADDRESS=(PROTOCOL=TCP)(HOST=study.localdomain)(PORT=1521))','(ADDRESS=(PROTOCOL=TCP)(HOST=study.localdomain)(PORT=1522))';

或者先在tnsnames.ora中配置多个地址的字符串

再设置alter systemset local_listener='LISTENER2';

在共享服务器模式下，可以配置listener的一个参数叫做dispatchers，把这个分派器注册到一个非默认监听

ALTER SYSTEM SET DISPATCHERS=”(PROTOCOL=tcp)(LISTENER=lsnr2)”;

select service_id,name from vactiveservices可以查出，前面2个服务是注册到监听的，后面2个是Oracle有两个内部的服务，SYSBACKGROUND是后台进程使用的，SYS$USERS提供给没有指定服务的用户会话使用

service_names是服务名，如果为空，会把db_name.db_domain 注册到监听

推荐教程：《Oracle视频教程》

Das obige ist der detaillierte Inhalt vonWas ist Oracle-Überwachung?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!