昨晚我们执行了“P2V”迁移到本地 VMware 主机，将旧的物理 Oracle 服务器转移到新的虚拟家庭（我们涵盖了所有许可方面，我们还可以）。在开始虚拟化过程之前，我们使所有服务和实例离线。虚拟方面的进展非常顺利，一切正常，但我们在 Enterprise Manager 中看到了一个错误。我们看到的错误是：
代理无法与 OMS 通信。(REASON = Agent is Unreachable (REASON : Agent to OMS Communication is broken OMS 平台服务不可用)
我们已经完成了正常的故障排除，运行 EMCTL STATUS AGENT 返回：
emctl 状态代理 Oracle Enterprise Manager Cloud Control 13c 第 1 版 版权所有 (c) 1996, 2015 Oracle Corporation。版权所有。-------------------------------------------------- ------------- 代理版本：13.1.0.0.0 OMS 版本：13.1.0.0.0 协议版本：12.1.0.1.0 代理主页：/oracle/product/agent/agent_inst 代理日志目录：/oracle/product/agent/agent_inst/sysman/log 代理二进制文件：/oracle/product/agent/agent_13.1.0.0.0 核心 JAR 位置：/oracle/product/agent/agent_13.1.0.0.0/jlib 代理进程 ID ：32622 父进程 ID：32476 代理 URL： https://xxxx:3872/emd/main/ NAT 中的本地代理 URL： https://xxxx:3872/emd/main/存储库 URL： https://xxxx:4903/empbs/upload开始于：2020-01-25 09:52:01 由用户开始：oracle 操作系统：Linux 版本 3.0.101-0.46-default (amd64) 目标数：75 最后重新加载：2020-01-25 10:29:21 最后一次成功上传
: 2020-01-25 10:59:32 上次尝试上传 : 2020-01-25 10:59:32 到目前为止上传的 XML 文件的总兆字节数 : 10.25 等待上传的 XML 文件数 : 0 等待上传的 XML 文件大小( MB) : 0 上传文件系统上的可用磁盘空间 : 46.30% 收集状态 : 收集已启用 心跳状态 : 好的 上次尝试向 OMS 发送心跳 : 2020-01-25 10:59:25 上次成功发送到 OMS 心跳 : 2020-01-25 10 :59:25 到 OMS 的下一个预定心跳 : 2020-01-25 11:00:25
我们在这里不知所措。关于如何解决这个问题的任何建议？提前致谢。
正如他们所说，时间可以治愈所有的伤口。在调查了大约两个小时后，问题自行解决了。