Oracle 12c跨平台Data Guard不支持物理备库，唯一可行方案是逻辑standby；其要求字符集完全一致、启用补充日志、手动管理PDB、密码文件须本地重建，并需严格校验同步状态。
Oracle 12c 跨平台 Data Guard 不支持物理备库
Oracle 官方明确不支持跨操作系统或跨 CPU 架构的物理 standby —— 即使主库是 Linux x86_64，备库是 AIX、Windows 或 Solaris，duplicate from active database 会直接失败，RMAN 报 ORA-19505 或 ORA-19870 错误。这不是配置问题，而是底层数据文件字节序、块格式、控制文件结构不兼容导致的硬限制。
能走通的唯一路径是逻辑 standby（Logical Standby）或 GoldenGate，但逻辑 standby 在 12c 中仍受限于 DDL 兼容性、PDB 级别支持弱、不支持所有数据类型（如 XMLType、ADT），且必须在 CDB 层启用并严格匹配主库的 GLOBAL_NAME 和字符集。
- 逻辑 standby 要求主备库字符集完全一致（
NLS_CHARACTERSET和NLS_NCHAR_CHARACTERSET） - 主库必须开启补充日志：
alter database add supplemental log data; -
LOG_ARCHIVE_DEST_n必须指向有效归档目标，且LOG_ARCHIVE_CONFIG需显式包含双方DB_UNIQUE_NAME - 不能用
db_file_name_convert自动重映射路径——跨平台时数据文件路径语义不同，需手动在逻辑备库上CREATE TABLESPACE ... DATAFILE指定本地路径
逻辑 standby 的 PDB 处理很脆弱
12c 的逻辑 standby 仅在 CDB 层工作，不感知 PDB 边界。主库中新建/删除 PDB 的操作不会被逻辑应用进程（LSP）自动识别，会导致同步中断并报 ORA-16224（Database Guard is enabled）或 ORA-16242（PDB not found in standby）。
实际操作中必须人工干预：
- 主库执行
CREATE PLUGGABLE DATABASE后，需在逻辑备库上手动执行对应CREATE PLUGGABLE DATABASE语句（使用相同 GUID 或指定USING子句） - PDB 打开模式变更（
READ WRITE↔READ ONLY）不会同步，需在备库上单独执行ALTER PLUGGABLE DATABASE ... OPEN -
ALTER PLUGGABLE DATABASE ... RENAME GLOBAL_NAME类操作会彻底卡住 LSP，只能跳过（EXECUTE DBMS_LOGSTDBY.SKIP）或重建
tnsnames.ora 和 listener.ora 的平台差异容易漏掉
跨平台意味着主机名解析、监听端口、服务名注册方式可能不同。比如 Linux 上 listener.ora 默认用 HOST = hostname，而 Windows 上若未正确配置 hosts 或 DNS，lsnrctl status 可能显示 UNKNOWN 状态，导致 DG Broker 连接失败。
关键检查点：
- 主备库的
tnsnames.ora中，对方连接串必须用 IP 地址而非主机名（避免反向 DNS 解析失败） - Linux 备库监听器若运行在容器或非标准用户下，
ORACLE_HOME权限需确保oracle用户可读写$ORACLE_HOME/network/admin - Windows 主库若启用了防火墙，默认阻止 1521 端口入站，需手动放行；Linux 上则常因
selinux或iptables拦截连接 -
GLOBAL_DBNAME在SID_LIST中必须与主库DB_UNIQUE_NAME一致，否则 DG Broker 的connect identifier无法建立连接
密码文件和 SYS 密码必须严格一致
跨平台环境里，orapwd 生成的密码文件格式在不同平台间不可互换。即使主库是 Linux、备库是 Windows，也不能直接拷贝 orapw$ORACLE_SID 文件过去。
必须在备库本地重新生成，并确保：
- 使用与主库完全相同的
sys密码（大小写敏感） - 命令中指定
force=y覆盖已有文件：orapwd file=$ORACLE_HOME/dbs/orapw$ORACLE_SID password=xxx entries=10 force=y - 验证：在备库执行
sqlplus / as sysdba成功后，再尝试sqlplus sys@primary_db as sysdba—— 若提示ORA-01017: invalid username/password，说明密码文件没生效或密码不一致 - 12c 中
SYSDG角色用于 DG Broker，但密码文件仍只认SYS，所以SYS密码错误会导致dgmgrl /显示 “Connected as SYSDG” 但后续所有命令报ORA-01031: insufficient privileges
跨平台 DG 最大的隐性成本不是技术障碍，而是验证闭环难：你无法像同平台那样用 SELECT MAX(SEQUENCE#) FROM V$ARCHIVED_LOG 简单比对归档号。逻辑 standby 的 DBA_LOGSTDBY_LOG 视图字段含义和刷新延迟都不同，必须结合 DBA_LOGSTDBY_PROGRESS 和 V$LOGSTDBY_STATS 综合判断是否真正在同步。稍有疏忽，备库就变成“看起来在跑，其实已脱节”的黑盒。
