◎ＴＡＳＫ　ＥＮＶＩＲＯＮＭＥＮＴ

ＮＯＴ

システムで設定している「最大タスク数」を表示します。。
このサーバ全体で同時に実行できるＡ−ＶＸのジョブの最大の数を表示します。
例えば、この値を１０にしておいて、１１個目のジョブを動かそうとしたときに「起動プログラム数が多すぎます 」とか「プログラムが多すぎます 」といったようなエラーが出ます。
他に出るエラーとして、最大タスク数が１０で、誰かが１０個のジョブを実行している状態で、別の誰かが操作開始をしようとすると「操作開始コマンドは受付けられません 」みたいなエラーが出ます。要するに、誰かが操作開始するということは、これから１１個目のジョブを実行しようとしているということだからエラーが出るのだと思います。

「起動プログラム数が多すぎます 」みたいなエラーメッセージが出るときは、ここの値か「ステ−ション最大タスク数」の値のどちらかを変更すれば解決するときもあります。

ここで制限できるのは、Ａ−ＶＸのジョブです。Ｗｉｎｄｏｗｓ側で動かすジョブ（プログラム）の数は関係ありません。

「ＳＹＳＴＥＭ　ＣＯＮＳＯＬＥ」の「ステ−ション最大タスク数（ＳＮＯ）」の方は、制限無しにできましたが、こっちの方は制限無しにすることはできません。オープンのＯＳの場合は、同時にたくさんのプログラムを実行していくとだんだん遅くなって、そのうちにほどんど動かなくなったり、実行途中でエラーになって異常終了したりします。たぶん、Ａ−ＶＸは、そういうことを避けるため、ここからここまでの範囲なら、要求されている要件を満たすように動きますよ、と保障するために、制限を設けているのだと思います。

この数が過剰なとき（つまりそんなにたくさん同時にジョブを動かさないよというとき）は、減らすとサーバの動きが少し軽くなったりすることもあるようです。しかし、減らしすぎると「通常時はそんなにたくさんのジョブを同時に動かさないが、緊急に同時並行的にたくさんのジョブ（障害復旧の為のジョブとか）を動かさなければならない」という場面で困ってしまうかもしれないので、簡単に減らすことはできないかもしれませんね。
それに、この最大タスク数は、業務の量や性質などからサーバの種々の情報（サーバ機種やＣＰＵの種類、メモリの搭載量など）の関係をみて決めているはずのため、ちょろっと軽い気持ちで変更すると、ジョブの動きが悪くなったり、原因不明のエラーメッセージが出るようになったり、最悪まともに動かなくなったりする可能性もあるかもしれません。

ＡＮＦ

平均ファイル数。つまり、１ジョブあたりに同時にオープンする平均のデータのファイル数。と書くと「同時に」とか「平均」とかなんだかわかりませんが・・・、

私も完全に理解しているわけではありませんが、わかる限りで説明すると、まず上に書いた最大タスク数が関係します。

「平均ファイル数×最大タスク数」、これがこのサーバで同時にオープンできるファイルの数です。（当然Ａ−ＶＸ側の話です。Ｗｉｎｄｏｗｓ側のプログラムがオープンするファイルの数は関係ありません。）

例として、平均ファイル数が２、最大タスク数が１０とすると、「２×１０」でサーバで同時にオープンできるファイルの数は２０個となります。
１０個のジョブを動かして、各ジョブで２個づつファイルをオープンしているとします。ここで、さらにどれかのジョブが１個ファイルをオープンしようとすると、２０個の制限を越えるので、そのファイルはオープンできずにエラーとなります。
もし１０個のジョブを動かして、各ジョブで１個づつファイルをオープンしているとします。このとき、サーバ全体では、１０個のファイルをオープンしていることになります。ここで、さらにどれかのジョブがファイルを１個オープンしようとすると、サーバ全体では１１個なので、オープンに成功します。
ここでさらに同じジョブがファイルを１個オープンするとします。サーバ全体では１２個、このジョブは３個目のファイルをオープンすることになります。これはエラーになりません。
同じジョブが４個目もオープンできます。サーバ全体では１３個だからです。

平均ファイル数２、最大タスク数１０で、９個のジョブが１ファイルだけオープンしているならば、１０個目のジョブは最大１１個のファイルをオープンできます。サーバ全体で２０個までファイルをオープンすることができるのです。これが「平均」ファイル数の意味です。
サーバ全体でファイルを２０個オープンした状態で、さらに1個オープンしようとすると、そのオープンはエラーになりますが、１個クローズして１９個になった後ならば、１個オープンすることができます。これが「同時に」の意味です。
極端な話、１００個ファイルを同時にオープンすることがあるジョブがあって、同時に動くジョブがこれ１つだけならば、最大タスク数を１００にして、平均ファイル数は１にしておけばいいということになります。（意味無いですけど。）１００個のファイルを使用するジョブがあっても、１個クローズしたら代わりに１個オープンする・・・という風に常に１個しかファイルをオープンしないなら、平均ファイル数は１になります。

注意すべき点として、対象となるオープンは、ＣＯＢＯＬで作ったプログラムだけではなく、ＳＭＡＲＴやシステムのユーティリティがオープンするファイルの数も含まれるということです。
そしてＡ−ＶＸ ＲＤＢ／ＦＩＬＥアクセスキットのように、Ｗｉｎｄｏｗｓ側からＡ−ＶＸ側のファイルを使用するような場合は、その機能経由でオープンする数も含まれます。

「数えるのが面倒なので、設定可能な最大の値を入れておけばいいや」みたいな話になるかと思いますが、そんなにたくさん使わないのに大きな値を入れておくと、性能に悪影響することがあるようです。
だからといってあまり少ない値にしておくと、緊急で同時にたくさんのジョブを実行しなくてはいけなくなった場合や障害復旧で普段よりたくさんのファイルを使用しようとしたときに、オープン可能なファイル数を越えてしまい、エラーが出まくりで業務が進まなくなって、さらに緊急事態に・・・、という可能性もあるので、適切な数を設定するのは難しいかもしれません。

ＬＮＫ

イントラネット連携機能（メール連携とかウェブ連携とか）やＡ−ＶＸジョブビューワとかＡ−ＶＸ統合管理ツールとか、そんな機能を使うときにＹＥＳになっているはずです。
説明書に、「これこれの機能を使うときはＹＥＳにする」と書いてあればＹＥＳにして、それ以外はＮＯにしておけばいいです。
何か業務ジョブを実行して、「イントラネット連携機能は使用できません」のようなエラーが出たときは、これがＹＥＳに設定されていないということです。