Lao A（zhou liang）的菜园-CSDN博客

原创高效DBA的日常运维主题沙龙

2024年11月10日，在宁波组织了高效DBA的日常运维沙龙活动，大概有20人左右现场参加。分享 “最耗时的重复性操作”（如手工巡检、空间治理）三、Oracle EM 智能监控升级（50分钟）对比行业标准（如故障响应时效、自动化覆盖率）1、识别高频低效操作并制定自动化方案。自动扩缩容、备份验证、SQL审核。2、建立关键运维指标健康度体系。二、自动化优先策略（60分钟）五、可持续运维机制（30分钟）3、输出可立即落地的优化清单。一、效能瓶颈定位（40分钟）四、主动防御体系（40分钟）故障库与应急预案联动。

2025-06-03 10:38:29 207

原创 Oracle双平面适用场景讨论会议

在国产化数据库浪潮的今天，Oracle数据库作为国产数据库的应急库，在国产数据库发生故障或者性能下降时，如何更好的使用Oracle。非适用场景：国产库正常但Oracle版本功能缺失、国产库特有语法依赖。关键指标：RPO（数据丢失量）、RTO（切换时间）目标值确认。国产库典型故障案例复盘（性能骤降、数据异常、升级失败）当前应急方案盲点：切换延迟、数据丢失风险、人工操作瓶颈。适用场景：国产库不可用、性能劣化超阈值、数据逻辑错误。2、Oracle应急库能力边界（15分钟）3、目标架构对齐（15分钟）

2025-06-03 10:07:54 276

原创 Oracle数据仓库在医院的应用场景

1、解析医院多源异构数据（HIS/LIS/EMR/PACS）实时整合的技术方案。2、Oracle exadata在构建全院级数据仓库的性能优化案例。4、讨论痛点：如何平衡实时性需求与历史数据分析的存储成本？3、动态阈值预警与临床路径优化的SQL建模技巧。

2025-05-30 10:15:14 479

原创关于Oracle LATCH:LIBRARY CACHE

另外，LIBRARY CACHE LATCH的数量受隐含参数_kgl_latch_count影响，LIBRARY CACHE BUCKETS受隐含参数_kgl_bucket_count影响。图8-21为LIBRARY CACHE的内存结构。提示 LIBRARY CACHE中BUCKET的作用（管理着相同HASH值的CURSOR信息）和BUFFER CACHE BUCKET（管理着相同HASH值的DBA数据块）类似，但和SHARED POOL中管理CHUNK的BUCKET完全不同。读者需要仔细的区别。

2025-05-27 09:19:14 486

原创关于Oracle SGA内存抖动

所以建议在设置SGA_TARGET参数时，最好同时设置SHARED_POOL_SIZE和DB_CACHE_SIZE参数，使得SHARED POOL和BUFFER CACHE值维持在参数值之上，进而降低内存抖动的频率。但是也不能过高地设置SHARED_POOL_SIZE和DB_CACHE_SIZE参数，两者之和不要接近SGA_TARGET参数值，否则不仅不能很好地利用Oracle 10g ASMM特性，也容易引起内存组件内存分配相关的故障。除了系统动态自动扩展内存组件之外，也可以通过命令手动扩展内存组件。

2025-05-27 09:17:38 650

原创 Oracle SHARED POOL的SUB POOL技术

在Oracle 10g中，如果设置SGA_TARGET为0，或者在Oracle 10.2.0.5之前的版本中把cursor_space_for_time设置为TRUE时，_enable_shared_pool_durations自动被设置为FALSE。虽然从Oracle 10g开始，Oracle改进了相关算法，允许进程请求内存时可在不同SUB POOL中切换，提高了请求成功的可能性，但需要说明的是，请求切换不是一个无止境操作，而且请求切换也需要额外的管理成本，降低了内存获取的效率。系统CPU的数量。

2025-05-27 09:16:13 306

原创 Oracle SHARED POOLRESERVED FREE LIST

可以看到系统共出现过2110次内存分配失败，最近一次分配的内存大小是4192字节，为了减少内存分配失败次数，可以调整_shared_pool_reserved_min_alloc隐含参数至4100字节。Oracle对进入RESERVED FREE LIST的对象有大小限制，即只有大于_shared_pool_reserved_min_alloc隐含参数阀值（默认值为4400）的CURSOR才能进入RESERVED FREE LIST。SHARED POOL内存碎片化严重，进程无法获得所需大小的内存。

2025-05-26 10:21:38 449

原创 Oracle SHARED POOL的内部结构

注意，有些PERMANENT AREA资源不允许动态扩展，在实例启动期间就需要预先分配好槽位（占用一定的SHARED POOL内存），如PROCESS、SESSION、TRANSACTION等。Oracle对SHARED POOL的优化力度一直很大，在不同的数据库版本中组成SHARED POOL的内存区域数量不一样。ROW CACHE。SHARED POOL利用堆（HEAP）的内存管理方式管理，在物理上由多个内存区（EXTENT）组成，内存区（EXTENT）又由多个不同大小的CHUNK组成。

2025-05-26 10:19:27 413

原创其他有关Oracle BUFFER CACHE的优化思路

虽然这个优化手段超出了“热”块的解决范围，但是通过直接路径读写可以绕过BUFFER CACHE这个环节，从而直接将数据读至PGA中。（2）在CPU紧张的系统中，可以适当减小BUFFER CACHE，从而增大系统的I/O压力来达到释放CPU资源的目的。相反，在I/O紧张的系统中，可以适当增加BUFFER CACHE来缓减I/O压力。（3）在RAC系统中，为了减少节点间的数据块传输，提高本地节点的BUFFER CACHE命中率，可以在不同的节点运行不同的业务。并行DML和CTAS创建表时（使用直接路径写）。

2025-05-22 09:40:18 314

原创 Oracle BUFFER CACHE的数据块争用的优化思路

但是，这3种方法在减少数据块争用的同时，却增加了管理数据块的负担。（1）从Oracle 9i开始，Oracle允许在同一个数据库中存在不同块大小的数据块，为了将数据尽可能地分散到不同的数据块中，可以考虑将数据存放在BLOCK SIZE较小的数据块中（如 2KB、4KB的数据块）。（2）数据块的PCTFREE默认值为10%，即数据块中有10%的空间会留于UPDATE操作，为了将数据尽可能地分散到不同数据块，可以考虑将数据存放在PCTFREE较大的数据块中（如将PCTFREE设置为90）。

2025-05-22 09:30:01 420

原创 Oracle BUFFER CACHE内存不足的优化思路

另外，从磁盘上读取数据块需要调用操作系统内核指令，进入到BUFFER CACHE之前获得一系列相应的LATCH，这些操作都是非常消耗CPU资源的，CPU资源不足又会反过来影响BUFFER CACHE中LATCH资源的获取效率，进而造成恶性循环。所以在CPU资源不足的系统中，如果不综合考虑，盲目增加BUFFER CACHE将会导致更多的数据块涌进BUFFER CACHE，这可能会造成更加严重的后果。但并不是说DBWR数绝对不能超过CPU数，在特殊的场景下这可能还会有特殊的用途，不能一概而论。

2025-05-21 14:06:36 453

原创谈谈Oracle BUFFER CACHE的命中率

众所周知，RAC节点间数据块传输主要采用的是CACHE FUSION机制，也就是说当服务进程发现数据块在本节点中不存在时，会进一步查看数据块在远程节点的BUFFER CACHE中是否存在，如果存在且符合传输条件，则由LMS进程将数据块从远端的BUFFER CACHE传输至本地的BUFFER CACHE中。在AWR报告中，有获取远程节点CACHE数据块的统计值。由于2张表的数据块全部在BUFFER CACHE中，所以在取值过程中BUFFER CACHE的命中率为100%，但事实上其执行效率却是很低的。

2025-05-21 14:05:11 445

原创 Oracle如何解决BUFFER BUSY WAITS

在这种情况下，正在读取数据块的会话会出现DB FILE SEQUENTIAL READ或者DB FILE SCATTERED READ等待事件，其他的会话则出现READ BY OTHER SESSION等待事件。很多有经验的DBA在遇到此类问题时（排除了系统执行计划导致性能问题的可能性），为了避免引起更大的损失，在收集完现场数据之后，往往首先采取的操作是KILL所有异常会话，以便快速恢复系统。顾名思义，BUFFER BUSY WAITS等待事件指的是多个会话不能共享缓冲区中的数据块而引发的等待事件。

2025-05-21 14:04:25 321

原创 Oracle中如何解决BUFFER BUSY WAITS

在这种情况下，正在读取数据块的会话会出现DB FILE SEQUENTIAL READ或者DB FILE SCATTERED READ等待事件，其他的会话则出现READ BY OTHER SESSION等待事件。很多有经验的DBA在遇到此类问题时（排除了系统执行计划导致性能问题的可能性），为了避免引起更大的损失，在收集完现场数据之后，往往首先采取的操作是KILL所有异常会话，以便快速恢复系统。顾名思义，BUFFER BUSY WAITS等待事件指的是多个会话不能共享缓冲区中的数据块而引发的等待事件。

2025-05-20 10:32:49 548

原创 Oracle中如何解决FREE BUFFER WAITS

基于性能上的考虑，服务器进程在扫描LRU主列的同时，会将脏块移至LRU-W列，如果发现没有足够可用（可替换）的BUFFER CACHE，进程并不会无止尽地扫描整条LRU主列，而是在扫描到某个阀值（该阀值由隐含参数_db_block_max_scan_pct决定。DBWR进程写脏块完成之前，服务器进程等待空闲缓冲区时会出现FREE BUFFER WAITS等待事件。此时，如果有其他进程要读取或修改缓冲区，则需要等待DBWR进程写数据块结束，并出现WRITE COMPLETE WAITS等待事件。

2025-05-20 10:32:17 309

原创 Oracle中如何解决LATCH:CACHE BUFFERS LRU CHAIN

MULTI BLOCK I/O（如对大表进行全表扫描）时，服务器进程会将大量的数据块读至BUFFER CACHE中，为了减轻对LRU列表中数据块（热块）的冲击，Oracle会将大表全表扫描的数据块存放至LRU列表的尾部，存放在LRU列表尾部的数据块可以尽快地被交换出BUFFER CACHE。LRU-W列中又分为主列和辅助列。在性能优化时，最容易引起性能问题的是LRU列和LRU-W列，所以一般情况下并不需要关心LRU-XO列、LRU-XR列、LRU-P列，所以本章也不打算深入讲解这3列。

2025-05-20 10:31:42 830

原创 Oracle如何解决LATCH:CACHE BUFFERS CHAINS

由于CACHE BUFFERS CHAINS LATCH和HASH BUCKETS的数量随着BUFFER CACHE的增大而增多，所以随着BUFFER CACHE的增大，不同的数据块可能会被进一步分散到不同的HASH CHAIN中，从而降低HASH CHAIN争用的概率，从这个角度来说，在系统资源充足的前提下，增大BUFFER CACHE 没坏处。CACHE BUFFERS CHAINS LATCH主要用于保护HASH CHAIN结构。服务进程需要扫描HASH CHAIN中的数据块时。

2025-05-20 10:30:39 793

原创详解Oracle HASH CHAIN和HASH BUCKET

如果过多的CR块驻留在BUFFER CACHE将会导致HASH CHAIN过长，从而增大出现HASH CHAIN争用的概率，所以Oracle设置一个隐含参数_db_block_max_cr_dba，用于限制CR块数量（默认情况下，不能超过6个），通过这种方法在某种程度上减小了HASH CHAIN冲突的概率。因此，利用这种算法，Oracle只要通过计算数据块的HASH值就可以快速定位数据块应该属于哪一条HASH CHAIN，然后定位该数据块。̲调整BUFFER CACHE的…

2025-05-19 11:16:10 395

原创 Oracle buffer cache的内部结构

在Oracle 9i中，它占188个字节。从Oracle 9i开始，Oracle允许存在不同数据块大小的BUFFER CACHE（分别用数据库参数DB_nK_CACHE_SIZE来设置），这也就意味着相同大小的GRANULE可以包含不同数量的数据块，但是对于DEFAULT BUFFER POOL、KEEP BUFFER POOL、RECYCLE BUFFER POOL，则只能使用默认的数据块大小。在Oracle数据库中，组成数据文件的最小原子单位是数据块，在同一个数据库中可以有不同的BLOCK SIZE。

2025-05-19 11:15:06 312

原创如何用好Oracle普通闪回点和强制闪回点

数据库闪回的内部机制很少有文档披露，本节有部分内容是根据笔者观察到的现象而推出的结论，所以结论不一定全部准确，需要读者进一步论证和探讨。从本质上讲，数据库闪回和普通闪回点是一回事，一个普通闪回点只不过是数据库闪回的一个时间戳，所以普通闪回点是建立在数据库闪回基础之上的。由于RVWR进程并不会将每一个变化的数据块写至闪回文件中（笔者推测Oracle应该会周期性地在闪回日志设置一个个标签，以SCN表示。当数据块变化时则和最近的标签SCN进行比较，如果数据块的SCN比最近的标签SCN小，则写入闪回日志中。

2025-05-19 11:13:18 830

原创 Oracle数据库如何进行手动热备份和恢复

手动热备份指的是数据库处于OPEN状态下利用操作系统命令备份数据库。手动热备份指的是使用BEGIN BACKUP命令备份数据库，该命令只适用于备份数据文件。由于由业务程序在数据库中运行，所以在数据库OPEN的状态下备份时肯定会碰到存在分裂块的问题。Oracle在数据文件头中设置了标记位用于判断是否需要在日志文件中额外存储发生变化的数据块信息。这个标记位通过数据库命令BEGIN BACKUP设置，所以手动热备份数据文件之前必须先设置BEGIN BACKUP。

2025-05-16 09:42:49 843

原创 Oracle数据库如何进行冷备份和恢复

数据库的冷备份指的是数据库处于关闭或者MOUNT状态下的备份，备份文件包括数据文件、日志文件和控制文件。数据库冷备份所用的时间主要受数据库大小和磁盘I/O性能的影响。由于数据库需要关闭才能进行冷备份，所以这种备份技术并不适用7×24小时的系统。尽管冷备份并不需要开启归档模式，但还是建议开启了归档模式后进行冷备份。当数据库发生灾难时，只要归档日志和在线日志存在，归档模式下的冷备份可做到数据不丢失。9.2.1 冷备份数据库步骤在关闭数据库之前，可以从数据库视图中查找所需要备份的文件。DATAF。

2025-05-16 09:41:44 786

原创 Oracle物理恢复相关注意点

如果需要恢复的数据库或者数据文件不存在，则需要将全量备份集RESTORE[ 将全量备份集恢复到目标数据库中，称之为RESTORE。]到目标数据库中，然后再RECOVER[ 将增量备份集或者归档日志恢复到目标数据库中，称之为RECOVER。即Oracle数据库物理恢复的一个前提是需要有较早时期的数据库存在（即0级备份），然后服务器进程才能应用增量备份集或者归档日志将数据库恢复（RECOVER）到指定的时间点。通过定期进行恢复测试，形成完善的测试文档，当灾难发生时，DBA可以快速、熟练地进行恢复。

2025-05-15 10:47:36 260

原创 Oracle物理备份的相关注意点

如果备份的是处于OPEN状态的数据库，由于在备份过程中数据库处于活动状态，所以备份出来的数据文件之间无法达到一致性，当数据库发生损坏时，直接还原出来的数据库是无法打开的，这时就还需要应用归档日志使得数据文件之间达到一致性，从而打开数据库。如果使用BEGIN BACKUP方式物理备份数据库，则可能会产生比以往还要多的归档日志，因此需要确保备份期间的归档空间足够。对于READ ONLY/OFFLINE状态的表空间，如果之前有备份，且备份以来没有发生变化，为了加快备份速度，节省备份空间，可以不用每次都备份。

2025-05-15 10:45:59 340

原创管理Oracle Data Guard的最佳实践

Oracle Data Guard的中文名字叫数据卫士，顾名思义，它是生产库的一道保障。所以管理Data Guard是DBA的一项重要工作之一，管理Data Guard时主要有以下几个注意点需要引起重视。

2025-05-14 09:49:36 440

原创配置Oracle Data Guard最佳实践

本文主要探讨配置Data Guard的最佳实践，虽然其配置方法和流程在网上有不少资料，但大多数没有提及相关注意点，这里提供给大家，希望引起大家的重视。

2025-05-14 09:48:47 160

原创 Oracle SYSTEM/UNDO表空间损坏的处理思路

如果数据库没有备份，通常需要设置官方不推荐的隐含参数或者使用bbed工具修复损坏的数据块来强制打开数据库，所以此类故障处理起来存在着风险性和不可预知性。提示：如果空间不够或者备份时间过长，则备份SYSTEM、UNDO和SYSAUX表空间下的数据文件、控制文件、所有在线日志文件。（6）如果是UNDO表空间有坏块，可以设置隐含参数_offline_rollback_segments屏蔽坏块所在的回滚段来打开数据库。（1）检查数据库的警告日志，初步确定数据库打不开的原因。如果是RAC，则检查所有节点的警告日志。

2025-05-13 09:13:19 202

原创 Oracle 在线日志文件和控制文件损坏处理思路

在线日志损坏也就意味着丢失数据，数据库就无法正常打开，所以需要引起读者足够的重视，千万不要在数据库运行时，关闭主机或者存储。（3）如果操作系统命令strings命令无法读取控制文件，那么只能到文件系统中寻找当前数据库的数据文件和在线日志文件，然后按照重建控制文件的格式以NORESETLOGS选项重建控制文件。（2）如果不能MOUNT数据库，则使用操作系统命令strings命令提取控制文件的数据文件，在线日志文件位置和路径，然后按照重建控制文件的格式以NORESETLOGS选项重建控制文件。

2025-05-13 09:12:43 386

原创 Oracle数据库局部性HANG处理过程

Oracle数据库局部性HANG，通常表现为部分会话HANG。观察会话是否为HANG，笔者比较喜欢查询V$SESSION_WAIT视图，然后观察该会话的P1、P2、P3值，如果该值在不停地改变，则说明会话没有HANG，而可能只是比较慢。如果要进一步观察会话HANG或者慢的原因，则可以对该会话设置10046事件和errorstack来帮助诊断故障原因。

2025-05-12 11:06:22 150

原创 Oracle数据库全局性HANG的处理过程

当Oracle系统HANG住，无法使用一切方法登录时（包括 sqlplus -prelim / as sysdba），可以使用gdb调试工具来对Oracle做系统DUMP，然后就可通过系统DUMP的信息来判断具体HANG的原因了，具体使用方法可以参考MOS文章 273324.1。如果Oracle数据库全局性HANG，首先要做的就是收集数据库HANG时的状态，只有收集到了相应状态，抓住故障现场，才可以进一步分析故障产生的可能原因。

2025-05-12 11:05:39 705

原创 Oracle临时段管理

从Oracle 7.3开始，推出了新的临时段算法用于管理临时表空间，即使用存储于共享池的SORT EXTENT POOL来管理临时段的使用与释放。使用临时表空间的临时段之前，进程获得SORT EXTENT POOL LATCH之后将会从SORT EXTENT POOL中分配空闲的EXTENT，并标注可用状态。永久表空间中的临时段主要用于在创建对象（如表格、索引）的过程中临时使用，对象创建完成之后临时段就会变成对象所属的段类型，但如果在创建过程中异常退出，则会由SMON进程负责清理永久表空间中的临时段。

2024-05-24 09:56:20 610

原创关于组织召开数据安全治理会议

数据是新经济时代的新石油，一种新型战略性资产，具有永不磨损、无限复制、价值放大、无限增值等特点；一家企业拥有的数据规模、活性及分析能力将成为其综合竞争力的核心组成部分。现在的数据泄露事件，往往会导致成千上万人的个人信息曝光，严重打击企业的良好形象，社会影响巨大。本次会议主要探讨在各个主要行业中，在Oracle数据库、MYSQL数据库及国产数据库上如何实现数据安全？7、数据的采集、传输、存储、处理、交换、销毁全生命周期。3、敏感数据的自动全量、增量的识别、发现；6、表级别的增、删、改、查控制，行数控制；

2024-05-20 10:50:04 296

原创 Oracle表空间管理

假设某张表的PCTFREE为20，PCTUSED为40，这就表示当一个BLOCK的空间使用率达到80%（100-PCTFREE）时，这个BLOCK就不再被允许INSERT新的数据了，而保留下来的这20%（PCTFREE）空间将会被预留为UPDATE可能发生的空间扩展，同时该BLOCK从FREE LIST中移除。需要注意的是，Oracle 9i创建表空间时默认使用手动段管理方式，Oracle 9i及之前的低版本中自动段管理方式还有较多BUG，所以不推荐使用。此外只有本地管理的表空间才能使用自动段管理方式。

2024-05-19 20:09:45 1088

原创 Oracle数据库空间的管理与监控

但“尺有所短，寸有所长”，相关的运维注意事项和知识点不可能面面俱到，读者如果有疑惑可以参考Oracle官方文档《Concepts》，其内容详实，浅显易懂，值得每位DBA仔细研读。因此，数据库容量的大小在某种程度上决定着数据库的性能，所以数据库的空间管理一直是数据库运维过程中最重要的一项工作。不可预测的故障指的是突发性的故障，如数据库性能的急剧恶化、硬件故障等。过大的数据库，在极端情况下还会影响数据库的打开和关闭时间，因为数据库在正常打开或关闭时需要校验数据文件头内容，过多的数据文件会影响校验速度。

2024-05-19 20:02:02 444

原创解析Oracle文件头内容

ub2 kscnwrp @488 数据文件头的SCN高2字节值，这是数据文件头中最重要的SCN，如果数据库无法OPEN，有时需要使其和其他数据文件保持一致，或者手动将其增大。ub2 kcrbabof @508 数据文件当前写的REDLOG BLOCK中的偏移量，数据库无法OPEN时，有时需要将其置为0或者修改成和其他数据文件一致的值。ub4 kccfhfsz @44 数据文件的大小，该值和保存在操作系统头中的数据文件大小一致，其值不包含操作系统头。0x0b表示数据文件头的块类型，0x06表示数据块类型。

2024-05-17 21:43:23 536

空空如也

空空如也