简介这份OCP 19c 082考试资料面向正在备考Oracle Certified Professional认证的数据库从业者与在校学生聚焦数据库空间管理、视图特性、SQL聚合查询与事务处理等高频考点。资源包内含1个docx文档大小约3.4MB以中英对照的题库形式呈现每道题均配有选项翻译与逐条解析便于理解题意与出题逻辑。内容覆盖UNUSABLE索引与专用临时表的空间节省机制、WITH CHECK子句对视图更新的约束、GROUP BY与聚合函数的正确搭配以及TRUNCATE、CREATE TABLE AS SELECT等DDL操作隐式提交事务后DML开启新事务的判定规则并附有PMON后台进程、条件等价改写等延伸题目。目前已有616人学习下载适合需要系统刷题、对照官方考点查漏补缺的考生也可作为考前冲刺阶段梳理易错知识点的参考材料。1. OCP 19c 备考从一份 docx 资料到能上机的手感很多人拿到 OCP 考试资料-OCP-19c-082.docx 的第一反应是「背题」。我见过太多人把 082 题库刷了三遍进考场发现题干换了个说法就懵了。OCP 19c 的 082 科目全称是 Oracle Database Administration II考的不是记忆力是你在 19c 环境里对备份恢复、多租户、Data Guard、性能诊断这些操作的肌肉记忆。这份 docx 资料真正的价值不在答案本身而在于它暴露了哪些知识点你根本没在真实库上跑过。这篇文章面向的是已经决定考 19c OCP、手里有这份资料但不知道怎么把它变成实操能力的 DBA。我会讲清楚怎么用这份资料搭出一套可复现的练习环境、每个模块该练到什么程度、以及那些题库里不会写但考场上会要命的细节。Oracle Database 19c 是长期支持版本很多企业还在从 11g Release 2 往 19c 迁移这个证在实际工作里的认可度依然硬。2. 把 docx 拆成可练习的知识域082 到底考什么2.1 082 与 083 的分工以及 19c 多租户带来的变化OCP 19c 认证需要过两门083Database Administration I和 082Database Administration II。083 偏基础运维建库、表空间、用户、权限这些。082 才是真正拉开差距的地方核心集中在备份恢复、多租户架构管理、Data Guard 配置与切换、以及性能诊断。19c 和 11g 最大的区别在于多租户已经是默认架构CDB 和 PDB 的概念贯穿整个 082 考试。你在 11g 里习惯的「一个库就是一个实例」的思维在 19c 里必须切换成「一个 CDB 挂多个 PDB」。082 里大量题目会围绕 PDB 的克隆、插拔、热克隆、PDB 级别的备份恢复来出。如果你只刷题不理解 CDB 内部的数据字典视图怎么查考试时看到V$PDBS、CDB_开头的视图就会卡住。我一般建议先用 docx 里的题目做一次分类统计。把每道题涉及的知识点标出来归到下面几个域里备份恢复RMAN 全备、增量、归档、闪回、多租户管理PDB 创建、克隆、插拔、资源管理、Data Guard物理备库搭建、切换、故障转移、性能诊断AWR、ASH、SQL 调优、等待事件。统计完之后你会发现有些域题目特别多有些域只有零星几道。题目多的域不一定最难但一定是最容易出变体的。比如 RMAN 的增量备份策略题库里可能只考一道「差异增量和累积增量的区别」但实际考试会给你一个场景让你选备份命令。2.2 从 docx 到练习清单每个知识域的最小练习集拿到分类结果之后不要急着去背答案。先给每个知识域列一个最小练习集。所谓最小练习集就是你在真实 19c 环境里必须亲手跑通的操作。下面这张表是我自己备考时用的你可以直接抄知识域最小练习集对应 docx 题目类型RMAN 备份全备增量归档日志备份恢复备份策略选择题、恢复场景题闪回技术闪回查询、闪回表、闪回数据库闪回恢复场景题多租户创建 PDB、克隆 PDB、插拔 PDBPDB 管理操作题Data Guard搭建物理备库、Switchover、FailoverDG 配置与切换题性能诊断AWR 报告生成、ASH 查询、SQL 执行计划性能分析题这张表的关键在于「对应 docx 题目类型」这一列。你每练完一个操作就回去翻 docx 里对应的题目看看题目是怎么把这个操作包装成场景的。比如你练完 PDB 克隆再去看题目里问「如何在不影响源 PDB 的情况下创建一个用于测试的副本」你就能立刻反应过来考的是CREATE PLUGGABLE DATABASE ... FROM ...还是热克隆。这种「操作→题目→操作」的循环比单纯刷题有效得多。2.3 用 docx 反推考点权重而不是逐题背答案docx 资料通常没有官方权重说明但你可以自己统计。把每道题的知识域标签打上之后数一下每个域占多少题。082 考试里备份恢复和多租户的占比通常最高Data Guard 次之性能诊断相对少但容易出难题。统计完之后把练习时间按权重分配。比如备份恢复占 35%那你就花 35% 的练习时间在 RMAN 和闪回上。不要因为某道题答案短就跳过也不要因为某道题看起来复杂就死磕。082 的通过线是 60% 左右你不需要每道题都对但核心域的正确率必须拉上去。提示docx 里的题目顺序通常是乱的不要按顺序刷。先分类再按域集中练最后再打乱顺序做模拟。3. 搭一套能反复折腾的 19c 练习环境3.1 用 VirtualBox 装 19c 单实例内存和磁盘的硬性门槛练习环境不需要 RAC单实例足够覆盖 082 的绝大部分考点。但 19c 对资源的要求比 11g 高不少。我试过在 8GB 内存的虚拟机上装 19c安装程序直接报内存不足。稳妥的配置是虚拟机内存至少 6GB最好 8GB磁盘至少 60GB因为 19c 的 ORACLE_HOME 加上数据库文件很容易超过 30GB再加上你练习 RMAN 备份需要额外空间。操作系统选 Oracle Linux 7.9 或 8.x不要用 Ubuntu19c 的预安装脚本在 Ubuntu 上会多出一堆依赖问题。安装步骤大致是先装 VirtualBox 和扩展包创建虚拟机时选 Linux/Oracle Linux 64 位内存给 8GB磁盘给 80GB 动态分配。然后挂载 Oracle Linux 的 ISO 装系统分区时/u01至少给 40GB。系统装完后按 Oracle 官方文档配内核参数和用户组。下面这段是配内核参数的核心命令# 以 root 执行配置 19c 所需的内核参数 cat /etc/sysctl.conf EOF fs.file-max 6815744 kernel.sem 250 32000 100 128 kernel.shmmni 4096 kernel.shmall 1073741824 kernel.shmmax 4398046511104 net.core.rmem_default 262144 net.core.rmem_max 4194304 net.core.wmem_default 262144 net.core.wmem_max 1048576 fs.aio-max-nr 1048576 net.ipv4.ip_local_port_range 9000 65500 EOF sysctl -p这段配置里kernel.shmmax和kernel.shmall是最容易出问题的。shmmax设得太小数据库启动时会报 ORA-27123 无法附加共享内存。shmmall是共享内存页数按shmmax/4096算。fs.aio-max-nr不够的话RMAN 备份时可能报异步 I/O 错误。配完内核参数后还要配/etc/security/limits.conf里的oracle用户限制nofile至少 1024nproc至少 16384。3.2 建库时选对字符集和 CDB 选项省掉后面重装的麻烦19c 的 DBCA 建库界面里有一个选项是「创建为容器数据库」。082 考试大量涉及多租户所以你必须选 CDB 模式。不要选「非 CDB」否则后面练 PDB 操作时还得重新建库。字符集选 AL32UTF8国家字符集选 AL16UTF16。这两个选错的话后面做 Data Guard 或者跨平台传输表空间时会遇到字符集不匹配的问题。建库时还有一个容易忽略的点COMPATIBLE参数。19c 的COMPATIBLE默认是 19.0.0但如果你要练从 11g 升级到 19c 的场景可能需要临时改成 11.2.0。不过 082 考试不考升级所以保持 19.0.0 就行。建库完成后用sqlplus / as sysdba连进去执行SELECT name, cdb FROM v$database;确认CDB列是YES。然后执行SELECT con_id, name FROM v$pdbs;看看默认的 PDB 是否已经创建。默认情况下 DBCA 会创建一个名为ORCLPDB的 PDB如果没有你需要手动创建一个-- 创建 PDB注意 PATH_PREFIX 要指向一个已存在的目录 CREATE PLUGGABLE DATABASE pdb082 ADMIN USER pdbadmin IDENTIFIED BY Oracle123 ROLES (dba) FILE_NAME_CONVERT (/u01/app/oracle/oradata/ORCL/pdbseed/, /u01/app/oracle/oradata/ORCL/pdb082/); -- 打开 PDB ALTER PLUGGABLE DATABASE pdb082 OPEN; ALTER PLUGGABLE DATABASE pdb082 SAVE STATE;FILE_NAME_CONVERT这个参数是 PDB 创建里最容易翻车的地方。源目录和目标目录必须都存在而且 oracle 用户要有写权限。如果目标目录不存在创建 PDB 时会报 ORA-65169。SAVE STATE的作用是让 PDB 在 CDB 重启后自动打开不执行这条命令的话每次重启 CDB 后 PDB 都是 MOUNTED 状态你得手动 OPEN。3.3 用快照和克隆把练习环境变成可回滚的沙盒练习 RMAN 恢复和 Data Guard 切换时你肯定需要反复把环境搞坏再恢复。如果每次都重装时间根本不够。我的做法是在 VirtualBox 里给虚拟机做快照。装完 19c 并建好库之后打一个干净快照。之后每次做破坏性练习之前再打一个当前快照。练砸了就直接回滚到快照几分钟就能恢复。这个习惯能帮你省下大量重装时间。除了虚拟机快照PDB 的克隆也是很好的沙盒手段。你可以创建一个专门用来做实验的 PDB练坏了就删掉重建。下面这个命令是从种子 PDB 快速创建一个实验 PDB-- 从 PDB$SEED 克隆一个实验用 PDB CREATE PLUGGABLE DATABASE pdb_lab FROM pdbseed FILE_NAME_CONVERT (/u01/app/oracle/oradata/ORCL/pdbseed/, /u01/app/oracle/oradata/ORCL/pdb_lab/); ALTER PLUGGABLE DATABASE pdb_lab OPEN;用FROM pdbseed克隆出来的 PDB 是干净的没有任何业务数据适合做各种破坏性实验。练完 RMAN 恢复之后直接DROP PLUGGABLE DATABASE pdb_lab INCLUDING DATAFILES;删掉再重新克隆一个比在同一个 PDB 里反复恢复快得多。4. 备份恢复与多租户082 里最容易翻车的两个域4.1 RMAN 增量备份策略差异增量和累积增量到底怎么选RMAN 的增量备份是 082 的必考内容也是实际工作中最容易配错的。差异增量备份Differential Incremental备份的是「上一次增量备份以来变化的数据块」累积增量备份Cumulative Incremental备份的是「上一次全备以来变化的数据块」。这两个概念题库里都有但考试会给你一个场景让你选策略。比如「每周日全备周一到周六每天增量要求恢复时只需要最近一次全备加最近一次增量」这个场景考的是累积增量。因为累积增量每次都包含自上次全备以来的所有变化恢复时只需要全备加最后一次累积增量。下面是一个典型的增量备份脚本# 周日全备 rman target / BACKUP INCREMENTAL LEVEL 0 DATABASE PLUS ARCHIVELOG; # 周一到周六累积增量 BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE PLUS ARCHIVELOG;LEVEL 0是全备LEVEL 1 CUMULATIVE是累积增量。如果你把CUMULATIVE去掉就是差异增量。差异增量的恢复需要全备加上所有增量备份恢复链更长。考试里如果题目强调「恢复时间最短」选累积增量如果强调「备份窗口最短」选差异增量。这个判断逻辑在 docx 里可能只写了一句「累积增量恢复更快」但你需要理解背后的原因才能应对变体。4.2 PDB 级别的备份恢复不要用 CDB 的思维去操作19c 里 PDB 可以单独备份和恢复这是和 11g 完全不同的地方。很多人习惯在 CDB 级别做 RMAN 备份然后恢复的时候发现 PDB 的数据文件路径和 CDB 混在一起不知道该恢复哪个。正确的做法是如果只需要恢复某个 PDB先连到该 PDB 对应的 RMAN 会话或者用PLUGGABLE DATABASE子句指定。下面是一个 PDB 级别恢复的示例-- 在 RMAN 中连到 CDB然后指定 PDB rman target / BACKUP PLUGGABLE DATABASE pdb082; -- 恢复 PDB 的数据文件 RESTORE PLUGGABLE DATABASE pdb082; RECOVER PLUGGABLE DATABASE pdb082;注意BACKUP PLUGGABLE DATABASE和BACKUP DATABASE的区别。前者只备份指定 PDB 的数据文件后者备份整个 CDB。考试里如果题目问「如何只备份 PDB082 而不影响其他 PDB」答案就是BACKUP PLUGGABLE DATABASE pdb082。另外PDB 恢复时如果 CDB 的归档日志已经删除恢复会失败。所以练习时一定要确保归档日志保留策略覆盖你的恢复场景。4.3 Data Guard 切换Switchover 和 Failover 的触发条件与验证Data Guard 在 082 里通常考两种操作Switchover计划内切换和 Failover故障切换。Switchover 是主库和备库角色互换主库变成备库备库变成主库数据不丢。Failover 是主库挂了备库强制接管可能丢数据。考试里会给你一个场景让你判断该用哪个。比如「主库需要停机维护要求切换后原主库变成备库继续同步」这是 Switchover。如果题目说「主库服务器彻底损坏要求尽快恢复服务」这是 Failover。搭建物理备库的核心步骤是主库开归档和强制日志配LOG_ARCHIVE_DEST_2指向备库备库用 RMAN 的DUPLICATE TARGET DATABASE FOR STANDBY命令克隆。下面这段是备库搭建的关键命令# 在备库上执行从主库克隆 rman target sys/Oracle123primary auxiliary sys/Oracle123standby DUPLICATE TARGET DATABASE FOR STANDBY FROM ACTIVE DATABASE DORECOVER SPFILE SET db_unique_namestandby SET log_archive_dest_1location/u01/app/oracle/archivelog/standby SET log_archive_dest_2serviceprimary async valid_for(online_logfile,primary_role) NOFILENAMECHECK;FROM ACTIVE DATABASE表示直接从主库在线克隆不需要先做备份。DORECOVER表示克隆完成后自动应用归档日志。NOFILENAMECHECK在备库和主库数据文件路径不同时是必须的否则 RMAN 会报文件名冲突。搭建完成后用SELECT database_role, open_mode FROM v$database;确认备库角色是PHYSICAL STANDBYOPEN_MODE是READ ONLY WITH APPLY。Switchover 的命令是ALTER DATABASE COMMIT TO SWITCHOVER TO STANDBY;在主库执行然后在备库执行ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;。Failover 是在备库执行ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;然后ALTER DATABASE ACTIVATE STANDBY DATABASE;。5. 避坑082 备考里那些题库不会告诉你的翻车点5.1 现象RMAN 恢复时报 ORA-19505 找不到数据文件原因练习时把数据文件删了但控制文件里还记录着旧路径。或者 PDB 克隆时FILE_NAME_CONVERT的目标路径写错导致数据文件实际不存在。解决先用RMAN LIST FAILURE;查看失败详情确认缺失的文件号。然后RMAN RESTORE DATAFILE n;单独恢复或者用SWITCH DATAFILE n TO COPY;切换到已有的副本。如果是 PDB 克隆路径问题删掉 PDB 重建确保FILE_NAME_CONVERT的源和目标目录都存在且 oracle 用户可写。5.2 现象Data Guard 备库延迟越来越大V$DATAGUARD_STATS显示 apply lag 持续增长原因备库的LOG_ARCHIVE_DEST_1路径满了或者备库的STANDBY_FILE_MANAGEMENT没设成 AUTO导致主库新增数据文件后备库无法自动创建。解决先查SELECT destination, status, error FROM v$archive_dest WHERE status ! VALID;看归档路径状态。如果路径满清理旧归档或扩大空间。然后确认SHOW PARAMETER standby_file_management;是 AUTO。如果不是改成 AUTO 并重启备库的 MRP 进程ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;然后ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;。5.3 现象PDB 创建时报 ORA-65005 找不到 PDB 种子文件原因FILE_NAME_CONVERT的源路径写错了或者PDB$SEED的数据文件路径和实际不符。解决先查SELECT name FROM v$datafile WHERE con_id 2;确认种子 PDB 的实际数据文件路径。然后用这个路径作为FILE_NAME_CONVERT的源路径。注意路径末尾的斜杠不能少否则 Oracle 会把文件名拼错。5.4 现象考试时遇到「选择最佳恢复策略」的题两个选项看起来都对原因082 的恢复题经常给两个都可行的方案但只有一个是最优的。判断标准通常是恢复时间最短、数据丢失最少、或者对生产影响最小。解决先看题目里的约束条件。如果题目说「业务不能停机」选在线恢复方案如果题目说「数据不能丢」选归档日志完整的方案如果题目说「恢复时间最短」选累积增量或者闪回。把 docx 里所有恢复题目的约束条件列出来你会发现考来考去就这几个维度。5.5 现象练习环境里sqlplus / as sysdba连不上报 ORA-01031 权限不足原因当前用户不在dba组里或者ORACLE_SID环境变量没设对。解决用id命令确认当前用户是否在dba组。如果不在用 root 执行usermod -aG dba oracle。然后确认echo $ORACLE_SID输出的是你的 CDB 的 SID。如果为空执行export ORACLE_SIDORCL。还有一个常见原因是$ORACLE_HOME/bin/oracle文件的权限被改过正常应该是-rwsr-s--x如果 setuid 位丢了也会报 ORA-01031。用chmod 6751 $ORACLE_HOME/bin/oracle修复。6. 用 AWR 和 ASH 做考前自检把 docx 题目变成可验证的 SQL082 的性能诊断部分很多人靠背 AWR 报告里的指标名称过关。但考试会给你一个 AWR 片段让你判断瓶颈在哪。我备考时发现一个很有效的方法把 docx 里所有性能相关的题目都还原成可以在练习库里跑的 SQL。比如题目问「哪个等待事件表明 I/O 瓶颈」你就去V$SYSTEM_EVENT里查db file sequential read和db file scattered read的等待时间。题目问「如何找到消耗 CPU 最多的 SQL」你就去V$SQL里按BUFFER_GETS和CPU_TIME排序。下面这段 SQL 是我常用的 Top SQL 查询-- 查询消耗 CPU 最多的 SQL基于 AWR 快照 SELECT sql_id, executions, ROUND(cpu_time/1000000, 2) AS cpu_seconds, ROUND(elapsed_time/1000000, 2) AS elapsed_seconds, buffer_gets, disk_reads, sql_text FROM v$sqlarea WHERE cpu_time 0 ORDER BY cpu_time DESC FETCH FIRST 10 ROWS ONLY;cpu_time单位是微秒除以 1000000 转成秒。buffer_gets高说明逻辑读多可能是索引问题disk_reads高说明物理读多可能是全表扫描。考试里如果给你一个 AWR 的 Top SQL 列表让你判断哪条 SQL 需要优化优先看cpu_time和buffer_gets都高的那条。另外ASH 报告里的V$ACTIVE_SESSION_HISTORY可以按session_state和event分组快速定位瞬时性能问题。我一般会跑这个查询-- 按等待事件分组查看过去 30 分钟的活跃会话分布 SELECT event, COUNT(*) AS samples, ROUND(COUNT(*) * 100 / SUM(COUNT(*)) OVER (), 2) AS pct FROM v$active_session_history WHERE sample_time SYSDATE - 30/1440 GROUP BY event ORDER BY samples DESC;这个查询能告诉你过去 30 分钟里数据库时间主要花在哪些等待事件上。如果db file sequential read占比超过 40%说明索引读是主要瓶颈如果log file sync占比高说明提交太频繁。考试里遇到 ASH 相关的题先看占比最高的等待事件再结合题目给的业务场景判断。最后说一个我自己的习惯考前一周我会把 docx 里所有做错的题目标记出来然后针对每个错题在练习库里跑一遍对应的操作。比如错了一道 PDB 克隆的题我就真的去克隆一个 PDB把FILE_NAME_CONVERT写错一次看看报什么错再改对。这种「故意犯错」的练习方式比做对十道题记得都牢。082 考试里很多选项就是利用你对错误信息的陌生感来干扰你如果你亲手触发过那些错误考场上就能一眼识别。希望帮到你。本文还有配套的精品资源点击获取
