我的新工作中有一台S / 390大型机，自90年代末以来一直在运行COBOL应用程序。大型机已经老化了，我们需要迁移到更新的系统。我们是一个足够小的企业，我们不能保证花钱升级到新的大型机硬件，程序逻辑已经持续了30多年，所以它具有很多功能价值。我一直在考虑将功能转移到Linux机器上，并使用像OpenCOBOL这样的东西重新编译为可执行的二进制文件，而不是试图用更新的语言重写它。我没有弄乱大型机足以知道如何或在何处访问这些信息，遗憾的是，编写所有程序的绅士不再与我们合作。我已经读过SSH是一个选项，但我甚至不确定如何使用大型机来实现这一目标。我经常使用Linux，所以我熟悉SSH，但根据我的理解，这些大型机不是一个简单的操作系统，只需连接并导航文件系统就可以像现代操作系统一样检索数据。任何人都可以给我一些指导，以获得访问COBOL程序源代码的方向感吗？是否存在存储的默认位置等？它们是一些简单的程序，它们不使用任何DB2功能，并且希望在不同的系统上进行编译，只需要相对较少的调试和修复。我确信我已经遗漏了有助于回答这个问题的必要信息，我可以提供任何其他信息来帮助你们帮助我。我怀疑默认情况下没有启用SSH，但也许我也错了。非常感谢任何帮助。感谢大家！
虽然不是编程问题，但我会提供一些指导，我认为可能对您有所帮助。
首先，这是一个关于投资地点的商业决策。
在评估任何选项时，您必须评估业务风险以及中断成本是多少？恕我直言，它不是关于Linux上的SSH或COBOL等技术，而是需要对当前状态进行认真评估，可接受的情景以及追求其中一种选择的成本。
我的意见并非旨在灌输恐惧，而是提供了一个框架，说明如何分析这种规模的挑战。
我必须同意前两个答案，但还有一些额外的建议。这是在系统上做什么的业务决策。
找到程序以了解它的作用是第一个要求。因为您知道正在运行的程序可能是源文件的名称。你需要找到。源文件可能会在某个库管理器中，首先要查看的是ISPF菜单系统。如果您使用的是库管理器，则会有一个选项。根据您的描述，您可能正在使用称为SCLM的东西，或者您可能会看到Librarian或Panvalet。您需要通过使用3270连接仿真器连接进入ISPF。找到文件后，使用FTP或SFTP可能是最好的，或者您的模拟器可能只提供传输机制。您还需要找到相关文件，这些文件也应该在库管理器中定义。
一旦你有了这个文件，就需要弄清楚它如上所述使用了什么，它将使用某种数据文件，这将是最重要的部分。
如果它是批处理程序，它可能是计划的一部分，并且还有其他程序也在运行，您需要找到它们并找出它们如何组合在一起。
一旦您了解了所有部分，您就可以努力做出正确的业务决策。您可能想要升级，如果您不想升级但是想要该功能，您可能希望将z / OS作为云服务。或者它可能是一个你可以移动的简单程序。一旦掌握了详细信息，这将更容易弄清楚。
你说程序逻辑已经改变了30多年。只有一个人做出所有改变吗？团队中的任何人都会对用户可以访问的PDS有所了解吗？这可能是寻找的地方之一。正如之前的答案所示，大多数商店都会将源代码存储在某种配置管理工具中，如SCLM或panvelet。如果您可以访问加载代码，则可以使用实用程序检查加载成员以获取CSECT列表，该列表将包含构成该加载的obj成员的名称。您可以与您的大型机管理员联系。这可以获得源代码文件名。我们在我们的商店使用来自USS的SSH将代码从HFS文件夹移动到gitlab。我还使用普通FTP将源代码文件传输到我的工作站。但是，首先，你必须找到它的存储位置。