Sambaは、Unixライクなシステムでこれを行うために使用される標準的なシステムであり、ある時点でVMSをサポートしていました。ただし、メイントランクでまだ機能するかどうかはわかりません。古いバージョンを試すことができます。ディレクトリは、Sambaサーバーを介してVMSサーバーから共有することも、smbmountを介してWindowsマシンからマウントすることもできます。
独自のバージョンをコンパイルしたくない場合、HPはVMS用のSambaのポートを維持しています。これはダウンロードできます ここ
または、Pathworks32クライアントがWin2k3サーバーで実行されるかどうかを確認することもできます。最後に、FTP経由でファイルをアップロード/ダウンロードできる場合があります。
Pathworks forOpenVMS （VMSにインストールされている場合）は、ActiveDirectoryとの統合を提供します。セキュリティは、ドメイン間信頼（Windows側）と、ActiveDirectory名をOpenVMSアカウント。関連するOpenVMSアカウントの機能を制限して、任意のセキュリティポリシーに一致させることができます。
OpenVMSファイルにはさまざまなレコード形式があり、すべてをWindowsファイルに簡単に変換できるわけではありません。 Pathworksはレコード形式を変換する合理的な仕事をしますが、一部のファイルでは結果が使用できません。
Windows側は最高バージョンのファイルしか見ることができないため、ファイルバージョン番号には注意が必要です。 Windowsクライアントが共有ディレクトリからファイルを削除すると、古いバージョンが表示され、クライアントが混乱する可能性があります。
SambaであろうとNFSであろうと、Windowsの世界ではVMSシステムを危険にさらす可能性はありません。誰かがマルウェアを共有に残してVMSシステムを傷つける可能性はほとんどありません。
それとも逆の意味ですか？マッピングに関する何かがWindowsサーバーに影響を与える可能性がありますか？その場合、Windowsサーバーにマップした他のどのドライブよりも危険なものはありません。
あなたは、OpenVMSシステムをNFSサーバーとしてセットアップし、Windows2008サーバーをNFSクライアントとしてセットアップしてみることができます。このアプローチの最大の問題は、OpenVMSにバージョン管理されたファイルがあるという事実（ファイルを削除すると最新バージョンのみが削除される）と、OpenVMSファイルシステムでは大文字と小文字が区別されないという事実です。
私が読んだことから、OpenVMS NFSは、何を受け入れるかについても非常に慎重です。キルターから外れると、NFSトラフィックが拒否されます。
ActiveX 8.xには、NFSと同様にHP TCP/IPが含まれています。