数据库9月内训试题-调查问卷模板-问卷网

姓名

____________

归档量激增排查流程中通过 v$archived_log 统计每小时的logfile_switch_per_hour和redo_size_per_hour_mb，这一步的核心目的是什么？

检查归档日志是否已经成功传输到备库

判断当前 redo 的生成速度是否明显高于正常水平

统计每个数据文件的大小变化情况

确认数据库是否处于归档模式

要查询数据库中某个表对应的LOB字段信息，应查询哪个数据字典视图？

DBA_SEGMENTS

DBA_LOBS

DBA_LOB_SEGMENTS

DBA_TABLES

log file switch (archiving needed)等待事件与redo生成之间存在什么因果关系？

Redo日志记录生成速率超过后台归档进程的归档处理速度，导致待切换的在线重做日志组尚未完成归档，此时日志写入进程尝试执行日志组切换时必须阻塞等待，从而触发该等待事件。

该等待事件仅说明在线重做日志（Online Redo Log）单个文件容量过小，直接调大日志缓冲区即可彻底解决该问题。

该等待事件代表LGWR进程将Redo日志缓冲区内容写入在线重做日志文件时发生I/O失败，与归档流程无关联。

只要实例产生Redo的量较大就必然会触发该等待事件，和ARCn进程的归档吞吐量没有任何关联。

ORA3316A节点宕机故障中，数据库层与应用层的恢复时间存在明显“时差”。下列关于时间线的描述，正确的是？

节点 1 在 14:08 被集群驱逐，14:15 完成实例恢复，应用侧随即全部恢复正常

节点 1 在 14:08 开始异常，14:15 左右实例 1 被驱逐、实例恢复完成，14:24 左右节点 1 才被集群驱逐、VIP 10.5.152.15 漂移到节点 2，而应用侧报错最长延续到当晚 22:33

节点 1 在 14:24 才出现异常，14:25 完成实例恢复，应用侧报错持续到 18:40

集群在 14:08 立即驱逐节点 1，但因为连接串缺少重试参数，应用直到 14:24 才恢复

DBA 实验室分别针对 Hikari 与 Druid 两类连接池、搭配 ojdbc 12.2.0.1 与 ojdbc8 19.3.0.0 两个驱动版本进行了验证。下列结论中，正确的是？

Druid + ojdbc 12.2.0.1 组合在报错后会自动重连，因此无需整改

Hikari + ojdbc 低于 19.3 的组合应当立即补上三个超时/重试参数

Druid + ojdbc 高于 19.3 的组合，只要驱动版本够新，不加参数也能无报错且自动重连

Hikari + ojdbc 高于 19.3 的组合，加了三个参数后反而不再重连，因此必须保持现状

数据库9月内训试题