不能只用 docker commit 保存数据文件，因为 oracle 数据文件依赖 scn 一致性、检查点状态和归档日志连续性，commit 仅固化文件系统快照，无法保证实例状态，重启时易报 ora-00600；且容器可写层生命周期绑定容器，不可跨容器复用。
直接挂载宿主机目录到 /u01/app/oracle/oradata 是最可靠的方式，但必须确保权限、selinux 和文件系统兼容性全部对齐，否则 oracle 启动时会静默失败或报 ora-01078 / lrm-00101 类错误。
为什么不能只用 docker commit 保存数据文件？
Oracle 数据文件（如 system01.dbf、sysaux01.dbf）是二进制块设备映像，依赖精确的控制文件、重做日志和实例状态。用 docker commit 打包容器镜像只会固化当时文件系统的快照，但无法保证 SCN 一致性、检查点状态或归档日志连续性 —— 下次启动时 Oracle 实例大概率拒绝挂载，报 ORA-00600 内部错误。
- 容器重启 ≠ 数据库重启：Oracle 需要干净关闭（
shutdown immediate），而非靠docker stop发送 SIGTERM 强杀 -
docker commit不捕获 ASM、OCR 或 voting disk 等集群组件（即使单机也模拟了部分结构） - 镜像层是只读的，
/u01/app/oracle/oradata下的文件写入实际发生在可写层，但该层生命周期与容器绑定，不可跨容器复用
正确挂载宿主机目录的实操要点
关键不是“能不能挂”，而是挂完之后 Oracle 进程能否以 oracle 用户身份读写文件。常见失败原因几乎都卡在权限或上下文上。
- 宿主机目录需预创建，并由
chown 5432:5432（Oracle 官方镜像默认 oracle 用户 UID/GID）赋权，不能依赖容器内chown—— 挂载后容器内无权限修改宿主机文件属主 - 若宿主机启用了 SELinux，必须加
:Z标签：-v /path/to/oradata:/u01/app/oracle/oradata:Z，否则open("/u01/app/oracle/oradata/XE/control01.ctl", O_RDWR|O_LARGEFILE|O_CLOEXEC)直接被拒 - 避免使用 NFS 或 CIFS 挂载：Oracle 要求数据文件所在文件系统支持
fsync()原子性，且需能创建设备节点（如orclasm），NFSv4 默认禁用 device files - 推荐使用
xfs或ext4本地文件系统，且挂载选项含noatime,nobarrier（仅限测试环境；生产仍建议保留 barrier）
docker run 启动时的关键参数组合
光有 -v 不够，Oracle 容器对内存、共享内存和信号处理高度敏感，漏掉任意一项都可能卡在 “Database mounted” 或反复重启。
- 必须指定
--shm-size=2g：Oracle 默认用 2GB 共享内存段存 SGA，/dev/shm默认只有 64MB，会导致ORA-27102: out of memory - 添加
--ulimit nofile=65536:nofile=65536 --ulimit nproc=16384:nproc=16384：防止监听进程因资源限制崩溃 - 禁用 systemd-init：Oracle 进程树需直接由 PID 1 管理，加
--init（使用 tini）比默认的docker-init更稳定 - 环境变量
ORACLE_PDB和ORACLE_PWD必须在首次启动前设定，后续改密码需进 SQL*Plus 执行alter user，不能靠重设环境变量生效
真正容易被忽略的是：Oracle 数据文件挂载路径必须与初始化时生成的控制文件硬编码路径完全一致。哪怕只差一个符号链接层级，startup mount 就会失败 —— 这个路径记录在 control01.ctl 二进制头部，无法运行时修改。
