ftping到大型机时如何计算存储

FTPing到大型机时如何计算存储？我被告知LRECL将永远保持“80”。不知道如何根据文件大小动态计算PRI和SEC

   QUOTE SITE LRECL=80 RECFM=FB CY PRI=100 SEC=100

---

如果站点有SMS，则不需要，但如果需要计算曲目数，则是文件大小（以字节为单位）除以56664，或者柱面数是文件大小（以字节为单位）除以849960。在这两种情况下，您都可以进行取整。

不幸的是，IBM的FTP服务器不支持记录数方面的较新空间分配规范（JCL参数AVGREC=U/M/K加上记录长度作为空间参数中的第一个规范）

然而，还有一种替代方法，那就是使用较少的空间参数之一——块大小规范。为了简单起见，我将采用3390种磁盘类型和标准数据集

对于固定长度的记录，您需要计算适合半个磁道的最大数字（27994字节），因为z/OS只支持最大为32760的块大小。因为您处理的是80字节的记录，所以这个数字是27290。将文件大小除以该数字，即可得到块数。然后在站点服务器命令中，指定

SITE BLKSIZE=27920 LRECL=80 RECFM=FB BLOCKS=27920 PRI=calculated# SEC=a_little_extra

这相当于空间=（27920，（计算#，多一点）

z/OS空间分配计算所需的轨迹数，并四舍五入到最近的轨迹边界

对于可变长度记录，如果您的读取应用程序可以处理它，请始终使用BLKSIZE=27994。我对reading应用程序发出警告的原因是，即使在今天，ISV的一些应用程序仍然具有奇怪的硬编码最大可变长度块，例如12K

---

如果您正在处理PDSE，请始终在规范中使用BLKSIZE=32760表示可变长度，最接近-32760表示固定长度（32720表示FB/80），但请根据BLKSIZE=4096计算需求。PDSE的底层布局很奇怪；物理记录为4096字节，这是因为存在一些处理物理I/O的线性数据集VSAM代码。

答案中的神奇数字取决于大型机上磁盘文件存储的类型；3380兼容模式下的3370、3380、3390、3390。用户1106741需要从他的大型机开发人员那里得到这些数字。我不知道那些旧的设备还在生产。我对IBM生产的物理硬件的了解是有限的。无论设备类型如何，OP都可以在块中进行分配，并指定块大小以获得所需的确切字节数。