物理备库无法创建DBLINK，因其处于READ ONLY WITH APPLY或MOUNT状态，DDL操作被禁止；ORA-16000是内核级只读保护，非权限问题；可行方案为改用逻辑备库或在主库建PUBLIC DBLINK并结合物化视图同步。
不能直接在物理备库（Physical Standby）上创建或使用 Database Link。这是 Oracle 的硬性限制：物理备库的数据库处于 READ ONLY WITH APPLY 或 MOUNT 状态，CREATE DATABASE LINK 是 DDL 操作，会写数据字典，而物理备库的主数据文件是只读的，任何 DDL 都会被拒绝。
为什么物理备库上执行 CREATE DATABASE LINK 会报 ORA-16000
你大概率会遇到这个错误：
ORA-16000: database open for read-only access
这不是权限问题，也不是语法错，而是 Oracle 内核层面对物理备库的保护机制。即使你用 SYS 登录、加了 PUBLIC、连 tnsnames.ora 都配好了，只要数据库角色是 PHYSICAL STANDBY，这条语句就必然失败。
-
SELECT DATABASE_ROLE FROM V$DATABASE返回PHYSICAL STANDBY→ 当前就是物理备库 - 所有
CREATE/DROP/ALTER类 DDL 在该状态下被禁用 - Database Link 的定义信息（
DBA_DB_LINKS）存在SYSTEM表空间，无法写入
可行方案：用逻辑备库（Logical Standby）或主库代理
如果你真需要「在备端环境访问外部库」，只有两个实际路径：
-
逻辑备库（Logical Standby）：它以 SQL Apply 方式重放日志，数据库是
OPEN READ WRITE状态，允许 DDL。但注意：CREATE DATABASE LINK不会被主库日志自动复制过去，必须手动在逻辑备库上执行；且需确保GLOBAL_NAMES=FALSE（默认值），否则 link 名必须匹配远程库的GLOBAL_NAME -
主库上建好 PUBLIC DBLINK，再通过视图/物化视图/DBMS_SCHEDULER 任务把结果推到备库：比如在主库建
CREATE PUBLIC DATABASE LINK extdb CONNECT TO remote_user IDENTIFIED BY "pwd" USING 'ext_tns';，然后建物化视图CREATE MATERIALIZED VIEW mv_ext_data AS SELECT * FROM remote_table@extdb;，该 MV 会随主库日志同步到物理备库（前提是已启用相应复制配置）
容易忽略的关键点：tnsnames.ora 和网络连通性不继承
即使你切换到逻辑备库并成功创建了 DBLINK，下面三点仍必须人工确认：
-
tnsnames.ora文件必须在逻辑备库所在服务器上存在，且包含目标外部库的连接串（如EXTDB = (DESCRIPTION=...)）——主库的tnsnames.ora不会自动同步 - 逻辑备库服务器必须能
tnsping EXTDB通，且防火墙放行对应端口（通常是 1521） - 远程库的监听必须允许来自逻辑备库 IP 的连接，
sqlnet.ora中的tcp.validnode_checking若开启，需将逻辑备库 IP 加入白名单
真正卡住人的往往不是语法，而是误以为「备库只是主库的只读副本，连通性配置也一样」。物理备库上连 tnsping 都可能失败——因为它的 Oracle Home 可能根本没配 tnsnames.ora，或者监听没启，甚至没装客户端。动手前先确认角色、状态、网络三件套，比反复试 CREATE 语句有效得多。
