必须查v$transportable_platform确认源目标平台endian_format是否不同，如aix（big endian）到linux x86-64（little endian）需强制convert；平台名须严格匹配视图值，否则报rman-06004。
确认源和目标平台的字节序是否不同
跨字节序恢复的前提是平台间 endian_format 不一致，比如从 AIX（Big Endian）迁移到 Linux x86-64（Little Endian）。不查清楚这点，后续所有 CONVERT 操作都无意义。
执行以下查询确认：
SELECT tp.platform_name, tp.endian_format FROM v$transportable_platform tp, v$database d WHERE tp.platform_name = d.platform_name;
常见错误现象：直接套用文档里的平台名（如 'Linux x86 64-bit'），但实际视图中返回的是 'Linux x86 64-bit'（注意空格和大小写） 或 'Linux x86-64' —— 必须严格匹配 v$transportable_platform.platform_name 的值，否则 CONVERT 报错 RMAN-06004。
- 只读表空间才能参与跨平台传输，
ALTER TABLESPACE xxx READ ONLY是强制前置步骤 - 如果目标平台未在
v$transportable_platform中列出，说明 Oracle 不支持该平台组合，不能硬上 - 查询结果为空？检查是否以 SYS 用户连接，且数据库处于 OPEN 状态
RMAN CONVERT 命令必须指定明确的输出路径和平台名
CONVERT 不会修改原文件，而是生成新格式副本。路径、平台名、文件映射三者缺一不可，漏掉任意一个都会失败。
典型命令示例（源为 AIX，目标为 Linux）：
RMAN> CONVERT TABLESPACE users TO PLATFORM 'Linux x86 64-bit' FORMAT '/u01/transport/%U' DB_FILE_NAME_CONVERT '/oradata/orcl/','/u01/transport/';
关键点：
-
FORMAT参数必须是可写的本地路径，不能是 ASM 或远程 NFS 路径（RMAN 不支持） -
DB_FILE_NAME_CONVERT是可选但强烈建议——它帮你重写数据文件路径，避免后续ALTER DATABASE RENAME FILE手动修正 - 若转换单个数据文件，用
CONVERT DATAFILE，且必须加FROM PLATFORM显式声明源平台，否则报错RMAN-07521 - 转换过程不记录到控制文件，所以
LIST BACKUP看不到这些文件，只能靠 OS 层确认/u01/transport/下是否有生成的.dbf文件
目标库还原时跳过字节序校验的陷阱
即使完成 CONVERT，直接用 RESTORE DATABASE 仍可能失败，报错类似 ORA-19925: cannot restore datafile ... endian mismatch。
原因：RMAN 默认校验数据文件头中的字节序标识，而 CONVERT 生成的文件头已更新为目标平台格式，但控制文件里仍存着旧平台信息。
正确做法是：在目标库启动到 MOUNT 后，先重建控制文件或使用 SET NEWNAME 配合 SWITCH 手动注册转换后的文件：
RMAN> RUN {
SET NEWNAME FOR DATAFILE 1 TO '/u01/transport/users01.dbf';
RESTORE DATAFILE 1;
SWITCH DATAFILE 1;
}
更稳妥的方式是用 CREATE CONTROLFILE SET DATABASE ... RESETLOGS 重建控制文件，并在 SQL*Plus 中显式指定所有转换后的数据文件路径——这一步最容易被跳过，导致后续 RECOVER DATABASE 找不到文件。
增量备份同步无法绕过字节序转换
有人试图用 BACKUP INCREMENTAL FROM SCN + RECOVER DATABASE NOREDO 跨平台追平数据，这是行不通的。
增量备份集本身也携带平台字节序信息，RMAN 在应用时会校验，不匹配就拒绝。你无法对已生成的备份集做在线字节序转换。
可行路径只有两条：
- 在源库上对增量涉及的数据文件单独执行
CONVERT DATAFILE ... FROM PLATFORM ... TO PLATFORM ... - 或者放弃增量，全程走全量表空间传输（
EXPDP/IMPDP+CONVERT），虽然慢，但确定可靠
跨字节序场景下，CONVERT 不是可选项，是必经环节；而它的输出路径、平台名匹配、控制文件注册，三个环节任一出错，整个恢复链就断在中间——没有“差不多能用”的余地。
