- 博客(664)
- 资源 (6)
- 收藏
- 关注
RSS订阅
原创 关于我的介绍
关于我：姓白，常被称"白工"、"小白"；就职于国内某知名专业第三方数据库服务厂商，具有多年专职Oracle数据库相关技术支持经验，现居杭州；日常工作涉及对银行、保险、政府、电信、广电、医疗、大型制造业等行业客户提供Oracle技术支持；包括MAA高可用/容灾架构的咨询/规划/实施、基于OWI/SQL等方面的性能调优服务、Oracle数据库跨版本跨平台升级迁移等；持有10g ocm认证。在csd...
2017-05-03 12:47:36
1880
1
原创 ORACLE EXADATA重启问题Network Traffic Stops after Error “eth3 (bnxt_en) transmit queue 0 timed out“
Oracle Exadata X8数据库集群节点1出现异常重启，日志分析显示eth3网卡出现transmit queue 4 timed out;错误，触发Linux内核BUG导致系统重启。该问题与Oracle MOS文档描述的Broadcom网卡偶发性故障一致，解决方案需升级内核至kernel 4.14.35-1902.306.0.EL7UEK或更高版本，或安装ksplice patch 20210128-0 or later.
2026-05-25 00:25:11
418
原创 EXADATA X5数据库一体机节点login: failure forking: Cannot allocate memory问题处理
5月13日11:11，EXADATA X5数据库一体机节点2出现异常，表现为无法登录（报错Cannot allocate memory"）和数据库集群资源无法关闭。工程师及时响应，通过重启服务器和更换/SYS/MB/P0/D5槽位故障内存（型号M386A4G40DM0-CPB）恢复业务。故障分析显示内存硬件故障导致系统资源不足，引发操作系统级错误。目前一体机及所有数据库已恢复正常运行。建议加强硬件监控，建立备件库存以缩短故障恢复时间。
2026-05-20 22:33:41
408
原创 ORACLE Enterprise Manager Cloud Control 系列测试3-Data Masking
本文介绍了使用Oracle EM12C进行数据脱敏(Data Masking)的完整流程。数据脱敏是将敏感信息替换为虚构但真实的数据的过程，主要用于测试环境共享数据时保护隐私。测试环境采用Oracle Enterprise Linux系统，针对951111条记录的EMP_DM表进行脱敏处理。主要步骤包括：1)部署TDM Pack；2)创建Application Data Model识别敏感字段；3)定义数据脱敏格式；4)创建脱敏定义并关联字段与格式；5)执行脱敏作业。整个脱敏过程耗时45秒，成功对三个敏感字
2026-05-19 11:27:30
331
原创 ORACLE Enterprise Manager Cloud Control 系列测试2- 日常管理和SQL优化
本次测试基于EM12C平台对数据库维护监控功能进行验证，重点测试了诊断包和调优包的核心功能。测试环境采用HP ProLiant DL580服务器，部署Oracle Enterprise Linux 5.7系统，监控对象包括Oracle 9i和11g数据库。测试内容涵盖数据库性能监控、事件告警处理、主机资源监控等日常运维功能，特别验证了ADDM自动诊断、SQL调优建议等高级特性。测试结果表明，EM12C能有效实现数据库性能问题的自动诊断与优化建议，Agent资源占用率在合理范围内。
2026-05-19 11:18:09
419
原创 ORACLE Enterprise Manager Cloud Control 系列测试1-安装配置
Oracle Enterprise Manager Cloud Control 12c（EM12c）是集中监控管理Oracle及非Oracle系统的管理软件，包含Management Agent（OMA）、Management Service（OMS）、Management Repository（OMR）等核心组件。安装前需准备4GB内存、调整数据库参数并配置11g数据库。安装过程通过图形界面完成，需部署专用Agent并满足512MB内存等硬件要求。日常维护包括启动/停止数据库、监听器、OMS和Agent.
2026-05-19 10:59:24
379
原创 ORACLE SQL Performance Analyzer (SPA) 测试流程
本文介绍了Oracle数据库性能测试方案，重点采用SQL性能分析器(SPA)和数据库重放技术评估新服务器性能。测试流程包括：1)准备测试环境；2)从AWR采集业务SQL；3)建立性能基准；4)参数优化；5)新环境测试；6)性能对比分析。测试结果显示，在1800条SQL中仅1条出现性能下降，其余均有提升。同时详细列出了数据库参数优化方案，包括内存配置调整、并行处理设置等关键参数。该方案通过自动化测试流程，在不影响生产环境的情况下，有效验证了新服务器的性能表现，为系统迁移提供了可靠依据。
2026-05-19 10:31:53
515
原创 因为严重的ORA-00600[17147]及ORA-00600 [15851]、DRM等问题导致的ORACLE RAC节点重启问题分析
7月2日19:56分，RAC数据库实例2异常重启。分析发现：1）19:46-19:48期间并行进程fmtads2_p007在执行CTAS语句时出现ORA-00600[15851]和[17147]内存损坏错误；2）19:56分LMS1进程因ORA-07445[gsignal()+53]核心转储错误异常终止，触发PMON进程关闭实例。AWR报告显示共享池中GES资源占用过高（18G）。建议检查DRM参数配置（补充_gc_read_mostly_locking设置），并参考Oracle相关补丁（Bug 16
2026-05-19 10:18:08
478
原创 EXADATA X6数据库一体机的2个计算节点轮流重启问题分析
EXADATA X6数据库一体机两个计算节点在4月初出现异常重启问题。经分析系统日志、集群日志和硬件状态，均未发现明显异常。后续通过深度巡检，调整了脑裂参数等软件配置，优化高消耗SQL，降低网络带宽使用，以减少重启风险。同时更新了内核参数配置，包括内存管理、网络性能等关键参数。建议持续监控系统运行指标，重点关注硬件兼容性和资源消耗情况，确保系统稳定运行。
2026-05-19 09:44:49
439
原创 ORACLE 19C RAC环境CTSSD进程由于节点间时间差异大终止CRS启动的案例分析
在Oracle 19c RAC集群环境中，节点2重启后因时间同步问题导致CRS服务无法启动。日志显示节点间时间差超过600秒（OCTSSD报错CRS-2419），触发时间同步服务中止（CRS-2402）。通过手动修正节点时间后重启集群，服务恢复正常。该案例凸显了NTP配置对RAC集群的重要性，需严格遵循安装规范确保节点时间同步，避免因时间偏差引发集群故障。
2026-05-12 10:39:46
485
原创 ORACLE数据库的DATAGUARD环境数据同步异常问题分析
Oracle DataGuard同步异常问题分析：克隆备机激活为主库后，其log_archive_dest_2参数配置导致向原备库传输相同序列号的归档日志，造成日志校验失败（ORA-00353错误）。排查发现测试环境成为PRIMARY角色后仍向生产备库传输日志，导致同步中断。解决方案包括取消测试环境的传输参数设置（log_archive_dest_2置空并设为defer状态）。该案例警示在互通网络中需特别注意定时任务、DBLINK等可能连接生产环境的情况，应提前做好隔离处理。
2026-05-12 10:27:16
407
原创 oracle exadata x9的存储节点重启问题分析
Oracle Exadata X9存储节点因RAID控制器问题发生自动重启，系统日志显示"Application firmware crash"错误。得益于Exadata的冗余设计，数据库业务未受影响，ASM磁盘在节点恢复后自动重新加入。检查显示所有物理磁盘状态正常，ILOM无告警。该事件验证了Exadata的高可用性，故障期间自动恢复且未影响业务连续性。
2026-05-08 21:20:34
402
原创 ORACLE报错ORA-04030 koh-kghu sessi,pmucalm coll的分析处理步骤
本文记录了Oracle数据库ORA-04030内存分配错误的排查过程。通过分析操作系统内存配置（62G物理内存+14G交换空间）、ulimit参数（虚拟内存无限制）和后台trace文件（显示进程内存达到4GB限制），发现错误是由于进程PGA内存不足导致。解决方法包括：1）修改系统vm.max_map_count参数为262144；2）调整数据库隐含参数_use_realfree_heap和_realfree_heap_pagesize_hint；3）重启数据库后问题解决。建议后续优化业务逻辑和SQL以
2026-04-21 18:43:49
394
原创 通过oracle 自动优化任务dbms_sqltune进行SQL优化的实战
2026年3月31日，HIS系统数据库出现SQL查询卡顿问题，单条语句执行耗时高达1557秒（约26分钟）。经AWR报告分析，发现主要瓶颈为缺乏有效索引和执行计划不佳。优化建议包括：1）创建复合索引（ZY_SFFLXX表的PATIENT_NO和PINGTAIID字段）和函数索引（YB_ZYDJXX表的YYZYHM字段转换索引），预估提升99.75%性能；2）应用SQL Profile优化执行计划，预估提升96.43%性能。处理方案建议优先创建索引，若效果不足再启用SQL Profile。
2026-04-19 13:09:53
409
原创 ORACLE数据库从WINDOWS环境迁移到LINUX环境并升级的方案步骤
公司为提升业务系统性能，计划将三套Oracle数据库（11.2.0.1版本）从Windows迁移至Linux环境并升级至11.2.0.4版本。迁移采用分阶段实施：首先为XXX系统（DCYX）搭建DG到新服务器，随后依次迁移有限系统和稀土系统。方案包含详细的操作步骤、系统配置参数（内核参数、limit设置等）、数据库切换流程（主备确认、角色转换）、升级验证（组件检查、版本确认）以及异常回退预案。迁移过程将确保业务连续性，通过快照机制和严格测试保障数据安全，最终实现数据库环境优化和版本升级目标。
2026-04-19 13:06:08
442
原创 ORACLE数据库在进行DROP TABLE时失败报错ORA-00604问题的分析处理
近期，遇到ORACLE数据库在进行DROP TABLE时，无法删除，报错ORA-00604: error occurred at recursive SQL level 1，ORA-20001……此时的一个典型思路，是对SQL操作进行TRACE跟踪，如10046TRACE或者ERRORSTACK跟踪，来获取深层的TRACE日志，进行分析，通常可以发现问题的根因。本次问题就是使用10046TRACE跟踪分析，或者DROP TABLE时数据库的底层SQL调用，最终发现是有1个触发器影响不让删除。
2026-04-11 08:15:12
393
原创 ORALCE LOB字段读取报错ORA-00600: 25027和ORA-01555问题的分析处理
【摘要】本文记录了Oracle数据库LOB段数据损坏问题的处理过程。用户反馈病历系统保存数据时报ORA-00600错误，经排查发现涉及三张表的LOB字段损坏。工程师通过分析trace文件、使用DBMS_SPACE_ADMIN包校验、处理ORA-01555错误、更新损坏的LOB行数据、移动LOB段到新表空间等一系列操作，最终修复了问题。处理过程中发现数据库存在双机切换机制不合理和DG备库同步异常等问题，建议优化双机切换策略并修复DG备库同步功能。整个处理过程形成了规范的LOB段损坏修复方案，为类似问题提供了参
2026-04-10 10:40:18
342
原创 RAC数据库节点1实例报错ORA-00600 [15851]及ORA-00600[17147]异常重启分析过程
摘要：XX客户RAC数据库实例2于2021年7月2日19:56异常重启，影响业务运行。工程师通过远程排查发现：19:46并行进程fmtads2_p007在执行SQL时出现ORA-00600[15851]和[17147]内部错误，随后19:56 LMS1进程出现ORA-07445核心转储错误，导致PMON进程终止实例。分析表明问题与内存损坏(Memory corruption)相关，疑似触发Oracle已知BUG（Bug16089561和Bug25722720）。建议检查DRM参数配置，补充设置_gc_rea
2026-04-09 15:45:41
515
原创 windows环境oracle 11.2.0.1版本数据库启动报错ORA-01589问题的处理
(1)、2号文件为SYSAUX，结合SCN数据来看，此文件状态与最新差异较多，如果使用BBED修改数据文件头方式，虽然可以骗过OPEN时的检查点校验，但是在应用REDO LOG进行实例恢复阶段，较大可能会出现数据不一致的错误；(1)、2号文件为SYSAUX，结合SCN数据来看，此文件状态与最新差异较多，如果使用BBED修改数据文件头方式，虽然可以骗过OPEN时的检查点校验，但是在应用REDO LOG进行实例恢复阶段，较大可能会出现数据不一致的错误；因此所有REDO文件均未损坏时，可以正常OPEN数据库；
2026-04-08 16:58:05
490
原创 一次ORACLE RAC的gipc进程的网卡状态异常问题的排查
本文分析了11GRAC集群中因GIPCD进程监控异常导致的心跳网络问题。当集群日志显示"has a disk HB, but no network HB"错误时，表明虽然磁盘心跳正常，但网络心跳异常。通过检查GIPCD进程日志发现网卡状态持续异常(rank值为0)。常规解决方法如重启进程或节点均无效，最终确认这是11.2.0.3版本的一个已知BUG(Bug13653178)。解决方案是在非业务高峰期终止存活节点的GIPCD进程，使其被ohasd代理重新启动，从而恢复正常网络心跳状态。该问
2026-04-07 11:23:52
419
原创 ORACLE RAC环境的row cache lock等待与Sequences CACHE问题分析
摘要：数据库系统出现性能问题，表现为rowcachelock等待。经排查发现是由于序列未设置缓存导致频繁访问seq$基表引发争用。解决方案是为序列添加缓存（设置为100），系统恢复正常。分析表明在RAC高并发环境下，建议采用CACHE+NOORDER的序列配置组合以获得最佳性能。后续建议持续监控序列使用情况，必要时增大缓存值，并在创建新序列时根据业务需求合理设置缓存参数。
2026-04-06 19:23:50
262
原创 ORACLE数据库无法查询到V$SESSION的BLOCKSESSION列问题的分析
摘要：Oracle数据库V$SESSION视图在业务高峰期出现BLOCKSESSION列数据不全的问题，影响事务锁查询。分析确认是版本BUG导致，重启可临时恢复但问题会周期性重现。建议解决方案：1）安装补丁（需长时间停机）；2）改用V$LOCK或GV$ACTIVE_SESSION_HISTORY视图替代查询，文档提供了完整的替代查询语句。该问题表现为系统运行约半月后重现，建议优先采用无需停机的视图替代方案。
2026-04-04 18:55:41
436
原创 ORACLE EXADATA的CPU P1 主核心cores 瞬间临时无法被固件注册MCA控制器引起的重启问题分析
摘要：12月6日，医院核心CIS系统运行的ORACLE EXADATA一体机节点1突发重启。故障发生后，业务自动切换到节点2运行。经工程师排查，确认系统负载正常（CPU<30%），重启前无异常日志。最终定位为CPUP1主核心瞬间无法被固件注册MCA控制器触发硬件保护机制。重启后系统恢复正常，建议持续监控硬件状态，若再次出现类似故障需更换问题CPU。本次故障未影响业务连续性，集群架构发挥了容灾作用。
2026-04-03 10:53:14
425
原创 hpux机器上的RAC环境数据文件读取异常导致实例重启
摘要：某客户数据库文件136出现读写异常导致实例重启，检查发现数据文件头SCN与控制文件不一致。通过三步处理方案：1）将问题文件离线后使用归档日志恢复并重新上线；2）若失败则从备库恢复；3）成功执行恢复后检查点SCN与其他文件一致。最终通过归档日志恢复使文件136的SCN与其他文件同步，查询和RMAN验证均恢复正常。
2026-03-30 17:45:50
337
原创 RAC环境数据库节点异常重启问题的分析(存储光纤信号问题)
近期，某客户多次出现RAC节点异常重启的问题，对日志进行分析，均为报错IO方面问题；通过了解数据库底层服务器、网络、存储的配置情况，该客户采用双存储（双活）。每个存储放在不通的办公楼，服务器也采用2台搭建RAC，分布在不同大楼。结合这些信息推测问题可能是存储到服务器的光纤信号波动，后续进行光衰测试，确实存在问题，进行光模块更换和光纤线更换后，后续观察半年左右，系统运行稳定，未再出现IO异常引起的重启问题。2、集群GRID日志。
2026-03-30 17:35:40
389
原创 hpux环境的ORACLE数据库遭遇ASM实例进程报错ORA-07445 [__lwp_kill()+48 引起数据库重启
摘要：2026年3月17日，HIS数据库节点2因ASM实例通信异常导致重启。经分析，ASM实例核心进程出现ORA-07445错误（内存异常引发），触发实例重启并影响数据库。故障持续约2分钟，由于节点2正常运行，未造成重大业务影响。该问题为Oracle 11.2.0.4版本内部BUG，当前官方未提供针对性补丁。建议安装后续季度补丁包以间接修复潜在问题。
2026-03-30 17:27:48
441
原创 HP-UX平台Oracle启动实例遭遇ORA-27300/ORA-27301/ORA-27302报错
摘要：某客户在HP-UX 11.31系统上运行的Oracle 11.2.0.4 RAC集群需要将PROCESS参数从3500调整至10000。首次修改后数据库启动失败，报错显示系统内核参数不足（semmni/semmns）。经分析发现HP-UX需修改5个内核参数（semmni/semmns/nkthread/nproc/maxuprc）且必须重启系统生效。临时将PROCESS降至5000维持运行，最终在停机窗口完成系统参数调整后，成功将PROCESS参数提升至10000。该案例凸显了HP-UX环境下Orac
2026-03-30 17:23:40
289
原创 一次奇怪的ORA-01950: no privileges on tablespace问题分析
摘要：某业务系统突现ORA-01950表空间权限错误，排查发现并非软件更新或常规权限问题。通过ERRORSTACK跟踪分析TRACE日志，最终定位到安全软件HZMCASSET拦截特定字段值导致写入失败。典型表现为当INSERT语句包含特定值时触发报错，经业务字段排查确认后转入业务处理。该案例展示了非常规权限问题的排查思路，揭示了安全软件可能引发的隐蔽性数据库错误。（149字）
2026-03-04 21:47:36
304
原创 ORA-00600: internal error code, arguments: [kdxlin: sno out of range]问题处理
摘要：数据库备机出现ORA-00600内部错误，MRP进程恢复时发现REDO日志数据块不一致。初步尝试块恢复未果，最终通过恢复整个损坏数据文件（文件#182）解决问题。操作步骤包括：1）主库备份数据文件；2）备库尝试块恢复失败；3）从备份恢复完整数据文件；4）重启MRP进程后系统恢复正常。问题可能由数据文件损坏或BUG导致，具体原因尚不明确。整个恢复过程耗时约50分钟，最终备库同步功能恢复。
2025-10-15 17:02:24
773
原创 ORACLE RAC环境数据库性能分析案例
文章摘要：本文分析了数据库系统的整体性能，包括系统负载、Oracle共享内存段使用情况、数据库命中率、等待事件、集群性能、TOPSQL、数据文件I/O以及性能参数。分析结果显示，系统资源使用正常，数据库命中率良好，但存在SQL共享性不佳和PGA缓存效能较低的问题。建议调整内存参数，如设置db_cache_size为固定值12G，增加pga_aggregate_target至12G，并协调开发优化SQL语句，增加绑定变量的使用，以提升数据库整体性能。
2025-10-15 16:56:56
725
原创 ORACLE EXADATA环境ILOM模块Power : Reset : major : /SP has been reset by: IPMI, Reason: Set PSU state告警分析
某客户的ORACLE EXADATA X8环境近期出现带外Syslog告警，显示电源被IPMI重置。初步怀疑是电力不稳定导致，但进一步分析发现多台主机在同一时间出现类似告警，推测可能是后台定时任务触发。查阅MOS文档（Doc ID 2099390.1）后确认，ILOM模块会每90天定期重启，这是正常行为。因此，该告警可以忽略。此现象适用于Exadata X4-2至X6-2硬件版本，且是系统预期行为，无需进一步处理。
2025-05-17 20:52:44
922
原创 ORACLE RAC环境REDO日志量突然增加的分析
CRM系统的REDO日志产生量突然激增，达到平时的20倍以上，严重影响了数据同步。工程师迅速响应，通过详细分析日志和数据库状态，发现REDO日志在11日至13点期间的切换频率异常高。进一步分析AWR报告和数据库写入量，发现两张表TZBOSS.BP_ACC_BILLITEM_DTL和TZBOSS.CS_PROD_SUBSCRIPTION_HIS在此期间的数据写入量占整个数据库的62.5%。此外，与正常时段（7月10日11-13点）相比，这两张表在问题时段的数据写入显著增加。建议与应用程
2025-05-17 20:41:17
1289
原创 ORACLE数据库实例报错ORA-00470: LGWR process terminated with error宕机问题分析报告
kill_controlfile_enqueue_blocker值分为true和false，默认为true，如果设置为false则不会去kill超时的进程，此时_kill_controlfile_enqueue_blocker=false参数失效。_kill_enqueue_blocker值分为别0，1，2，3. 当设置为1的时候，保证后台进程不会被kill，而只会kill前台进程。从这些负载信息可以看到，整个系统当时的空闲内存和swap还留有余地，足够当时系统的使用，所以内存不足的原因可以排除。
2025-05-17 20:40:06
1182
原创 ORACLE SYSTEM系统表空间出现坏块的故障处理案例
用户反馈生产业务系统无法正常使用，数据库出现ORA-01075异常。检查发现数据库在写入控制文件时发生I/O错误，导致实例关闭。重启后，系统表空间文件system01.dbf出现坏块。由于数据库为非归档模式，决定跳过坏块强制打开数据库，并通过expdp导出数据，重建数据库环境后导入数据，确保业务和数据的完整性。初步分析故障由存储设备问题引起，需升级存储固件以彻底解决。
2025-05-14 13:36:36
971
原创 AIX环境ORACLE RAC节点无法加入集群问题分析
客户反馈在7月13日发现RAC节点1主机内存使用异常，重启后节点1无法加入集群，而节点2正常运行。工程师通过分析数据库RAC组件日志和主机层面信息，定位到问题是由于主机安全加固产品配置变动，导致节点通信异常，进而引发RAC节点无法加入集群。关闭安全加固产品后，RAC数据库恢复正常运行。故障分析表明，集群启动到CRSD时出现异常，初步判断是网络通信问题。通过与客户沟通，发现近期对AIX主机的IPSEC进行了安全加固，最终确认是此原因导致节点通信异常。建议关闭AIX主机上的IPSEC安全加固配置，并检查其他AI
2025-05-14 13:36:34
982
原创 ORA-00600[13013][5001]的问题分析与处理案例
在MOS上查找ORA-00600[13013][5001] merge关键字，搜索到几篇相关bug的文档，Bug 16086769 - ORA-600 [13011] ORA-600 [13013] when executing a DML if the WHERE clause includes an added column with a default value (文档 ID 16086769.8)，后客户与开发确认，确实是在表上添加了列，同时指定了not null约束和default值。
2025-05-13 11:58:24
1193
原创 ORACLE单实例数据库SQL异常导致的会话堆积问题分析处理
2024年2月27日，数据库出现性能问题，导致前台应用报错。工程师及时响应并处理了引发问题的SQL语句。通过分析，发现问题SQL（SQL_ID: 4x85srcrd1vdb）使用了HASH JOIN执行计划，导致PGA内存资源争用，部分结果集无法放入PGA，转而写入TEMP表空间，最终引发TEMP表空间不足的告警，并产生大量direct path write temp等待事件，进一步降低了SQL执行效率，导致会话数增加。 问题SQL的执行计划在问题发生前发生了变动。
2025-05-13 11:58:06
955
原创 vmware环境ORACLE RAC环境数据库节点1无法启动问题分析处理
在ORACLE RAC环境巡检中，发现一节点因心跳网络问题无法启动，而二节点正常运行。问题源于VMWARE虚拟化环境下，数据库节点虚拟机迁移至不同物理机，导致心跳网络中断。通过检查机器日志、重启CRS服务、调整网络策略等步骤，最终恢复集群正常运行。具体排查过程包括查看故障节点情况、检查系统日志、调整时间同步、测试网络互通性及防火墙设置，最终确认并解决虚拟机网络配置问题。
2025-05-10 18:55:18
791
原创 ODA服务器计算节点本地硬盘状态异常的处理
在系统巡检中发现客户的ODA服务器本地硬盘节点出现告警，涉及ODAX8X9型号。该服务器使用两块240GB M.2接口SSD盘进行RAID1配置，但由于缺乏外置指示灯，问题隐蔽性较高。通过特定命令cat /proc/mdstat和odaadmcli show localdisk检查，发现其中一块盘状态为MISSING。系统日志显示盘有INSERT/REMOVE记录，表明盘不稳定。通过插拔硬盘和重启主机后，告警恢复，系统自动同步数据修复RAID。最终状态显示两块盘均恢复正常，RAID1配置恢复为[UU]。此次
2025-05-10 18:43:40
938
原创 ORACLE DATAGUARD遇到GAP增量恢复方式修复RAC环境备机的实践
ORACLE DATAGUARD技术是一个常用的数据保护机制，在DATAGUARD运行过程中，遇到异常导致备机不同步，而主库的归档日志也被清理，此时出现GAP，无法同步；------若主库比备库多两个数据文件，执行这条命令。备库----------------------------------------------10.第一次增量备份未备份至最新（可通过查找数据文件scn号找出最小scn号）2. 主库做RMAN的增量备份，scn号为查询出来的备库最小scn号。3.将备份好的备份集scp到备库。
2025-04-24 15:25:37
975
非IMU模式下一条update语句产生REDO RECORD条数的探究--日志打包
2014-01-07
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人