ALTER TABLESPACE ... READ ONLY 在 CD-ROM 上失败，是因为 Oracle 需写入数据文件头以标记检查点 SCN 和状态位，而 CD-ROM 物理只读导致无法更新文件头，报 ORA-01122 或 ORA-01123；正确做法是先在可写存储完成只读切换、检查点固化和干净脱机，再复制文件至光盘。
为什么 ALTER TABLESPACE ... READ ONLY 在 CD-ROM 上会失败
cd-rom 是物理只读介质，但 oracle 的只读表空间机制依赖于数据文件头可写——它要标记检查点 scn 和状态位。把数据文件直接放在 cd-rom 上，alter tablespace ... read only 会报 ora-01123: cannot start online backup; media recovery not enabled 或更常见的 ora-01122: database file <n> failed verification check</n>，本质是文件头无法更新。
真正能用的方案不是“让表空间在 CD-ROM 上变只读”，而是：先在可写存储上完成只读切换和一致性冻结，再复制到光盘。
- 必须确保表空间已干净脱机（
ALTER TABLESPACE ... OFFLINE NORMAL）或处于一致的只读状态（无活动事务、无未提交变更） - 使用
ALTER DATABASE DATAFILE '<path>' END BACKUP</path>清理任何残留备份标记 - 执行
ALTER TABLESPACE ... READ ONLY后，立刻运行ALTER SYSTEM CHECKPOINT强制刷脏块并固化文件头 - 此时用操作系统命令（如
cp或dd）完整复制数据文件，而非 RMAN 备份——RMAN 不识别物理只读介质语义
如何验证光盘上的数据文件能否被数据库识别
Oracle 不会主动扫描光盘挂载点；它只在 CREATE CONTROLFILE 或 ALTER DATABASE OPEN 阶段校验数据文件头。如果直接把只读表空间文件刻录到 CD-ROM 并修改控制文件指向该路径，启动时大概率报 ORA-01157: cannot identify/lock data file <n></n> 或 ORA-01110: data file <n>: '<cdrom_path>'</cdrom_path></n>，后面跟着操作系统级错误如 Permission denied 或 No such device。
- Linux 下确保 CD-ROM 挂载时用了
ro,noatime且文件系统类型为iso9660（不要用udf，Oracle 对 UDF 元数据解析不稳定） - 挂载后手动用
od -N 512 <file> | head</file>查看文件头前 512 字节，确认 Oracle 文件头魔数（0x00000001 0x00000000 开头）未被破坏 - 在数据库中执行
SELECT name, status FROM v$datafile WHERE name LIKE '%cdrom%';，若状态为OFFLINE或RECOVER，说明控制文件已识别路径但无法访问内容
CREATE CONTROLFILE 中引用 CD-ROM 路径的硬限制
控制文件本身必须可写，所以不能放在 CD-ROM 上；但其中记录的数据文件路径可以指向光盘。不过 Oracle 对路径长度、字符集和挂载点稳定性极为敏感——哪怕挂载点路径末尾多一个斜杠（/mnt/cdrom/ vs /mnt/cdrom），重启后都可能触发 ORA-01157。
- 所有 CD-ROM 数据文件路径必须用绝对路径，且与挂载时
mount命令输出的路径完全一致（包括大小写） - 避免使用符号链接：Oracle 解析的是真实路径，
readlink -f结果必须和控制文件里写的路径逐字符匹配 - 如果数据库启用了 OMF（
DB_CREATE_FILE_DEST），务必关闭它——OMF 会拒绝识别非可写路径 - 重建控制文件后，必须立即执行
RECOVER TABLESPACE <ts_name></ts_name>（即使没有归档日志），因为 Oracle 认为光盘文件是“需要介质恢复”的离线副本
实际归档流程中容易被忽略的三个动作
很多人卡在“文件能复制过去，但数据库打不开”，问题往往不出在配置，而在三个机械性操作漏掉：
- 刻录前用
dbv file=<file> feedback=1000</file>校验源文件完整性；CD 刻录软件默认不校验写入结果，坏扇区会导致文件头损坏 - 挂载 CD-ROM 后，用
ls -l确认 Oracle 用户（非 root）对文件有read权限；某些发行版挂载 iso9660 默认权限是444，而 Oracle 要求至少400（owner 可读） - 首次打开含 CD-ROM 数据文件的数据库后，立刻执行
ALTER DATABASE BACKUP CONTROLFILE TO TRACE，把当前可用的控制文件结构存档——光盘不可改，但控制文件可能因意外损坏，这是唯一可快速重建的依据
CD-ROM 表空间不是“设置一次就永远安全”的功能，每次换盘、重挂载、升级数据库小版本，都要重新走一遍文件头校验和控制文件同步。最麻烦的从来不是配置语法，而是操作系统层面对光盘设备状态的不可控反馈。
