我在整个职业生涯中一直在编写和管理Java和ASP.Net应用程序和服务器.现在我被引导参与大型机,即z/OS和JCL,我发现很难绕过它(他们仍然在谈论打卡!).在被现代奢侈品完全宠坏后,学习所有这些的最佳方法是什么？
在现代大型机中没有打卡,它们只是让你上手.
你会很难过,因为还有许多事情是用"老"的方式完成的.
数据集仍然使用fixed-block-80,variable-block-255等属性进行分配.规划您的文件内容.
没有目录.有层次结构,每个限制为8个字符.
用户界面是ISPF,这是来自第七个地狱圈的绿屏文本模式用户界面,适合那些不习惯的用户界面.
大多数作业仍将作为批处理作业提交,您必须使用SDSF(某种任务管理器)监视其进度.
这是一些坏消息,这是好消息:
它有一个USS子系统(UNIX),因此您可以使用这些工具.它与z/OS的集成非常好.它运行Java,它运行Websphere,它运行DB2(适当的DB2,而不是那个小的Linux/UNIX/Windows),它运行MQ等等.许多商店也将运行z/VM,一个管理程序,他们将在其下运行运行许多LPAR(逻辑分区),包括z/OS本身(有时是多个副本)和zLinux(SLES/RHEL).
大型机不会很快消失.世界各地的各个IBM实验室仍在进行大量工作,而64位操作系统(z/OS,MVS,OS/390,......)已经走过了漫长的道路.事实上,有一些职业机会,因为所有了解它的老人都在55岁或以上,所以如果你正确地定位自己,那么期待公司阶梯的巨大吸引力.
它仍然在大公司中使用,因为它是唯一可以信任他们的交易 - 系统z中的z意味着零停机时间,这不仅仅是营销炒作.大型机的强大之处并不在于它的CPU咕噜声(各个处理器并不是那么强大,但是它们有54个带热备份的书籍,你可以在一个System z盒子里运行很多书)但事实上所有CPU都是处理指令.
其他所有内容都卸载到专业处理器,用于DB2的zIIP,用于Java工作负载的zAAP,用于I/O的其他设备(以及I/O是大型机杀死所有其他系统的地方,使用光纤和非常大的磁盘阵列).我不会将它用于蛋白质折叠或基因组测序,但它是理想的目标,大规模疯狂的交易处理水平.
正如我所说,z/OS有一个UNIX子系统,z/VM可以运行z/OS和其他操作系统的多个副本 - 我见过一个z800机箱同时运行数万个RHEL实例.这使得所有PC制造商的"绿色"声明变得羞耻,实例之间的通信速度非常快,使用HyperSockets(TCP/IP但使用共享内存而不是慢速网络电缆(是的,甚至千兆以太网爬行与HyperSockets相比)(并且很抱歉)嵌套括号:-))).
它在Unix空间中运行Websphere Application Server和Java,同时仍允许所有遗留(遗产？)内容运行.实际上,大型机商店根本不需要购买基于PC的服务器,他们只需要在几个zLinux虚拟机上运行并在一个机箱上运行所有内容.
最近,有人谈到IBM也可能为其大型机提供xSeries(即PC)插件设备.虽然大多数大型机人会认为它们漂亮的盒子旁边有一个疣,但它确实为第三方供应商开辟了很多可能性.我不确定他们是否能够运行50,000个Windows实例,但这似乎是他们的目标(一个环来统治它们？).
如果你感兴趣的话,有一个名为Hercules的System z模拟器,我看到它在Windows机器上以23 MIPS的速度运行,它运行最后一个合法可用的MVS 3.8j,足以让人感觉到.请记住,MVS 3.8j是z/OS 1.10,因为CP/M是Windows XP.
为了给我在工作中的一位朋友写的书提供无耻的插件,请查看"地球上的什么是大型机"？作者:David Stephens(ISBN-13 = 978-1409225355).我发现这非常宝贵,因为我来自PC/UNIX背景,这是一个相当范式的转变.我认为这本书对你的特定问题是理想的.我认为它可以在谷歌图书上找到,所以你可以在购买前试用.
关于JCL,有一种观点认为,只有一个JCL文件已被编写,而所有其他文件都被删除了.看过他们的内容后,我能理解这一点.像IEBGENER和IEFBR14这样的程序使Unix看起来,如果不是冗长的话,至少可以理解.
京公网安备 11010802040832号 | 京ICP备19059560号-6 