这甚至可以不损害服务器的安全？
Samba是用于类Unix系统的规范系统，并且一度支持VMS。 但是我不确定它仍然在主干中，你可以尝试一个旧版本。 目录可以通过samba服务器从VMS服务器共享，也可以通过smbmount从Windows机器上挂载。
如果您不想编译自己的版本，HP会维护一个Samba for VMS的端口，可以在这里下载。
或者，您可以看到Pathworks32客户端是否将在Win 2k3服务器上运行。 最后，您可以通过FTP上传/下载文件。
OpenVMS的path （如果安装在VMS上）提供与活动目录的集成。 可以使用域间信任（ Windows端）和使用将主动目录名称映射到OpenVMS帐户的HOSTMAP的 ACL来控制安全性。 您可以限制相关OpenVMS帐户的function以匹配任何安全策略。
OpenVMS文件可以有不同的logging格式，并不是所有的文件都可以很容易地转换成Windows文件。 Pathworks做翻译logging格式的工作是合理的，但是对于某些文件来说结果是不可用的。
应该注意文件版本号 ，因为Windows端只能看到最高版本的文件。 当Windows客户端从共享目录中删除文件时，可能会出现较旧的版本并将客户端混淆。
您可以尝试将OpenVMS系统设置为NFS服务器，将Windows 2008服务器设置为NFS客户端。 这种方法最大的问题在于OpenVMS具有版本化文件（因此删除文件只会删除最新版本），OpenVMS文件系统不区分大小写。
从我读到的，OpenVMS NFS对于接受什么也是非常挑剔的; 任何closures的东西都会导致它拒绝NFSstream量。
使用OpenVMS 8.x，包括了HP TCP / IP – 与NFS一样。
无论是Samba还是NFS，Windows环境中的任何事情都不可能危及VMS系统 – 有人将恶意软件留在可能损害VMS系统的恶意软件的可能性是微不足道的。
还是你的意思是另一种方式？ 有关映射的东西可能会影响Windows服务器？ 在这种情况下，没有什么比在Windows服务器上映射的驱动器更有风险了。