为什么Oracle 12c安装程序无法识别映射的网络驱动器？这个问题在实际部署中非常常见，但很多用户初次遇到时都会感到困惑——明明在命令行中可以正常访问Z:盘或\\server\share，但一到Oracle安装器这里就完全无法识别了。
先直接给出结论：Oracle 12c安装器根本不会识别映射的网络驱动器，例如\\server\share或Windows中的Z:盘。这与权限设置、路径写法是否正确无关，完全是安装器自身的设计限制——它只接受本地物理路径作为临时目录（TEMP/TMP）和安装介质路径。
Oracle 安装器对临时目录的硬性要求
在安装流程启动之前，Oracle的prereq检查会调用系统API读取TEMP和TMP环境变量指向的路径，然后立即验证是否满足以下条件：
- 必须是本地文件系统上的绝对路径，例如
/tmp或C:\Temp - 不能是UNC路径，比如
\\nas\oracle\temp - 不能是映射驱动器盘符，例如
Z:\temp——即使这个Z:盘底层实际指向的是本地磁盘，同样不被允许 - 路径必须可读写，且剩余空间要在2GB以上
一旦检测到路径中包含\\，或者驱动器盘符不是本地物理盘（例如通过SMB映射过来的Z:），prereq检查会直接失败，报错信息类似“无法访问临时位置”或INS-32037，而且不会提示具体原因。
为什么映射驱动器在命令行能用，但Oracle就是不行？
这背后的原因其实比较有意思：
- Windows命令行（cmd、PowerShell）和大多数GUI工具，是通过Win32 API的
GetLogicalDrives加上GetDriveType来判断盘符类型的。映射驱动器返回的是DRIVE_REMOTE，但很多工具仍然允许访问。 - 而Oracle安装器（
runInstaller）使用了更底层的JNI调用，或者直接检查GetVolumeInformation返回的文件系统标识。对于DRIVE_REMOTE类型的路径，直接拒绝访问。 - 即使你把
TEMP环境变量设置为Z:\temp，安装器启动后第一件事就是调用类似isLocalPath()的逻辑，一旦发现不对，立即退出。
正确设置临时目录的实操步骤
以Windows为例，绕过映射驱动器问题只需要三步：
- 在本地系统盘（比如C:）上新建一个目录：
C:\oracle_temp - 设置环境变量——注意，必须在启动
setup.exe之前生效：set TEMP=C:\oracle_tempset TMP=C:\oracle_temp - 确认一下是否生效：
echo %TEMP%输出应该是C:\oracle_temp，并且这个目录确实存在、可写。
Linux下也是同样的道理：确保$TMPDIR或/tmp是本地ext4或xfs分区，而不是NFS挂载点。可以使用df -T /tmp来验证文件系统类型。
安装介质路径也不能用映射驱动器
如果你把Oracle安装包解压到了Z:\database，然后双击Z:\database\setup.exe，同样会失败——因为安装器会尝试从那个路径读取stage/目录下的响应文件和组件清单，而Z:盘不被信任。
- 正确的做法是：将整个
database文件夹拷贝到本地盘，比如C:\oracle_install\database - 然后从本地路径启动：
C:\oracle_install\database\setup.exe - 如果必须从网络共享部署，建议先用
robocopy或rsync同步到本地，再运行安装程序。
这个限制在Oracle 12c的所有版本（包括12.1.0.2、12.2.0.1）中都是一致的。这不是bug，而是设计决策——目的是避免因为网络抖动、权限继承异常或SMB版本兼容性问题，导致安装过程中途静默失败。
