官方镜像在Debian上大概率失败，因其依赖RHEL系内核参数、systemd服务逻辑及libaio等底层组件，而Debian默认缺少这些依赖，导致初始化卡在“Initializing Oracle”，出现ORA-01034、静默退出或ORA-12547等错误。
直接用 Docker 在 Debian 上跑 Oracle 19c 是可行的，但官方镜像不支持 Debian 宿主机直接拉取——Oracle 官方 container-registry.oracle.com 镜像只验证了 RHEL/CentOS/Oracle Linux 的兼容性，Debian 缺少 libaio、bc 等底层依赖，容器启动后大概率卡在 “Initializing Oracle” 阶段，日志里反复出现 ORA-01034: ORACLE not available 或静默退出。
为什么官方镜像在 Debian 上大概率失败
Oracle 19c 容器内初始化脚本（/bin/bash /opt/oracle/scripts/setup/runOracle.sh）依赖 systemd 风格的服务管理逻辑和 libcap 权限模型，而 Debian 默认使用 sysvinit 或 openrc，且内核参数（如 kernel.sem、fs.file-max）默认值低于 Oracle 要求。即使你手动补全依赖，容器仍会因 /proc/sys/kernel/shmall 不足或 shm 分区大小不够而崩溃。
常见错误现象包括：
ERROR: Unable to start Oracle instance. Check /opt/oracle/cfgtoollogs/dbca/- 容器状态为
Restarting，docker logs显示反复执行dbca -silent -createDatabase后超时 - 连接时提示
ORA-12547: TNS:lost contact，但netstat -tuln | grep 1521显示端口未监听
推荐方案：改用兼容 Debian 的第三方镜像
放弃官方镜像，用已适配 Debian 的可信第三方镜像，比如 registry.cn-hangzhou.aliyuncs.com/zhuyijun/oracle:19c。该镜像基于 CentOS 7 构建，但通过预置 glibc 兼容层和静态链接二进制，绕过了 Debian 内核模块与 Oracle 的耦合问题。
实操要点：
- 先确认 Docker 已运行：
sudo systemctl status docker，若未启用，执行sudo systemctl enable --now docker - 拉取镜像：
docker pull registry.cn-hangzhou.aliyuncs.com/zhuyijun/oracle:19c - 创建挂载目录并设权限（必须用
777）：sudo mkdir -p /opt/oracle19c && sudo chmod 777 /opt/oracle19c - 运行容器时显式指定
--init（避免 init 进程缺失导致信号转发异常）：docker run -d --init --name oracle19c -p 1521:1521 -p 5500:5500 -e ORACLE_PWD=Orcl123456 -v /opt/oracle19c:/opt/oracle/oradata registry.cn-hangzhou.aliyuncs.com/zhuyijun/oracle:19c
启动后必须验证的三件事
容器启动不等于数据库就绪。Oracle 初始化是异步的，需等完整日志输出再连接：
- 盯住日志：
docker logs -f oracle19c，直到出现DATABASE IS READY TO USE!（不是 “Starting Oracle” 或 “Initializing…”） - 检查监听状态：
docker exec oracle19c lsnrctl status，应返回STATUS of the LISTENER … Instance "ORCLCDB", status READY - 连进去看 PDB：
docker exec oracle19c sqlplus / as sysdba @/tmp/check_pdb.sql（可提前写好脚本：内容为show pdbs; select status from v$instance;）
Debian 特有坑：时区与字符集错位
Debian 默认时区文件路径是 /usr/share/zoneinfo/Asia/Shanghai，但 Oracle 容器内读取的是 /etc/localtime 符号链接。若宿主机未正确设置，会导致数据库时间戳乱码或 ORA-01882: timezone region not found。
安全做法是显式挂载时区文件：-v /usr/share/zoneinfo/Asia/Shanghai:/etc/localtime:ro，同时加环境变量：-e TZ=Asia/Shanghai。字符集也别信默认，强制指定：-e ORACLE_CHARACTERSET=AL32UTF8，否则 SELECT * FROM NLS_DATABASE_PARAMETERS 可能返回 WE8ISO8859P1，中文插入直接报错。
真正卡住人的地方，往往不是拉镜像或跑命令，而是盯着日志等那句 DATABASE IS READY TO USE! —— 它可能要等 3–5 分钟，期间没有任何进度条，只有滚动日志。别手贱 Ctrl+C，也别急着 sqlplus 连，等它自己说完。
