可行，但官方不提供免费Oracle 11g/19c镜像；需用社区镜像（如sath89/oracle-xe-11g）或自行构建，且19c企业版必须登录Oracle Container Registry并授权；旧Docker Hub镜像已下架，社区镜像有资源限制，生产环境须走官方流程。
直接说结论：用 docker-compose 部署 Oracle 11g 或 19c 是可行的，但官方镜像不公开提供免费下载，你得依赖社区镜像（如 sath89/oracle-xe-11g、oracleinanutshell/oracle-xe-11g）或自行构建；Oracle 官方只对企业版提供 Docker 支持，且需合法授权和手动下载安装包。
为什么不能直接 docker pull store/oracle/database-enterprise？
这个镜像在 Docker Hub 上已下架多年。2023 年起，Oracle 官方将所有数据库镜像移至 Oracle Container Registry，必须登录 Oracle 账号并接受许可协议才能拉取——且仅限企业版（19c/21c），不包含免费版 XE。
-
store/oracle/database-enterprise:19.3.0.0等旧标签已失效，执行docker pull会报unauthorized: authentication required - 社区镜像（如
sath89/oracle-xe-11g）虽开箱即用，但基于 Oracle XE（免费版），有硬性限制：最大 11 GB 数据库、1 GB 内存、单 CPU - 若需生产级功能（如 Data Guard、RAC、高级安全模块），必须走官方构建流程，耗时长、依赖本地 ZIP 包（如
LINUX.X64_193000_db_home.zip）
docker-compose.yml 中关键 volume 映射必须匹配容器内路径
挂载错路径会导致数据无法持久化，或 expdp/impdp 找不到 dpdump 目录。不同镜像约定路径差异极大：
-
sath89/oracle-xe-11g：默认把/u01/app/oracle作为数据根目录，挂载点应为./db-data:/u01/app/oracle -
helowin/oracle_11g（常见于 DMP 导入场景）：要求挂载到/home/oracle/app/oracle/admin/orcl/dpdump/，否则impdp报错ORA-39002: invalid operation - 官方 19c 镜像（
oracle/database:19.3.0-ee）：数据目录固定为/opt/oracle/oradata，必须映射到宿主机绝对路径（如/data/oracle19c/data:/opt/oracle/oradata）
漏掉 privileged: true 在 CentOS/RHEL 上常导致启动失败——Oracle 安装脚本需要 sys_admin 权限配置共享内存（shm）和信号量。
导入 DMP 文件前，必须确认用户权限与目录权限
很多团队卡在 impdp 报错 ORA-39070: Unable to open the log file 或 ORA-39171: Job is waiting for resource，本质是权限问题：
- 宿主机挂载目录（如
./dpdump）的 UID/GID 必须与容器内 Oracle 用户一致。多数社区镜像用 UID54321，执行chown -R 54321:54321 ./dpdump - 导入用户（如
system）必须有DATAPUMP_IMP_FULL_DATABASE角色，执行：GRANT DATAPUMP_IMP_FULL_DATABASE TO system; -
impdp命令中DIRECTORY参数必须指向已创建的 Oracle 目录对象，不能直接写文件系统路径。先在 SQL*Plus 中运行：CREATE OR REPLACE DIRECTORY dp_dir AS '/home/oracle/app/oracle/admin/orcl/dpdump';
别忘了 ALTER USER system QUOTA UNLIMITED ON USERS;，否则导入大表时会因表空间配额不足中断。
时区、字符集、SID/PDB 名称这些参数不写死就容易连不上
Navicat 或 JDBC 连接失败，90% 出在连接字符串细节上：
- XE 版本默认 SID 是
xe，不是orcl；19c 默认启用 CDB+PDB，连接串要用@host:1521/ORCLPDB1（而非@host:1521/orcl） - 字符集不匹配会导致中文乱码。社区镜像默认
AL32UTF8，但若原库是ZHS16GBK，导入后需重建库或用CONVERT工具转换 - 容器内时区默认 UTC，
SELECT SYSDATE FROM DUAL比北京时间晚 8 小时。必须挂载/etc/localtime或设环境变量TZ=Asia/Shanghai
最隐蔽的坑：Oracle 容器启动极慢（尤其 19c），日志刷屏几百行后才出现 Database ready to use。别看前几秒没输出就以为失败——等满 5 分钟再 docker-compose logs -f 查最后一行。
