再度の追伸です。

＞マシンはEXPRESS 8500/680、OSは A-VXⅣ（Rは分かりません。すみません。）です。

８５００というのはＮ８５００でＮＥＣ社内ではＮ型番と言っているものかもしれません。

ちなみに当初のＥｘｐｒｅｓｓｓ５８００はＮ８５００型番でした。
現在でもＥｘｐ１００シリーズはそのようです。
Ｅｘｐ６００シリーズは現在はＮ８６００型番と思います。
Ｎ型番はＮＥＣの営業以外は何のことかわかりません。
私もＮ８５００−ｘｘｘと言われたもまったく解かりません。
本体前面に書いてある商品名

ＥＸＰＲＥＳＳ５８００／６Ｘ０ｘｘｘｘ
　　　　　　　　　　　　　Ｘは１、２、４、５、７、８、９
　　　　　　　　　　　　　　　ｘｘｘｘは無印、ＡＤ、Ａｉ、Ａｉ−ｓ

で通常は表現しております。
もし、マシンを見る機会があればご確認ください。

＞・COBOLのアプリケーションはともかく、現在のA-VXⅣマシンを扱える人がいない。
＞（私も半月前よりこの担当に配属され、A-VXに関して正直スキルがありません。

これはまゆちんさんの会社のメンバーの事ですか？
というとは乗せ買え以前に、現状の状況を確認する事も難しいのではと思います。
ＣＯＢＯＬソース、ＳＭＡＲＴのパラメータ、ユーティリティのパラメータ、メニュー、データベース定義等はどのように確認して移行を考えていらっしゃるのですか？

＞そのためWindowsマシン ＋ Oracleに乗せ替え、今後の保守性を上げたい。

Ｗｉｎｄｏｗｓマシンとはサーバーの事ですか？
個人的には基幹業務系のミッションクリティカルシステムはやっぱりＵＮＩＸと思います。
クライアントはＡ−ＶＸもＷｉｎｏｄｏｗｓマシンです。
現状のＡ−ＶＸ−ＣＯＢＯＬベースのバッチシステムをそのまま乗せ替えるのは、「木に竹を接ぐ」で無理があります。
現状のソリューションを見直し１からＯｒａｃｌｅにあったシステムを作るのが本筋と思います。
即時更新とストアードプロシージャにしてＯｒａｃｌｅに合ったシステムにしないと保守性は上がりません。

＞そのため、OSはWindowsに、データはOracleにして、誰でも扱えるようにしたい、という思いです。）

誰にもとは誰でしょう、少なくとも私は扱えません。（関係ないですね）

しかし、Ａ−ＶＸは奥が深くないので覚えてしまえば、トラブル無く使えますが、
Ｗｉｎｄｏｗｓは次から次えと新しいものが出てきて、９５、９８、Ｍｅ、ＮＴ、２Ｋ、ＸＰと同じようで、少しづつ違い、私には訳が解からない現象でいつも悩まされています。
こんなＯＳで基幹業務をやりたいとは思いません。
ましてや前回も書きましたがＯｒａｃｌｅは奥が深く底なし沼に落ちそうで大変怖いです。

＞このホストに別会社Ａ社の方が構築した基幹系のCOBOL資産があり、この資産を活用するための私たちの会社が構築した若干小規模な別のCOBOL資産があります。
＞現在、Ａ社担当分である基幹系のCOBOL資産（アプリケーション、RDB、データファイル）は現行マシンより、Windows2000＋Oracle9iマシンに移行される事が決定しています。（ここで何故移行される事になったかは、残念ながら私には分かりません。）
＞そこで私たちの話になるのですが、弊社担当分であるCOBOL資産についてはどうするか、を検討しているのですが、以下の理由でWindowsマシンへの移行を行うように方針が固まりつつあります。
＞・お客様の意向
＞（現在のA-VXマシンは出来れば捨てたい。また新サーバとしてExpressの購入は100%無理。
＞現在のA-VXマシンを残しておくという考えは、今回の対応において工数が劇的に減るのであれば、
＞検討の余地あり。）

これはどういう意味でしょうか？「若干小規模な別のＣＯＢＯＬ資産」の部分だけの事ですよね。
顧客様自身もＡ−ＶＸの保守はできない運用もできないということでしょうか？
なにも手を加えないのであれば、Ａ−ＶＸのまま移行が一番工数は少ないと思います。
つまり前回の提案のようにこの部分だけ小さなＥｘｐ６００に移行するという考えです。
現状のシステムを改善したというのであれば、
Ａ−ＶＸを熟知している人が改善するのであればやはりＡ−ＶＸでの移行が一番工数が少ないと思います。
Ａ−ＶＸを知らないという前提であれば、
いちから見直しソリューションすべきと思います。その方が工数は少ないと思います。
現状のＣＯＢＯＬ資産を無理やりＯｒａｃｌｅに乗せ替えるが一番工数もかかり保守性も悪いと思います。

あくまでもＡ−ＶＸ大好き人間の戯言と聞き流してください。