我们昨晚执行了对本地P2V主机的“VMware”迁移,将一个旧的物理Oracle服务器转移到一个新的虚拟家庭(我们讨论了所有的许可方面,我们还好)。在开始虚拟化过程之前,我们将所有服务和实例脱机。虚拟方面的进展非常顺利,所有操作都在进行中,我们在Enterprise中看到了一个错误。我们看到的错误是:
代理无法与OMS通信。(理由=代理不可达(原因:代理到OMS通信中断,OMS平台服务不可用)
我们已经完成了正常的故障排除,运行EMCTL状态代理返回:
emctl状态代理甲骨文企业经理云控制13c发布1版权(c) 1996年,2015年甲骨文公司。版权所有。代理版本: 13.1.0.0.0 OMS版本: 13.1.0.0.0协议版本: 12.1.0.1.0代理主页:/oracle/product/ Agent / Agent _inst Agent日志目录: /oracle/product/ Agent /agent_inst/sysman/log Agent二进制文件: /oracle/product/agent/agent_13.1.0.0.0核心JAR位置: /oracle/product/agent/agent_13.1.0.0.0/jlib Agent进程ID : 32622父进程ID : 32476 Agent URL:https://xxxx:3872/emd/main/本地代理URL ( NAT:https://xxxx:3872/emd/main/ Repository:https://xxxx:4903/empbs/upload启动时间: 2020-01-25 09:52:01由用户启动: 操作系统:LinuxVersion3.0.101-0.46-默认(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% Collection状态:集合已启用心跳状态最后一次尝试心跳: OMS : 2020-01-25 10:59:25最后一次成功心跳到OMS : 2020-01-25 10:59:25下一次计划心跳: 2020-01-25 11:00:25
我们在这里不知所措。关于如何解决这个问题有什么建议吗?提前谢谢。
发布于 2020-01-25 19:19:25
正如人们所说,时间能治愈所有的创伤。经过大约两个小时的调查,这个问题自行解决了。
https://dba.stackexchange.com/questions/258184
复制相似问题