必须由SYS或具CREATE ANY DIRECTORY权限的用户执行CREATE DIRECTORY；目录名是Oracle标识符，OS路径需oracle用户有读写权；UTL_FILE.FOPEN首参须为目录名而非OS路径；须GRANT READ/WRITE给具体用户；PDB中目录需在对应容器内单独创建。
CREATE DIRECTORY 语句必须用 SYS 或具有 CREATE ANY DIRECTORY 权限的用户执行
普通应用用户默认没有创建目录对象的权限，直接 create directory 会报 ora-01031: insufficient privileges。这不是路径写错，是权限卡死在第一步。
实操建议：
- 由 DBA 在
SQL*Plus或 SQL Developer 中以SYS AS SYSDBA身份执行，不要试图用应用账号绕过 - 目录名（如
MY_DATA_DIR）是 Oracle 内部标识符，不区分大小写但建议全大写，不能含路径、空格或特殊字符 - 对应的操作系统路径（如
'/u01/app/oracle/data'）必须由 Oracle 数据库进程（通常是oracle用户）有读写权限，仅 DBA 有权限 ≠ Oracle 进程能访问
UTL_FILE.FOPEN 失败常见原因：目录名拼写、路径权限、文件名长度
UTL_FILE.FOPEN 报 ORA-29280: invalid directory path 或 ORA-29283: invalid file operation，90% 是这三个点没对上。
实操建议：
- 传给
FOPEN的第一个参数必须是CREATE DIRECTORY时定义的目录名（如'MY_DATA_DIR'），不是操作系统路径，也不是带斜杠的字符串 - 确保 OS 路径真实存在且 Oracle 进程可写：
ls -ld /u01/app/oracle/data和ps -ef | grep pmon看属主，再sudo -u oracle touch /u01/app/oracle/data/test.txt验证 - 文件名参数（第二个参数）不能含路径分隔符（
/或\），也不能超过 255 字节；Oracle 12c+ 对长文件名支持更稳，但老版本仍可能截断或报错
GRANT READ/WRITE 权限给具体用户，而不是 PUBLIC
很多人执行 GRANT READ ON DIRECTORY my_dir TO public 图省事，结果审计通不过，还埋下越权风险。
实操建议：
- 只授予真正需要 UTL_FILE 的用户：
GRANT READ, WRITE ON DIRECTORY MY_DATA_DIR TO app_user; -
READ权限用于FOPEN(...,'R')，WRITE用于'W'或'A'；少授一个就报ORA-29283 - 权限变更后无需重启数据库，但已有会话需重新连接才能生效；如果 PL/SQL 包里硬编码了目录名，改权限不影响运行，但首次调用前必须已授权
Oracle 12c 及以后注意 PDB 场景下的目录可见性
在多租户（CDB/PDB）环境中，CREATE DIRECTORY 默认只在当前容器生效。你在 root 容器建的目录，PDB 里看不见，FOPEN 一样报 invalid directory path。
实操建议：
- 确认当前连接的是目标 PDB：
SELECT sys_context('USERENV', 'CON_NAME') FROM DUAL; - 在对应 PDB 内单独执行
CREATE DIRECTORY和GRANT；不要指望 CDB 级目录自动透传 - 如果多个 PDB 共享同一 OS 路径，目录名可以相同，但必须各自创建——Oracle 不允许跨容器复用目录对象
最常被忽略的是 OS 层权限验证和 PDB 容器边界。写脚本批量处理时，很容易漏掉切容器或 sudo 测试这一步，结果上线后文件操作全挂。
