我计划虚拟化我们剩下的一台基于 Netware 的服务器(它是运行 Groupwise 7.3 的 Netware 5.1 SP8e)。在对 50 多台 Windows 和 Linux 服务器进行 P2V 之后,我们已经基本掌握了流程,可以处理流程中可能出现的大多数问题。但是,我们团队中没有太多的 Netware 或 Groupwise 经验,这让我有点紧张,因为有问题的机器对于我们业务的一个领域至关重要。
我已经决定“冷” P2V 是最好的方法,但除此之外,有没有做过这件事的人可以提供建议和/或让我知道未来会遇到哪些陷阱,以便我在开始工作之前可以先了解一下?似乎很少有有用的信息(我能找到的……)
我们非常感谢所有的信息(即使只是“不要这样做!”)
答案1
适合您的工具是 Novell 的“服务器整合和迁移工具包”。您可以访问 download.novell.com 并搜索“scmt.exe”来获取它。它提供了一种从 A 点到 B 点进行服务器迁移的方法。它真的非常好用。在 P2V 成为一种选择之前,我已经用它进行冷 P2P 迁移多年了。它不是下一个下一个下一个完成的 P2V 过程,但非常接近。过程如下:
- 将 NetWare 安装到您的 VM。将其命名为一个独特的名称,并位于其自己的 eDir 树中。
- 这将设置您的硬件环境。
- 启动 SCMT。
- 选择“将数据迁移到新服务器(硬件升级)”
- 选择生产中的 NetWare 服务器树。
- 选择您在步骤 1 中设置的服务器树。
- 然后使用拖放界面按喜好安排您的数据(如果您愿意,您甚至可以更改卷名称,但我认为您不想在这里这样做)。
- 当需要启动迁移时,请关闭源服务器上所有正在运行的 GroupWise 代理。
- 在 SCMT 中,转到项目并选择迁移。
- 按照提示操作。它将指导您完成整个过程。
- 您可能必须手动编辑 autoexec.ncf 以确保配置完全符合您的要求。
- 目前,注释掉分组加载行可能是明智之举。
完成所有操作后,您将关闭旧服务器并重新启动 VMed 服务器。当 VMed 服务器启动时,它将启动。验证它看起来是否正常,然后手动启动 GroupWise 代理。如果它启动正常(并且应该正常),请取消注释 autoexec.ncf 中的加载行。
如果您愿意,此工具还允许您迁移到 OES2-Linux,它实际上是 GroupWise 比 NetWare 更好的主机。由于 GroupWise,我将推迟迁移,因为这会使迁移过程变得复杂,这里很难描述。
答案2
我认为 Netware 的关键点是: - 您的虚拟环境是否支持 Netware 使用的文件系统? - 系统是否依赖于 IPX/SPX?
我知道他们从 4.11 版开始就实现了 TCP/IP 支持,但那时还不“完整”。我熟悉的下一个版本是 6.5,它是原生 TCP/IP。如果您在某个地方遇到非 TCP/IP 网络问题,我认为您在以 VM 形式运行时会遇到问题。
至于文件系统...冷克隆然后启动只是为了测试目的。