Author: mac

某用户ASM实例遇到ORA-00600 [kfdAuDealloc2]错误，详细日志如下：   Errors in file /opt/oracle/diag/asm/+asm/+ASM1/trace/+ASM1_arb6_15539.trc: ORA-00600: internal error code, arguments: [kfdAuDealloc2], [35], [272], [748], [], [], [], [], [], [], [], [] NOTE: stopping process ARB6 ERROR: ORA-600 thrown in ARB2 for group number 1 Errors in file /opt/oracle/diag/asm/+asm/+ASM1/trace/+ASM1_arb2_15523.trc: ORA-00600: internal error code, arguments: [kfdAuDealloc2], [148], [270], [720], [], [], [], [], [],…

More about _asm_repairquantum 参数_asm_repairquantum的值调大。让rebalance有足够的时间 结束。对于10g 的版本我们可以调高参数_asm_droptimeout 来拉长drop的间隔， 对于11g的版本，这个参数被重命名为_asm_repairquantum。  

NAME AVALUE SDESC _inmemory_check_prot_meta FALSE If true, marks SMU area read only to prevent stray writes _inmemory_private_journal_quota 100 quota for transaction in-memory private journals _inmemory_private_journal_sharedpool_quota 20 quota for transaction in-memory objects _inmemory_private_journal_numbkts 512 Number of priv jrnl ht bkts _inmemory_private_journal_numgran 128 Number of granules per HT node _inmemory_jscan 0 inmemory jscan enable _inmemory_pin_hist_mode 16 settings…

DB 12c Admin New Features Self-Studies Phase 1 (estimated completion February 2012): Oracle Database 12c: Container Database Phase 2 (estimated completion April 2012): Oracle Database 12c: Data Guard New Features Oracle Database 12c: Oracle Availability Machine [was OHARA; may move this to phase 3 or 4] Oracle Database 12c: Recovery Manager New Features Oracle Database…

GC FREELIST等待事件 freelist empty kclevrpg  Lock element event number is the name hash bucket the LE belongs to. kclnfndnew – Find an le for a given name

PRM-DUL成功案例：为东北某企业恢复了10多T的Oracle数据，该数据库由于存储故障导致控制文件和SYSTEM表空间部分损坏，之后用户处代维尝试重建控制文件 但操作失误漏掉了部分数据文件，多次尝试使用”_allow_resetlogs_corruption”打开数据库均出现了不同程度的问题， 随之问题变得更为严峻。 本次恢复涉及到近200个数据文件，数据量达到10多个T。   建议在尝试”_allow_resetlogs_corruption”等特殊恢复手段前一定要想清楚，是否能面对即便加了这些隐藏参数仍无法打开数据库的状况下如何应当，以及尽可能备份当时的SYSTEM表空间数据文件      

某10.2.0.5 ASM系统由于存储故障导致normal redundancy diskgroup中的4个failgroup中的2个failgroup的ASM DISK均无法访问，在10g中若ASM disk无法访问将直接将disk drop出diskgroup中。   报错如下：   Sat Nov 15 17:05:36 CST 2013 WARNING: PST-initiated drop disk 1(739802527).1(3915943320) WARNING: PST-initiated drop disk 1(739802527).3(3915943321) Sat Nov 15 17:05:36 CST 2013 NOTE: PST update: grp = 1 Sat Nov 15 17:05:36 CST 2013 ERROR: too many offline disks in PST (grp 1) Sat Nov…

http://news.watchstor.com/corp-126485.htm 企业数据管理解决方案供应商Solix技术有限公司宣布正式启动其中国办事处。这与Solix高调亮相SNW中国峰会交相辉映。Solix在此时启动中国办事处，是为了支持其在中国市场的快速发展。Solix中国办事处的团队将负责渠道管理、技术支持和中国市场的营销。Solix中国的主要目标是为业务合作伙伴和终端用户提供口碑好且质量高的支持，以确保客户的满意度。 Solix的解决方案可以帮助其全球客户管理和保护客户的应用数据资产。Solix数据库归档作为已经得到客户验证的技术，能够有效削减生产数据库的规模，进而改善应用性能，在迁移、测试、开发和灾难恢复周期中实现快速克隆，并降低整个IT基础设施中的存储成本。通过使用Solix企业数据管理套件(EDMS)，客户可以将应用性能提升20%-45%。 Solix EDMS提供了基于策略和业务规则驱动的方法来实现数据库归档。归档数据后，其他应用（如Oracle E-Business套件、PeopleSoft、Siebel和JD Edwards）都可以透明地访问归档数据且不影响业务用户。通过使用Solix EDMS数据库归档，客户可以提升其应用性能、减少存储成本，同时更好地管理数据生命周期来满足法规遵从的要求。 Solix的应用退役解决方案可让用户减少维持原始应用的成本，同时可以从原始应用中恢复数据。此外，针对异构数据库中的敏感数据或应用（如Oracle E-Business套件、PeopleSoft、JD Edwards、Siebel和用户自定义应用），Solix还为全球客户提供灵活且高效的归档、分集和屏蔽的功能。平安保险（一家集成的金融服务机构）部署了Solix EDMS，以其先进的数据库归档、数据库分集和数据屏蔽功来满足Oracle E-Business套件环境的需求。利用Solix EDMS数据库归档和多个打包应用，平安保险按照商业价值划分数据，从而有效的管理他们的Oracle E-Business套件环境，以及在非生产环境下保持数据库性能、数据访问和数据隐私。 Solix技术有限公司的首席执行官CEO Sai Gundavelli谈到：“在过去的几年里，中国的业务呈现出指数级的增长。同时我们也很激动地宣布我们中国办事处的正式成立，来更好地支持合作伙伴和客户。中国市场对应用性能优化解决方案的需求在不断的增长。我们与Oracle的技术合作关系，以及我们与Oracel E-Business套件、People、Siebel、JD Edwards的集成，都会让我们的客户对我们充满信心，同时我们能够降低风险、改善执行周期，为中国市场提供最佳的数据管理解决方案。”

ORACLE RAC节点意外重启Node Eviction诊断流程图         导致实例逐出的五大问题 (Doc ID 1526186.1)   适用于: Oracle Database – Enterprise Edition – 版本 10.2.0.1 到 11.2.0.3 [发行版 10.2 到 11.2] 本文档所含信息适用于所有平台 用途   本文档针对导致实例驱逐的主要问题为 DBA 提供了一个快速概述。 适用范围 DBA 详细信息   问题 1：警报日志显示 ora-29740 是实例崩溃/驱逐的原因   症状： 实例崩溃，警报日志显示“ORA-29740:evicted by member …（被成员…驱逐）”错误。   可能的原因： 一个实例将另一个实例从 RAC 数据库驱逐时，出现了 ORA-29740 错误。被驱逐的实例会在警报日志中报告 ora-29740…