İlginç bir oracle19c veritabanı izleme istisnasını paylaşın

Genel Bakış

Bugün esas olarak yakın zamanda kontrol edilen bir izleme sorununu paylaşıyorum. Hala biraz ilginç. Bir göz atalım ~

Ortam: oracle19c tek örnek

Plsql bağlantı istemini kullanın, burada güvenlik duvarı, hesap şifresi sorunlarını hariç tutmak için, bağlantı dizesi dinleme dosyası biçiminde yazılır

1. Test monitörü

Sunucunun yerel test izlemesinde hiçbir sorun bulunamadı.

2. Veritabanı durumunu görüntüleyin

Veritabanı durumu normal

3. İzleme durumunu kontrol edin

Veritabanı hizmeti bulunamadı ...

4. Veritabanı hizmet adını görüntüleyin

Bir servis_adı problemi olduğundan şüpheleniliyor ve görüntülendiğinde bir istisna yok

5. Hata günlüğünü görüntüleyin:

Yol: /u01/app/oracle/diag/tnslsnr/ZL-FSL-SRM-TOOLS-DB/listener/alert/log.xml

< / msg > < msg time = '2020-03-04T17: 46: 23.601 + 08: 00' org_id = 'oracle' comp_id = 'tnslsnr' tür = 'BİLİNMEYEN' düzey = '16 'host_id =' ZL-FSL-SRM-ARAÇLAR-DB ' host_addr = '172.26.151.84' pid = '1072' > < Txt > 04-MAR-202017:46:23 * ping * 0 < /TXT > < / msg > < msg time = '2020-03-04T17: 48: 53.202 + 08: 00' org_id = 'oracle' comp_id = 'tnslsnr' tür = 'BİLİNMEYEN' düzey = '16 'host_id =' ZL-FSL-SRM-ARAÇLAR-DB ' host_addr = '172.26.151.84' pid = '1072' > < Txt > UYARI: Node down olayı için abonelik hala beklemede < /TXT > < / msg > < msg time = '2020-03-04T17: 48: 53.202 + 08: 00' org_id = 'oracle' comp_id = 'tnslsnr' tür = 'BİLİNMEYEN' düzey = '16 'host_id =' ZL-FSL-SRM-ARAÇLAR-DB ' host_addr = '172.26.151.84' pid = '1072' > < Txt > 04-MAR-202017:48:53 * (CONNECT_DATA = (CID = (PROGRAM =) (HOST = ZL-FSL-SRM-TOOLS-DB) (USER = oracle)) (KOMUT = durum) (ARGÜMANLAR = 64) (HİZMET = DİNLEYİCİ) (SÜRÜM = 318767104)) * durum * 0 < /TXT > < / msg >

Denetim günlüğünde belirgin bir anormallik yok

6. Veritabanındaki dinleyici ile ilgili parametreleri görüntüleyin

Normal ve anormal veritabanlarının dinleyici ile ilgili parametrelerini karşılaştırın.

Farklı bulunabilir.

7. Veritabanı izleme parametrelerini değiştirin

ps: Dinamik kayıt, varsayılan olarak yalnızca varsayılan dinleyiciye kaydedilir (ad LISTENER, bağlantı noktası 1521 ve protokol TCP'dir), çünkü pmon yalnızca bağlantı noktası 1521'e eşit olan dinleyicileri dinamik olarak kaydeder, aksi takdirde gerekirse pmon dinleyicileri dinamik olarak kaydedemez Varsayılan dinleyici kaydı, local_listener parametresini yapılandırmanız gerekir.

İzlenen bilgiler tnsnames.ora dosyasına eklenir. Çünkü pmon'un dinamik olarak kayıt olurken ve dinlerken tnsnames.ora'daki ilgili bilgileri okuması gerekir.

sistem setini değiştir local_listener = '(DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP) (HOST = xx.xx.xx) (PORT = 1522))))' kapsam = her ikisi;

8. İzlemeyi yeniden başlatın ve izleme durumunu kontrol edin

sorun çözüldü..

İşte sorun giderme fikirlerinin kısa bir açıklaması, sadece referans için ~

Faydalı bulursanız, lütfen iletmeye yardım edin! Daha sonra daha fazla devop ve DBA içeriği paylaşacağım ve ilgilenen arkadaşlar buna dikkat edebilir ~

Zabbix web sayfası izleme öğelerine, tetikleyicilere göre özel tomcat izleme şablonunu yapılandırın
önceki
Küçük sürümler arasında oracle12c veritabanı geçişinin adımlarını açıklayın
Sonraki
Zabbix4.0 tabanlı tomcat hizmetini ve JVM belleğini izleme
Nginx ters proxy'de rabbitMQ'nun özel karakter problemi ile başa çıkmak
Oracle12c-clone yerel PDB'de çok kiracılı (kapsayıcı) oluşturma PDB'sinin ayrıntılı açıklaması
Oracle12c'de çoklu kiracılı (kapsayıcı) oluşturma PDB'sinin ayrıntılı açıklaması - tohumdan PDB oluşturun
Zabbix4.0 tabanlı - kabuk komut dosyası toplu izleme uygulaması URL'si ve alarmları
Zabbix'e dayalı Linux sunucu işlem kullanımını izleme
Python günlük uygulama puanı arşivi
Linux sunucusundaki açık dosya sayısını zabbix'e (fd) göre izleyin
Zabbix'e dayalı Linux sunucu takas bellek kullanımını izleme
Zabbix tabanlı Linux sunucu disk kullanımını izleme
Zabbix'e göre Linux sunucu bellek kullanımını izleyin
Asal faktörleri ayrıştırmanın günlük Python uygulaması
To Top