我们正在通过迁移将我们的 MDS 实例从 2017 年升级到 2019 年。我在网上找不到任何关于如何有效地做到这一点的好的文档。有没有人执行过这些步骤并有一些指导可以分享？
提前致谢。
昨晚我们执行了“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
我们在这里不知所措。关于如何解决这个问题的任何建议？提前致谢。
第一次来电，长期倾听。
我有这样一种情况，我需要在大约 2 个月的时间内建立一个服务器可用性组（即将数据库移动到新服务器，重建当前服务器，并将重建的当前服务器添加到 AG）。两台服务器都是物理服务器，规格大致相同。Windows 服务器 2016，SQL 服务器 2014。
我的想法是现在用监听器建立 AG，这样当当前服务器被重建并添加到组中时，我们就不需要添加监听器并更新我们所有的应用程序/客户端（即这会强制两个迁移，一个迁移到新服务器，一个迁移到新侦听器）。
我已经在一些测试服务器上测试了这种情况，并且它按预期工作。我也无法预见不这样做的理由，但我认为这值得社区询问，因为我们正在谈论生产数据库。我的问题是有没有人试过这个并且有任何问题？有人会反对这个解决方案吗？谢谢。