1、故障概述

前段时间，给客户部署了一套EM13c，用来监控两台Exadata环境，部署完毕后，一直用得挺好，没什么问题。这两天，客户发信息说，EM13c出问题了，没有任何数据显示。如图所示。

2、故障分析

2.1 查看OMS状态

从客户发过来的图片可以看出OMS相关的服务应该是正常的，不然OMS肯定无法访问。

[oracle@tmpl-centos7 ~]$ emctl status oms

Oracle Enterprise Manager Cloud Control 13c Release 5 

Copyright (c) 1996, 2021 Oracle Corporation.  All rights reserved.

WebTier is Up

Oracle Management Server is Up

JVMD Engine is Up

[oracle@tmpl-centos7 ~]$

从OMS的状态输出可以看出，OMS是正常的，这说明问题应该出在Agent侧。

2.2 查看Agent状态

[oracle@ex02dbadm01 bin]$ ./emctl status agent

Oracle Enterprise Manager Cloud Control 13c Release 5 

Copyright (c) 1996, 2021 Oracle Corporation.  All rights reserved.

---------------------------------------------------------------

Agent Version          : 13.5.0.0.0

OMS Version            : 13.5.0.0.0

Protocol Version       : 12.1.0.1.0

Agent Home             : /u01/app/Agent2/agent_inst

Agent Log Directory    : /u01/app/Agent2/agent_inst/sysman/log

Agent Binaries         : /u01/app/Agent2/agent_13.5.0.0.0

Core JAR Location      : /u01/app/Agent2/agent_13.5.0.0.0/jlib

Agent Process ID       : 42047

Parent Process ID      : 41459

Agent URL              : https://ex02dbadm01.sda.cn:3872/emd/main/

Local Agent URL in NAT : https://ex02dbadm01.sda.cn:3872/emd/main/

Repository URL         : https://tmpl-centos7:4903/empbs/upload

Started at             : 2026-03-31 12:50:35

Started by user        : oracle

Operating System       : Linux version 4.14.35-2047.518.4.3.el7uek.x86_64 (amd64)

Number of Targets      : 55

Last Reload            : (none)

Last successful upload                       : 2026-07-07 13:35:47

Last attempted upload                        : 2026-07-23 14:59:18

Total Megabytes of XML files uploaded so far : 713.08

Number of XML files pending upload           : 4,911

Size of XML files pending upload(MB)         : 4.2

Available disk space on upload filesystem    : 22.06%

Collection Status                            : [COLLECTIONS_HALTED( UPLOAD SYSTEM Threshold - unable to purge files in upload system)]

Heartbeat Status                             : OMS is unreachable

Last attempted heartbeat to OMS              : 2026-07-23 15:07:40

Last successful heartbeat to OMS             : 2026-07-07 13:36:07

Next scheduled heartbeat to OMS              : 2026-07-23 15:08:40

---------------------------------------------------------------

Agent is Running and Ready

[oracle@ex02dbadm01 bin]$

从agent的状态输出可以看出，agent进程是正常运行的。

但心跳状态显示OMS is unreachable，说明Agent与OMS之间的通信存在问题，最后一次成功通信停止在2026年7月7号的下午13点多。根据EM的原理，我们知道Agent端收集的数据需要通过OMS端的4903端口传输给OMS，当前存在的问题，很可能是OMS端的4903端口不通。

2.3 检查OMS端的4903端口

[oracle@ex02dbadm01 bin]$ nc -vz tmpl-centos7 4903

Ncat: Version 7.50 ( https://nmap.org/ncat )

Ncat: Connection timed out.

[oracle@ex02dbadm01 bin]$

可以看出，Agent端的确无法访问OMS端的4903端口。

2.4检查OMS端的防火墙配置

[root@tmpl-centos7 ~]# systemctl status firewalld

● firewalld.service - firewalld - dynamic firewall daemon

   Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled; vendor preset: enabled)

   Active: inactive (dead)

     Docs: man:firewalld(1)

[root@tmpl-centos7 ~]# firewall-cmd --list-all

FirewallD is not running

[root@tmpl-centos7 ~]#

[root@tmpl-centos7 ~]#

[root@tmpl-centos7 ~]# iptables -L INPUT -n -v --line-numbers

Chain INPUT (policy ACCEPT 1001M packets, 386G bytes)

num   pkts bytes target     prot opt in     out     source               destination        

1        1    60 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:8445

2    16324   21M ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            tcp dpt:4118

[root@tmpl-centos7 ~]#

 可以看出，OMS端未开启firewall防火墙，并且iptables默认也是允许访问4903端口的。

2.5 OMS主机侧没有做任何限制 ，但Agent侧无法访问OMS的4903端口，这种情况很可能是因为在OMS 和Agent之间的网络做了访问限制，这需要客户的网络人员配合处理才能解决。最终得知，是客户的网络人员做了网络限制访问，解除了Exadata计算节点对OMS端4903端口的访问限制后，问题得以解决。

[root@ex01db02 ~]# nc -zv tmpl-centos7 4903
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connected to tmpl-centos7:4903.
Ncat: 0 bytes sent, 0 bytes received in 0.03 seconds
[root@exoidbo2 ~]#

2.6 再次检查agent状态

从agent的输出可以看出，当前已经恢复正常。