- 博客(137)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 REDO文件误删除故障恢复
本场景针对**Oracle数据库未正常关闭（处于运行/mount状态）联机重做日志文件（redo log）被误删除、标记为deleted（已删除）**的故障问题。
2026-03-20 11:54:09
20
原创 记录MySQL 主从架构切换双主（互为主从）操作步骤
本文章记录的是将 MySQL 原有单主单从（Master-Slave）架构改造为双主（Master-Master，互为主从）架构的操作步骤。
2026-03-11 14:23:18
58
原创 ORA-00600 [ktspgfb-1] ORA-00600 [kdifind:objdchk_kcbgcur_3]报错故障处理
查找了MOS，看到Bug 34291862 - ORA-600 [ktspgfb-1] or ORA-600[ktecgsc:objdchk_kcbgtcr_5] on update mv master table 这个BUG是高度一致的。查看了trc日志，发现对应的object_id，查看多个trc文件，都是同一个ID。今天遇到一个故障，第一次出现报错是ORA-00600 [ktspgfb-1] ，后面会重复的刷屏报错ORA-00600 [kdifind:objdchk_kcbgcur_3]。
2026-02-27 11:04:45
28
原创 PDB未按预期时间执行自动统计信息收集问题分析
解答：参考官方文档KB140350，2月9日周一白天运行自动统计信息收集任务的原因实际为CDB$ROOT Scheduler默认时区(PRC)比PDB Scheduler默认时区(PST8PDT)快16h导致的差异，PDB层面是按照PST8PDT的Scheduler时区执行的自动调度任务，也就是按照PST8PDT时区2月8日6时的周日调度任务，实际在北京时间2月8日22时开始执行，结合前一个结论间隔4小时运行一次，也会在2月9日2时、6时、10时、14时再调度一次。此为Oracle的预期行为。
2026-02-12 16:27:25
547
原创 Oracle云平台基础设施文档-控制台仪表板篇1
首次访问“仪表板”选项卡时，您会看到一个默认的仪表板以及包含开始使用小部件指南的示例小部件。大多数类型的 Oracle 云基础设施资源都有一个独一无二的、由 Oracle 预先分配的标识符，称为 Oracle 云 ID（OCID）。如果您是普通用户（而非管理员），且需要使用您所在公司拥有的 Oracle 云基础设施资源，请联系您的管理员为您设置一个用户 ID。“控制台仪表板”服务使您能够在 Oracle 云基础设施控制台中创建自定义仪表板，用于监控您的租户的资源、诊断信息和关键指标。
2026-02-12 14:31:57
556
原创 Oracle云平台基础设施文档-计费与成本管理篇4
成本异常检测持续监控每日云计算成本，并告知异常使用趋势。它最大限度地减少了检测时间和负面成本影响。费用异常警报会主动通知你异常事件。每一次检测到的异常，成本异常洞察通过提供全面的根本原因分析，帮助减少调查和修复工作。成本监控器成本监测器定义了需要分析的资源。注意：成本监控器需要60天的历史数据才能生效。成本监控场景示例成本异常检测算法利用机器学习，考虑年度、每周和每日季节性以及节假日效应，预测每日成本数据并自动检测异常事件。它通过用户反馈学习，从而提升准确性。
2026-02-11 09:57:44
523
原创 记一次集群网络异常后节点启动失败处理情况
某集群环境因网络异常，导致整个集群网络中断。待网络恢复后，对集群环境状态进行全面核查，发现集群节点出现差异化异常，具体表现为节点一集群状态正常但数据库异常，节点二集群无法正常启动。
2026-02-09 16:47:06
318
原创 Oracle云平台基础设施文档-计费与成本管理篇3
成本报告是逗号分隔值（CSV）文件，反映资源消耗成本。它们每天生成，存储在对象存储桶中。使用成本与使用报告页面下载和访问报告。注意：使用报告于2025年1月31日被弃用。相反，您可以使用OCI专有格式和FOCUS格式的成本报告来分析您的消耗。更多信息请参见成本报告类型。您可以继续访问现有的使用报告CSV文件，直到2025年7月31日。成本报告不适用于非计费租户。成本报告是一个逗号分隔值（CSV）文件，类似于使用报告，但也包含成本列。该报告可用于获取资源层面的发票明细分解。
2026-02-09 16:12:41
628
原创 Oracle云平台基础设施文档-计费与成本管理篇2
利用预算设定Oracle云基础设施支出的软上限。你可以在预算上设置提醒，提醒自己何时可能超出预算，并且可以在控制台的同一处查看所有预算和支出。例如，如果你运行一个单一实例并想监控其支出，你可以为实例所在的单元创建预算。如果你的租约里没有子区间，可以针对根区划预算。预算基于标签或区间（包括根区间）设定，用于跟踪标签内或区间及其子区间的所有支出。所有预算提醒都会每24小时定期评估一次。要查看上一次预算评估的时间，可以打开预算详情。您可以查看显示当前支出、预测以及显示预算评估期间期间内支出百分比字段。
2026-02-09 14:42:24
565
原创 Oracle云平台基础设施文档-计费与成本管理篇1
例如，在查看包含各种服务及其费用的图表时，图例方框包含与查询相关的所有受影响的服务。相反，假设选择了多个值“alpha”和“beta”，并且如果选择匹配以下任一条件，这对应于一个OR条件（即，筛选出来自“财务”命名空间中所有服务的费用，这些服务的标签键“负责人”与“alpha”或“beta”值相匹配）。您可以从预定义报表中选择一项，以图表形式查看数据，然后调整日期范围、粒度，并添加或删除筛选器和分组维度（或同时使用两者，即根据一个或多个筛选器查看成本数据，或同时依据筛选器和单个分组维度查看数据）。
2026-02-06 17:31:40
566
原创 Oracle云基础设施文档-IP管理篇
实例使用 IP 地址进行通信。每个实例至少有一个私有 IP 地址，还可以选择拥有一个或多个公共 IP 地址。私有 IP 地址使实例能够与 VCN 内的其他实例或内部本地网络中的主机进行通信（通过站点到站点 VPN 或 Oracle 云基础设施快速连接）。公共 IP 地址使实例能够与互联网上的主机进行通信。公网IP地址是指可从互联网访问的IPv4地址。如果您的租户中的某个资源需要直接从互联网访问，则该资源必须拥有公共IP地址。根据资源类型的不同，可能还有其他要求。
2026-02-05 16:57:54
698
原创 19C新特性：使用gv$tempseg_usage查看临时表空间使用率
GV$TEMPSEG_USAGE是12C引入的新视图，属于gv$sort_usage视图的增强版。GV$TEMPSEG_USAGE包含了所有临时段使用（排序、哈希、临时表等），相对更准确。gv$sort_usage只有在用的排序操作（SORT）使用的段，不够完整。
2026-02-05 16:11:14
71
原创 /*+ MATERIALIZE */ 优化器提示在 WITH 子句中的使用验证
是 Oracle 数据库的优化器提示（Hint），核心作用是中。当后续查询多次引用该 CTE 时，可直接复用临时表数据，避免重复执行子查询；即使仅引用一次，也能通过该 Hint 强制触发物化行为。
2026-02-03 17:40:45
584
原创 MySQL使用表空间传输功能迁移数据库
此时，去源库的数据目录下（datadir/db_test/），你会看到除了 tb_user.ibd，多了一个 tb_user.cfg 文件。为了保证数据一致性，需要对源表加锁，并生成元数据文件（.cfg），这个文件包含了表的结构定义，用于校验。在源表被锁住的状态下（保持数据一致性），将 .ibd 和 .cfg 文件拷贝到目标服务器。注意：不要拷贝 .frm 文件，因为第一步已经在目标库创建了表，结构已经存在。丢弃表空间（执行后，ibd文件会被删除，只剩frm结构文件）假设MySQL运行用户是 mysql。
2026-01-22 10:14:16
259
原创 Oracle DG apply lag 零延迟后再查询延迟过大
1.查看v$dataguard_stats的apply lag波动很大，前一秒还是00:00，后一秒就是17:40，再查一次又变成了 00:00。监控反馈DG有延迟17分40秒左右，但是连上去查看 v$archived_log 里面，都是正常同步的。3.由于主库是RAC环境，查看RAC环境发现两边节点时间不一致，刚好相差17:40左右。2.查看了arch，alert，rfs等日志均未发现异常。，导致DG库端apply lag 时大时小。
2026-01-20 16:13:51
165
原创 SYSAUX表空间使用率暴增处理方式
最近给客户检查时发现客户的SYSAUX表空间随着业务量越增越多，排查确认是AUTO_STATS_ADVISOR_TASK客户环境中出现两种情况：一是手工执行后，过期的统计信息顾问记录仍未被清除；二是本应自动清理的过期统计信息顾问记录未按时清除。经测试确认，该问题为 BUG 38326922（涉及版本≥19.27 且 < 25.1），需通过打补丁（Patch 38326922）或升级至 19.29 及以上版本修复。
2026-01-05 17:42:19
431
原创 Oracle 自动统计信息收集任务：维护窗口创建与删除
BEGIN--window_name => 'MINUTE_TEN_WINDOW', -- 自定义窗口名称，唯一标识该窗口--duration => NUMTODSINTERVAL(1, 'hour'), -- 窗口持续时间：1小时 NUMTODSINTERVAL(1, 'hour')duration => numtodsinterval(5, 'minute'), -- 窗口持续时间：10分钟 numtodsinterval(10, 'minute')
2026-01-05 10:59:36
164
原创 当SGA大于hugepage的时候，Oracle数据库是怎么使用hugepage的
当SGA大于hugepage的时候，Oracle数据库是怎么使用hugepage的
2025-12-23 11:03:18
419
原创 新版 My Oracle Support 搜索文档无果？试试这招
在使用新版 My Oracle Support（MOS）检索技术文档时，不少用户会遇到 “输入关键词或文档号却搜索不到结果” 的问题。其实，这一问题往往与语言设置相关 —— 若当前默认选择中文检索，部分文章可能无法被匹配，此时切换为英文检索即可解决。3.在页面右侧找到语言设置选项，将检索语言切换为 “English”，重新提交搜索，即可匹配到英文原版文档。2.若搜索目标文档（如补丁下载参考文档 2118136.2）后无结果。1.登录 MOS 平台后，确认当前检索语言是否为 “简体中文”。
2025-12-19 10:42:45
206
原创 Oracle 19c RAC报错ORA-17503,ORA-27300,ORA-27301,ORA-27302
发现alert日志频繁报错trc 日志信息CLID: P。
2025-12-17 11:35:53
985
原创 Oracle 19c RAC ASM 密码文件恢复方案四：创建新密码文件覆盖恢复
问题描述：在Oracle19cRAC中启动CRS服务，其中一个节点的ASM实例无法自动启动，需要手动执行startup命令，且启动实例后集群服务正常。这种情况就有可能是ASM密码文件错误造成的，当ASM的密码文件丢失、损坏，或手动更替后，就会出现这种问题。为解决这个错误，我将通过四个测试，介绍四种不同的恢复ASM密码文件的方法。1、通过asmcmd --nocp credfix命令恢复。2、通过密码文件备份恢复。
2025-12-11 16:42:00
641
原创 Oracle 19c RAC ASM 密码文件恢复方案三：将补丁升级至 19.8 版本后，利用 asmcmd --nocp credfix 进行修复
问题描述：在Oracle19cRAC中启动CRS服务，其中一个节点的ASM实例无法自动启动，需要手动执行startup命令，且启动实例后集群服务正常。这种情况就有可能是ASM密码文件错误造成的，当ASM的密码文件丢失、损坏，或手动更替后，就会出现这种问题。为解决这个错误，我将通过四个测试，介绍四种不同的恢复ASM密码文件的方法。1、通过asmcmd --nocp credfix命令恢复。2、通过密码文件备份恢复。
2025-12-11 15:54:39
971
原创 Oracle 19c RAC ASM 密码文件恢复方案二：基于密码文件备份还原
问题描述：在Oracle19cRAC中启动CRS服务，其中一个节点的ASM实例无法自动启动，需要手动执行startup命令，且启动实例后集群服务正常。这种情况就有可能是ASM密码文件错误造成的，当ASM的密码文件丢失、损坏，或手动更替后，就会出现这种问题。为解决这个错误，我将通过四个测试，介绍四种不同的恢复ASM密码文件的方法。1、通过asmcmd --nocp credfix命令恢复。2、通过密码文件备份恢复。
2025-12-11 15:52:25
235
原创 Oracle 19c RAC ASM 密码文件恢复方案一： asmcmd --nocp credfix 命令修复
问题描述：在Oracle19cRAC中启动CRS服务，其中一个节点的ASM实例无法自动启动，需要手动执行startup命令，且启动实例后集群服务正常。这种情况就有可能是ASM密码文件错误造成的，当ASM的密码文件丢失、损坏，或手动更替后，就会出现这种问题。常规的备份中并不包含ASM密码文件，如数据库备份、OCR备份、OLR备份等，这就使得当ASM密码文件出现错误的时候，无法通过常规的备份进行恢复。因此，我将介绍四种不同的恢复ASM密码文件的方式，分成四个文章来介绍，通过四个测试，来验证其可行性。
2025-12-11 15:51:37
708
原创 19C Oracle 集群（RAC）软件 与数据库软件 PSU 补丁部署流程
安装 Grid 集群软件的过程请自行完成。上传、解压缩PSU补丁文件。安装数据库软件过程请自行完成。补丁包与GRID集群的一致。
2025-12-09 09:32:53
357
原创 MySQL 函数unix_timestamp的创建语句
MySQL 函数unix_timestamp的创建语句。在MySQL 5.7上测试，结果是一致的。
2025-12-05 15:00:48
140
原创 [OGG] Oracle数据库 rename xxx to xxx； 命令执行后，表不同步的处理
在做整个schema的OGG同步时，建议在DDL处加上 < INCLUDE OPTYPE RENAME> ，防止源端做RENAME操作。
2025-12-05 13:54:50
218
原创 【系列实验二】RAC 19C集群：CentOS 7.9 原地升级至 Oracle Linux 8.10 实战笔记
《CentOS 7.9至Oracle Linux 8.10原地升级实战》摘要 本文记录了Oracle RAC 19c集群从CentOS 7.9原地升级至Oracle Linux 8.10的完整过程。升级分为四个阶段：预检查（卸载旧包、停集群）、发行版迁移（使用centos2ol.sh脚本）、主版本升级（leapp工具）和事后清理（重装GUI、启集群）。关键步骤包括清理YUM配置、解决leapp预检查报错、处理共享内存段配置问题等。升级耗时约2-3小时，需特别注意网络稳定性、内核包冲突及系统参数重置问题。实验
2025-12-05 10:36:37
775
1
原创 【系列实验一】Oracle 19c RAC 安装（4个节点）
官方文档最小要求的内存是8G，但是在实验过程中发现，8G很可能导致数据库无法开启，建议至少要12GB。心跳网络不做bond，用2个网络做负载均衡。也可使用命令： /usr/lib/udev/scsi_id -g -u /dev/sdc 查看指定盘符的uuid。启动multipath配置后，会在/dev/mapper下生成多路径逻辑盘。略，图形化这步骤比较简单，懒的贴图了。有可能权限没变化，可以重启服务器，基本就可以了。，本次测试内存仅12GB，不需要配置。1 50G *1 ，共5个硬盘。
2025-12-03 10:16:03
965
4
原创 alter system kill session语句详解（19C增加了新特性）
会将一个会话标记为终止，其正在进行的事务，释放所有会话锁，并部分回收会话资源。你可以使用GV$SESSIONSIDSERIAL#不指定实例ID的情况下，kill session的会话和目标会话必须位于上。指定实例ID的情况下，kill session的会话可以位于上（推荐）。如果会话正在执行某些必须完成的操作，例如等待远程数据库（dblink）的响应或回滚事务，Oracle 数据库会等待该操作完成，然后将会话标记为终止，并将控制权返回给你。
2025-12-01 11:26:49
803
原创 Solaris 11.3添加新物理磁盘实操方案
本文详细讲解了Solaris 11.3添加1T物理磁盘并挂载至/data的完整流程，核心在于准确识别磁盘设备、规范分区与文件系统创建，以及通过/etc/vfstab确保永久挂载。UFS方案兼容性强，ZFS方案功能更全面，可根据业务需求选择。操作过程中需注意设备路径的准确性，避免误操作现有磁盘导致数据丢失。若在操作中遇到其他问题，欢迎在评论区留言交流，我会及时回复解答。
2025-11-26 15:22:24
946
原创 Oracle 19C 分区表操作说明文档
分区表是将大表数据按预设规则（如日期、范围、离散值）拆分到多个物理子表（分区）的数据库对象。每个分区独立存储、管理，但逻辑上仍为一个完整表，Oracle 19C 支持范围、列表、哈希、复合分区等多种类型。Oracle 19C 分区表通过数据拆分实现性能优化和维护简化，核心操作包括分区表创建、访问、维护创建时需根据业务场景选择合适的分区类型（范围→时间、列表→分类、哈希→均匀分布）；访问时优先使用分区键触发分区裁剪，提升查询性能；维护时利用添加 / 删除 / 交换分区等操作，高效管理数据生命周期。
2025-11-21 17:33:41
800
原创 MySQL 5.7大表索引优化实战：108GB数据建索引效率提升50%
在数据库运维工作中，大表结构变更一直是令人头疼的难题——尤其当表数据量突破百GB级，常规操作稍有不慎就可能引发生产环境雪崩。最近在客户现场，我们就遇到了MySQL 5.7环境下108GB大表新建索引的性能瓶颈问题，经过参数调优后最终将操作时间压缩了一半以上，今天把整个排查和优化过程分享给大家。此次108GB大表索引优化的核心经验，在于打破了“工具默认参数即最优”的思维定式：1. 大表操作前务必剖析工具执行原理，找准瓶颈环节（如本次的数据复制阶段）；
2025-11-21 16:42:27
882
原创 Oracle Data Guard Broker RedoRoutes 属性配置文档
RedoRoutes是 Oracle Data Guard Broker（以下简称 DG Broker）中的关键路由配置属性，用于替代传统 Data Guard 中复杂的和等初始化参数，集中管理主数据库（Primary Database）的 Redo 日志传输路径。通过RedoRoutes，可灵活定义：主库向哪些备库（物理备库、逻辑备库、级联备库）传输 Redo 日志、日志传输的优先级，以及级联备库的日志来源（主库直接传输 vs 从其他备库级联传输），大幅简化多备库架构的日志流向配置。
2025-11-20 15:46:04
625
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人