作业属性对话框

作业属性可以用作业属性对话框。
作业属性对话框可以用如下方法打开。

• 方法1
  1. 选择在作业库浏览器中创建的作业。
  2. 点击对象 - 属性命令。
• 方法2
  1. 选择作业编辑窗口。
  2. 点击对象 - 属性命令。

如下链接是作业属性的每个标签的进一步说明：

• 处理
• 任务计划
• 作业校验
• 同步组设定
• 外字参照
• 文字码校验

• 参照作业执行环境中的内存容量来设置排序用内存。
  执行作业时，如果因为内存溢出而导致设置失败，系统会通过减小内存设定值或改变处理方法转而利用文件来自动恢复。 除了因为排序可能会失败，其它各种用途的内存容量导致内存耗尽的情况比较少，需要合理设置内存。
  自动恢复期间，如果动态调整安全内存失败了，内部模块的响应代码， "C5303内存从(xxxx)到(xxxx)被改变，因为指定内存大小无法分配。" 或者 "C5304 代替处理内存临时文件被用于创建索引，因为指定内存大小无法分配。" 将被输出到日志文件。 当用调整排序用内存进行作业执行时，上述日志中的信息是不会显示的。 除了排序，对各种用途的自动恢复失败或者确保内存的调整失败时，内部模块的响应代码 "C0003对象内存分配失败。"或者 "C0004内存分配失败。" 将会被输出到日志文件中，作业异常结束。
  如果Windows的系统属性的虚拟内存增加，那么调整内存超出物理内存容量时，作业也可以正常执行。 这种情况下，如果排序用内存减少，Windows会用额外的内存进行交换，也用同样的方法进行文件访问。 因为交换方法不同，不能总是使用增加虚拟内存的方法。 要提高作业执行的性能，最好还是减少使用排序用内存而不是增加虚拟内存。 Windows执行交换时，不仅影响了作业(作业执行工具)也影响了其它应用的性能(当前被执行的)。 一般来说，最好不要过多依赖虚拟内存。
  增加虚拟内存是有限制的。 默认情况下，一个处理中的用户存储区是2048MB，这是地址的上限。 不过，各种因素影响能自动分配的内存容量是700MB到800MB。 基于此，即使有足够的虚拟内存空间，每次作业中超出该值时，也不能确保足够的内存进行排序。 此外，即使容量有800MB，也不会有连续的空位置，确保内存的大小也会低于原来的一半。
  根据操作系统和本产品的版本，可能会对调整内存的上限有影响。 除了需要微调的那些特殊的作业，为作业适当增加(大约2048MB)虚拟内存来设置排序用内存的值 大约是500MB，每次排序时安全内存的值大约是250MB。
  作业执行时，会动态调整以确保内存安全，按照作业内容，必须为排序用内存设定一个比较小的值。 比如，当有多个视表过滤器的多线程同时执行时，是可以并行处理的，当数据通道中有大量数据或虚拟文件中有大量数据时，集合相关的需要分钟间隔执行， 请参照视表过滤器的并行处理。 关于数据通道，请参照使用数据通道连接源信息， 关于虚拟文件，请参照使用虚拟文件连接源信息。
  
• 作业中多处需要排序，排序内存大小平均分配而用排序用内存设定的每个排序点的内存值都是安全的。
  这就是说排序用内存设定的内存值每次在整个作业的所有排序都执行时是可以确保安全的。 换言之，排序用内存显示了并行执行时排序用的可以确保安全的最大内存值。
  与上述相反，依次执行所有的排序时，会为每个排序安全释放所占用内存， 确保内存安全的内存大小是"处理排序的排序用内存的个数"。 增加排序用内存微调性能时，设置排序用内存时要注意上述问题。
  下边说明了处理排序的个数以及是否同时或顺序地执行排序：
  
• 如下是关于处理排序的个数的说明：
  对于作业中的所有视表过滤器， 作业中，在下边的每个视表过滤器中检索排序数量，计算排序数的内存值就是"处理排序的个数"。
  
  • 标准过滤器
    在排序键标签中， 如果排序键被设置了不止一次, 排序数是1。 当没有设置排序键时，排序数保持为零。
  • 结合视表过滤器属性
    计算如下：
    • I/O视表标签中所选视表排序的输入用视表数。
      (视表排序被清空或灰掉时，该视表不能计算在内)
    • 排序键标签中有多个排序键时， 排序数是1。当没有设置排序键时，排序数保持为零。
  • 归并过滤器
    计算如下：
    • 用归并标签设置键表格栏时， I/O视表标签中所选视表排序的输入用视表数。 没有设置键表格栏时，排序数保持为零。
    • 排序键标签中 设定了多个排序键时，排序数为1。 没有设定排序键时，排序数保持为零。
  • 统计过滤器
    计算如下：
    • 如果统计标签中组键设定的子组被设定到 间隔或者用户设定中， 那么排序数为1。 当子组被设定到(无子组)(字段为空时) 并且在I/O视表标签中选择了视表排序时， 那么排序数为1。 子组被设定为空字段并且如果清空了视表排序， 那么排序数保持为0。
    • 排序键标签中有多个排序键时， 排序数是1。当没有设置排序键时，排序数保持为零。
  • 分割视表过滤器属性
    >排序键标签中有多个排序键时， 输出用视表个数是1。 没有设定排序键时，排序数保持为零。
  • 参照过滤器
    计算如下：
    • 参照标签中 参照视表的总数(对于每个参照条件)+1
      (当参照视表A和B用于参照条件1而参照视表B和C用于参照条件2时， 参照条件1中参照视表数是2， 参照条件2中参照视表数也是2， 因此，总和是2+2+1=5)
    • 排序键标签中有多个排序键时， 排序数是1。当没有设置排序键时，排序数保持为零。
  • 纵向展开过滤器
    排序键标签中有多个排序键时， 排序数是1。当没有设置排序键时，排序数保持为零。
  • 更新SQL DB视表过滤器属性
    排序键标签中有多个排序键 或在I/O视表标签中 选择了删除视表的视表排序时， 排序数是1。当没有设置排序键并且 删除视表的视表排序被清空了， 排序数保持为零。
• 关于是否同时或顺序地执行排序的细节如下所示：
  • 如果视表过滤器必须执行排序， 那么排序也会被同步执行。 如果视表过滤器被顺序地执行，那么当前视表过滤器的排序处理和随后的视表过滤器中的排序会被顺序地执行。
    关于视表过滤器串行还是并行执行，请参照视表过滤器的并行处理。
  • 视表过滤器可以同步对所有内容进行排序。
    在视表过滤器前，通过在视表过滤器中选择视表排序执行排序处理。 否则的话，视表处理之后，即使排序键标签中有排序， 无法确定是否串行执行了所有的处理。
• 从上述可知，每次安全排序所需的内存大小可以通过处理排序的排序用内存的个数进行计算。
  此外， 并行安全排序的最大总内存值可以通过(排序用内存) / (执行排序处理的个数) * (并行处理排序的最大值) 进行计算。
  为防止发生错误，请按照上述提供的方法来计算排序用内存值 (如之前所提及的，当有足够的虚拟内存容量时， 确保并行安全排序的总内存值大约是500MB， 而一次用于安全排序的内存大小的最大值大约是250MB)。
  

• 不像排序用内存， 即使主机资源允许给数据通道用内存设置较高的内存值，这也无法使作业高速执行。
  当数据通道使用了安全内存时， 数据通道中，前一个视表过滤器写记录并释放内存而后一个视表过滤器读取记录， 短时间内数据通过微指令交派写记录的作业被认为是一种理想的作业。 这种情况下，即使增加了数据通道用内存，也不会影响作业执行的速度。 用其它功能如排序用内存设定优先级对于分配内存会更有利。
  其实，不可避免的总会有一些记录会被留在数据通道中。 如果数据通道用内存值被增加，这样一些记录可能会被留在数据通道中，处理的速度也会被提高。
  但是给数据通道分配较大内存的方法并不是最好的方法，取而代之可以用临时文件 (临时文件连接源信息视表)。
  根据作业性质决定如何调整内存。
• 考虑设置并执行作业的主机环境中可以使用的内存容量
  这类似于排序用内存的情况。关于细节，请参照之前说明的排序用内存的描述。
• 作业中在多个使用数据通道的地方，数据通道用内存被平均分配用数据通道用内存设定的每个排序点的内存值都是安全的。
  不过，结果低于1,024KB时，就会设定为1,024KB。 换言之，如果数据通道用内存的设定值过小， 1,024KB的内存值对于每个数据通道都是安全的。
  因此，对于整个作业来说，介于(1,024)*(数据通道数和数据通道用内存)之间的内存值会确保内存的安全。 类似于排序用内存，通常总是比较多考虑并行使用的情况，不过， 如果串行使用数据通道，存在远程访问的可能。 关于并行使用数据通道，请参照视表过滤器的并行处理。