首先，虽然得到一个解决方案会很棒，但此时我愿意接受新的想法去尝试。
背景如下：
我想要完成的任务是将旧的 vCenter Appliance 5.0.0 升级到至少 5.5。我尝试了各种方法，但每次升级都失败，并且“升级 vCenter Appliance”旁边会出现红色 X
这是我尝试过的
- 尝试从 5.0 升级到 5.1（同样失败）
- 尝试从 5.0 升级到 5.5（同样失败）
我的最新目标是从 5.0.0.3324 build 472350 更新到 5.0.0.latest。看起来我正在运行的版本是 DB2，我想知道从 DB2->postgres->新版本的转换是否太多了。这就是为什么我想给它这个更简单的任务。这个任务永远不会失败。相反，它运行了一个星期，处理 /storage/db/export/*.lob 文件。我随机查看了其中一些文件，我查看的所有 5 个文件都包含单词“en”。我想知道它是否进入了某种循环。总共有 700 多万个。我没有耐心让它完成，因为现在我正在实验室中进行升级，即使它完成了，它也不是实时环境的可行解决方案。我不能一周没有 vcenter。我尝试通过关闭日志记录和减少保留来修剪数据库大小。这似乎没有什么区别。有没有办法修剪它以使更新时间不超过 1 天？
现在跳出固有思维模式：
- 假设我放弃自动更新和升级，那么从旧环境手动导入配置的最佳方法是什么？我看到了一个可以导入配置的选项。但我该如何导出呢？
- 假设我甚至放弃导出/导入，而是从头开始重建。是否有任何指南可以指导我完成此过程？
- 在放弃升级之前，我还应该尝试其他什么吗，或者我是否已经走进了死胡同？
谢谢