oracle directory对象需显式授予read/write权限才可访问，即使dba角色也无默认权限；授权后还需确保os层oracle用户对路径有对应权限，且不可授于public或宽泛角色。
oracle directory 对象必须显式授权才能访问
不 grant 就读不了写不了，哪怕你是 dba 或者拥有 dba 角色——directory 是独立于普通对象权限体系的特殊对象，系统不会自动继承。没授权时执行 utl_file.fopen 或外部表加载会直接报 ora-29283: invalid file operation，而不是权限不足的明确提示。
-
GRANT READ ON DIRECTORY xxx TO user_name才能读文件（比如外部表、UTL_FILE.GET_LINE） -
GRANT WRITE ON DIRECTORY xxx TO user_name才能写文件（比如UTL_FILE.PUT_LINE、CREATE TABLE ... ORGANIZATION EXTERNAL的日志输出） - READ 和 WRITE 必须分开授予，不能用
ALL；也没有EXECUTE权限概念 - 授权目标只能是用户或角色，不能是公共同义词或
PUBLIC
GRANT 后还要检查 OS 层目录权限和 Oracle 用户可访问性
即使 SQL 层授权成功，UTL_FILE 仍可能报 ORA-29280: invalid directory path 或 ORA-29283，本质是 Oracle 进程（通常是 oracle 用户）在操作系统层面无法访问该路径。
- 确认
CREATE OR REPLACE DIRECTORY指向的路径在数据库服务器上真实存在，且属主/组对oracle用户可读（READ）或可读写（WRITE） - Linux 下常用：
ls -ld /path/to/dir看权限，sudo -u oracle ls /path/to/dir模拟验证 - Windows 下注意 Oracle 服务运行账户（非当前登录用户）是否具有 NTFS 权限
- 如果目录在 ASM 或 ACFS 上，需额外确认磁盘组挂载状态和路径可见性
不要把 DIRECTORY 授权给 PUBLIC 或过度宽泛的角色
一个 DIRECTORY 指向的是服务器上的任意本地路径，一旦被授予 WRITE 权限，持有者就能通过 UTL_FILE 写入任意内容——包括覆盖关键配置、写 shell 脚本、甚至触发某些外部程序解析行为（虽罕见但风险真实存在）。
- 禁止执行：
GRANT READ, WRITE ON DIRECTORY tmp_dir TO PUBLIC - 避免将 DIRECTORY 权限绑定到长期存在的通用角色（如
app_developer），应按具体任务临时授权 - 生产环境建议：每个应用或作业使用独立
DIRECTORY对象，并只授权给最小必要用户 - 定期审计：
SELECT * FROM DBA_TAB_PRIVS WHERE TABLE_NAME = 'YOUR_DIR_NAME' AND PRIVILEGE IN ('READ','WRITE')
CREATE DIRECTORY 和 GRANT 必须由具备 CREATE ANY DIRECTORY 权限的用户操作
普通用户即使有 CREATE SESSION 和 UNLIMITED TABLESPACE，也无法自己建 DIRECTORY，更别说授权。常见错误是开发人员试图在自己的 schema 下创建并授权，结果报 ORA-01031: insufficient privileges。
- 建
DIRECTORY需要CREATE ANY DIRECTORY（通常只给 DBA 或专门的运维账号） -
GRANT操作也必须由该DIRECTORY的 owner 或拥有GRANT ANY OBJECT PRIVILEGE的用户执行 - 不能用
ALTER USER ... DEFAULT ROLE绕过——DIRECTORY 权限不走角色激活机制，必须显式 GRANT - 如果用 Data Pump 导出/导入含 DIRECTORY 的对象，注意
expdp默认不导出权限，需手动补GRANT
最常被忽略的一点：DIRECTORY 对象本身没有“启用/禁用”开关，删掉授权或改 OS 权限后，应用可能缓存了旧连接或重试逻辑，导致问题延迟暴露。上线前务必用目标用户身份实际跑一次 UTL_FILE 读写测试，别只看 GRANT 是否执行成功。
