我有一个JCL正在排序数百万条记录（记录长度为28,704）。我们注意到我们的工作文件已经用完了（默认值为32）。我们最近添加了参数来覆盖32个工作文件的默认值为255。
我们发现了一些syncsort网站的一些提示，告诉我们每个工作文件将使用多少柱面并进行数学运算，看起来我们至少需要200个工作文件。另一项建议称，有130％的空间可用于获得最佳性能。这导致我们指定最大工作文件数量（255）。我们知道添加额外文件会带来额外的开销。
要点AKA问题
将在我们的排序中使用这些参数：
//SORT10 EXEC PGM=SYNCSORT,COND=(8,LT),
// PARM=('INCORE=OFF,DYNALLOC=(SYSDA,255)',EQUALS)
使它始终分配255个工作文件，或者它将分配所需的最小值，最多为255个。
答案 0 :(得分：2)
手册将是你的朋友（如果你没有，你应该可以获得一个）。了解您站点上的SyncSORT已安装的选项也很有用。
可能有一些＆＃34;开销＆＃34;将255设置为默认值。但是，即使使用255，也只会在任何给定步骤中打开和使用所需的工作数据集。
通常会将相当少的数字（例如六个）设置为默认值，并且已知需要更多工作空间的步骤的覆盖。
我能提出的最佳建议是对SyncSORT支持提出两个问题：如何为99.999％的SORT建立一个合理的DYNALLOC号码;为xyz步骤指定工作空间的内容，该步骤具有此大小的这么多记录。
如果您向他们提供他们想要的信息，他们将提供与您的网站如何使用SyncSORT（他们甚至可能提出其他建议）和您的数据相关的具体信息。
您正在为支持付费。所以使用它。任何时候你有特殊的东西或没有合理的行为。联系SyncSORT。
您可能无法在未经其许可的情况下单独联系SyncSORT作为其角色的一部分。所以你必须找到那个人。如果您确实无处可用，他们的网站显而易见，并且支持电子邮件地址可用 - 但他们需要许可证号码，并且您网站上不想联系的人可能会发现它： - ）
在考虑他们的建议并应用你能够做到的事情之后，预计会节省大量资源并提高稳健性。
任何获得使用SyncSORT许可的网站的任何人都可以获得该文档的免费副本。它需要提供一些信息。使用条款和条件（例如，一旦您拥有自己的副本，就不允许您分发它）。您需要程序员指南。您可以同时请求其他一些出版物：安装指南; 利用MFX：SortWriter数据实用程序指南; 利用MFX：MAXSORT ; 利用MFX：加入。
他们不会记录的一件事是SyncTOOL。如果您与SyncSORT支持部门联系，请参阅IBM的DETORT文档以获取ICETOOL，该文档位于 DFSORT应用程序编程指南中。
可以设置40多个选项来确定SyncSORT的运行方式（并且您的Sysprog将处理数十或数百个IBM和ISV程序包，每个程序包都有自己的安装/自定义和多种应用更改的方法）。许多与操作技术相关的操作彼此相互作用。对于那些对SyncSORT内部没有极大经验的人来说，对于您的网站最适合您的网站运行的硬件，软件和政策，对于特别不寻常的SORT。
什么是＆＃34;不寻常的SORT＆＃34;？任何不常见的SORT。数百万28000字节的记录是不寻常的。这不是你想花六倍时间让它运行，然后发现它很慢（这意味着昂贵）。
虽然我有一定的经验，但我会毫不犹豫地通过您不寻常的SORT联系SyncSORT。在更短的时间内，他们比我更有可能做到正确。
我希望在SyncSORT的支持下选择安装选项。少数DYNALLOC文件是正常的，足以满足大多数SORT步骤。如果有什么变化（新硬件，软件，接收大量新数据等），并且你突然有许多步骤失败，SyncSORT支持是一个非常好的选择，即使在增加DYNALLOC并且一切正常之后。它可能没问题，但效率低3％，价格便宜3％： - ）
虽然支持合同可以包含个性化元素，但我从来没有听说过SyncSORT的支持合同支付支持电话。也许我只是没有足够的出去。
支持电话的一点是您可能需要提供的信息量。这可能是有趣的，特别是对于可疑的错误。但它会得到回报。这可能是您的技术人员保持警惕的原因。
SyncSORT支持将需要非常小的查询：trivial question directed by SyncSORT Technical Architect to SyncSORT Support。