不能直接在oracle 19c物理备库运行expdp，因其只读状态禁止写操作，导致ora-16000错误；唯一官方支持方式是临时转为快照备库（snapshot standby）后执行。
不能直接在Oracle 19c Data Guard物理备库上运行 expdp 导出作业——因为物理备库（Physical Standby）默认处于只读 + 应用归档日志的 MOUNT 或 READ ONLY 状态，而 expdp 是服务端进程，必须在 OPEN 状态下启动一个可写会话来创建作业表（sys.ku$_%job%）、协调并行进程、写入元数据，这些操作在只读实例上会被拒绝。
为什么物理备库上执行 expdp 会报 ORA-16000 错误
当你在物理备库上以普通用户或 SYS 执行 expdp 命令时，最常见报错是：
ORA-39002: invalid operation<br>ORA-39070: Unable to open the log file.<br>ORA-16000: database open for read-only access
根本原因不是日志路径问题，而是 expdp 启动时内部会尝试写入 DATA_PUMP_DIR 下的作业元数据表和日志文件，这需要数据库处于可写状态。物理备库即使设为 OPEN READ ONLY，也不允许任何 DML 或对象创建，因此作业无法初始化。
-
expdp不是客户端工具，它在数据库实例内启动一个DMxx进程，依赖实例的写能力 - 物理备库的只读限制由 Oracle 内核强制执行，无法通过授权绕过
-
ALTER DATABASE OPEN READ WRITE在物理备库上会直接失败（除非先转为 snapshot standby）
可行方案：改用快照备库（Snapshot Standby）
如果你必须从备库环境导出数据（例如避免主库负载、满足合规隔离要求），唯一官方支持的方式是将物理备库临时切换为 SNAPSHOT STANDBY：
- 先确认 DG 配置允许该操作：
SELECT database_role, open_mode FROM v$database;应为PHYSICAL STANDBY - 停止日志应用：
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; - 转换为快照备库：
ALTER DATABASE CONVERT TO SNAPSHOT STANDBY; - 打开库：
ALTER DATABASE OPEN;—— 此时状态变为SNAPSHOT STANDBY，可读写 - 执行
expdp（确保DIRECTORY路径在该服务器本地存在且权限正确） - 导出完成后，切回物理备库：
SHUTDOWN IMMEDIATE→STARTUP MOUNT→ALTER DATABASE CONVERT TO PHYSICAL STANDBY;→ 启动日志应用
注意：SNAPSHOT STANDBY 期间，主库产生的归档日志不会被应用，切换回物理模式前需确保网络连通、归档已传全，否则可能丢失数据。
更推荐的替代做法：从主库导出 + 网络传输
绝大多数生产场景中，强行在备库导出并无必要，反而增加风险。建议采用以下组合方式：
- 在主库执行
expdp，使用NETWORK_LINK参数直连备库用户（需提前建好 DB Link）——但要求主库能访问备库监听，且备库用户有对应权限 - 或更稳妥：主库导出到本地
DIRECTORY，再用scp/rsync将.dmp和.log文件拷贝到备库服务器的对应物理路径，最后在备库上用impdp导入（仅导入不依赖库状态） - 若导出目的仅为备份，优先考虑 RMAN 备份，它天然支持物理备库作为备份目标节点，无需开库
关键点在于：Data Pump 的设计初衷就是服务端驱动，它的“导出位置”永远绑定在数据库实例所在服务器的文件系统上，而不是客户端机器。所以所谓“从备库导出”，本质是“在备库所在主机上运行一个可写数据库实例来跑 expdp”，而这个前提只有 SNAPSHOT STANDBY 满足。
