曾几何时,一群人坐下来用C语言编写了一个应用程序,并在VAX的VMS上运行。在LargeCo,这是一项相当重要的工作,并进行了相当重要的后端操作。整个shebang都运行良好,以至于二十五年后,它仍然在努力工作。

时间流逝,人们退休了,碰巧的是,《最后的男人站立》已经把 key 交给了新一代,我们可以想象,他们不高兴发现自己的监护人年龄足够大,可以成为他们的弟弟。但是,与处理Ultra Legacy系统的想法一样,他们对此感到不知所措,他们无法证明更换古老应用程序的成本是合理的。

LMS发现我已经不知道了,并向我提出了这个问题。而且由于我不喜欢unix但不说C,因此我将对其进行总结并介绍给您。长话短说:

LMS希望将用C语言编写的LegacyApp从VMS移植到Unix。资源?他能读什么书吗?他可以与之交谈的人?

最佳答案

  • 我需要问的第一个问题是为什么,我将引导对话的方向是“您是否真的需要将其从VMS移植”。关于VMS,有很多事情值得一提:

    -> VMS仍由HP积极开发和维护。他们刚刚在上周发布了用于现场测试的V8.4(请参阅http://h71000.www7.hp.com/openvmsft/)。

    -> VMS在新硬件上可用;特别是基于Itanium处理器的HP Integrity服务器。

    -> VMS也可以通过Charon Emulation产品在虚拟平台上使用。

    ->流行的估计是,目前大约有300,000个VMS系统仍在使用中。 LMS可能是LargeCo的最后一个人,但他离全局的最后一个人还很远。

    ->许多信息,例如,请参阅openvms.org,以查看有关VMS的许多当前信息,这些信息全部来自当前用户。
  • OK-您仍然想移植到VMS。你怎么做呢?好吧,这取决于很多东西。

    ->正如其他人所说,代码的标准如何?可能性不是很大。 VMS主义越多,工作就越困难。纳夫说。

    ->什么是数据库?如果是Oracle,可能很难在其他平台上迁移到Oracle。如果它是某种基于RMS索引文件的自定义数据库,那么您需要做更多的工作,您将需要重新创建该伪数据库,或者要充分理解它,以将其替换为某些关系数据库。

    ->除了C之外,还有什么用于创建应用程序?前端是什么? DECforms? FMS?是否有交易引擎,例如ACMS? RTR?这些事情将对移植到UNIX所需的可行性和工作量产生巨大影响。

    ->还涉及其他哪些产品?是否使用任何第三方库?是否存在对应用程序或功能至关重要的第三方产品?

    ->这个系统是集群的吗?如果可以,为什么?您需要使用UNIX框实现相同的目标。

    ->那里有可以帮助您做到这一点的公司,并声称拥有使它变得更容易的工具,但是我的经验是,这些公司向您提供的服务往往比产品多(例如,您需要雇用他们才能使用工具。这会很昂贵)。
  • 《面向OpenVMS用户的UNIX》一书将为VMS新手提供一些了解VMS的帮助,但是,正如书名所示,这本书实际上是相反的用途。
  • 10-01 15:02