Author: mac
-
ORA-00600 [KRSCINT.NO_CUR_LOG]数据库无法打开一例
SQL> alter database open; alter database open * ERROR at line 1: ORA-600: internal error code, arguments: [krscint.no_cur_log], [], [], [], 以上ORA-00600 [krscint.no_cur_log] 错误中的krscint 代表 Kernel Recovery Standby Crash recovery support,此错误可能为在线日志文件损坏所致: alter system dump logfile 进一步诊断需要通过DUMP LOGFILE来获得更多信息。 如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复! 诗檀软件专业数据库修复团队 服务热线 : 13764045638 QQ号:47079569 邮箱:[email protected]
-
Introduction to ORA-600/ORA-7445 Internal Error Analysis
APPLIES TO: Oracle Database – Enterprise Edition – Version 8.1.7.4 and later Information in this document applies to any platform. ***Checked for relevance on 30-Sep-2014*** PURPOSE The purpose of this troubleshooting article is to provide an insight into key areas of internal 600/7445 trace files to assist in deriving to a known bug or to…
-
【Oracle Database 12c新特性】Database Statistics 描述
1* select name,display_name from v$statname where name!=display_name SQL> / NAME DISPLAY_NAME ———————————————————— ———————————————————— max cf enq hold time maximum time control file enqueue held total cf enq hold time total time control file enqueue held total number of cf enq holders total control file enqueue acquisitions physical reads physical blocks read redo synch time redo…
-
11.2.0.3上仅有一个voting disk可能触发Bug 13869978
11.2.0.2 、11.2.0.3上的cluster中如果仅有一个voting disk可能触发BUG 13869978 , 导致GI重启等问题。 Bug 13869978 OCSSD reports that the voting file is offline without reporting the reason Affects: Product (Component) Oracle Server (PCW) Range of versions believed to be affected Versions BELOW 12.1 Versions confirmed as being affected 11.2.0.3 11.2.0.2 Platforms affected Generic (all / most platforms affected) Fixed: This issue is fixed in 12.1.0.1 (Base…
-
Oracle SQL优化之自动 SQL 优化
描述语句概要分析 使用 SQL 优化指导 使用 SQL 访问指导 使用自动 SQL 优化 自动优化 SQL 语句 自动优化 SQL 语句可简化 SQL 优化的整个过程,并取代手动 SQL 优化。 优化程序模式: –正常模式 –优化模式或自动优化优化程序 (ATO) SQL 优化指导用于访问优化模式。 应仅对高负载的 SQL 语句使用优化模式。 自动优化 SQL 语句是查询优化程序自动执行整个 SQL 优化过程的功能。此自动过程取代了复杂、重复且费时的手动 SQL 优化功能。SQL 优化指导向用户公开了 SQL 优化的功能。增强的查询优化程序有两种模式: 在正常模式下,优化程序编译 SQL 并生成执行计划。正常模式下的优化程序会为绝大多数的 SQL 语句生成一个合理的执行计划。在正常模式下,优化程序遵循非常严格的时间约束条件,通常为一秒钟的若干分之几,在此期间它必须找到一个有效的执行计划。 在优化模式下,优化程序执行更多分析,检查是否可以进一步改善在正常模式下生成的执行计划。在优化模式下查询优化程序的输出并不是一个执行计划,而是一系列操作及其理由和预期优点(用于生成一个有明显优势的更好计划)。在优化模式下调用的优化程序被称为自动优化优化程序 (ATO)。ATO 执行的优化被称为系统 SQL 优化。 在优化模式下,优化程序可以用几分钟的时间来优化单条语句。对于对整个系统产生重要影响的高负载的复杂 SQL 语句,应使用 ATO。 应用程序优化面临的挑战…
-
Exadata 数据库服务器计划的维护– Cell 升级
Cell 升级介绍 Cell 补丁内容 Cell 磁盘配置 Cell 补丁管理器 Cell 升级指南 在这个讲义中,所有与cell打补丁有关的各项具体话题都会讲到。 我们选择最佳的演讲顺序,以确保你能更好地理解。 因此,我们从总体介绍介绍开始,设置基线。从这里开始,我们将讨论更多细节,开始解释在cell补丁中究竟有些什么。 接下来,我们对磁盘配置详细讨论,因为这在回滚过程中发挥核心作用。在操作补丁管理器及谈论最佳实践之前,我们将讨论一般补丁流。 Cell 补丁准备 Cell 补丁应用一个补丁 Cell 补丁阶段和时序 回滚一个Cell 补丁 Cell 补丁 – 参考资料 Cell 补丁 – 案例 Cell 补丁故障排除 Cell 补丁 – 收集数据及获取帮助 在短暂的休息后,我们将继续讨论,当你应用补丁,在它被回滚时会发生什么。 我们将讨论补丁的时序,对性能的影响。预计很多人对故障排除会有兴趣。 我们将提及获取正确的日志和cell追踪的位置,以及从哪里获得更多帮助。 最后一个主题是互动的。我们会讨论cell打补丁活动的10个失败案例,以及其解决方案。 注:由于该日程/方法,一些项目可能重叠 Cell 升级简介 简介 – 存储服务器升级 单个补丁下载 –同一补丁适用于所有硬件 –捆绑在QFSDP –Exadata软件,OS, ILOM,固件 –README 和支持Note…
-
ORA-600 [12820] 导致alter database open打开数据库失败一例
如果打开数据库open database时遇到如下报错: ORA-00600: internal error code, arguments: [12820] 且其stack call 为: ksedmp kgeriv kgeasi kkmevw kkmfcbvw kkmfcblo kkmpfcbk qcsprfro qcspafq qcspqb qcspqb kkmdrv opiSem opiDeferredSem opitca rpiswu2 kksSetBindType kksfbc opiexe opoal8 opiodr kpoodrc rpiswu2 kpoodr upirtrc kpurcsc kpuexecv8 kpuexec OCIStmtExecute ktsmg_execute_sql ktsmgfru ktusmout_online_ut ktusmiut_init_ut ktuini adbdrv opiexe opiosq0 kpooprx kpoal8 opiodr ttcpip opitsk…
-
ORA-00600 [2665]导致ALTER DATABASE OPEN RESETLOGS 失败一例
当对一个克隆的数据库做Open resetlogs 时可能出现ORA-00600: internal error code, arguments: [2665] …报错。 出现该报错的原因可能是因为LOG_BUFFER参数过小,可以考虑扩大参数LOG_BUFFER来绕过该问题。
-
Ora-00600[kskopen1] Oracle数据库无法打开OPEN一例
如果遇到了Ora-00600[kskopen1] 且是在Open database 打开数据库时出现该错误,导致数据库无法顺利打开。那么一般可以参考这个 case。 对于该Ora-00600[kskopen1]报错考虑是否是Resource_Manager的内部计划被不当修改了。对于该问题可以考虑临时性关闭Resource_Manager特性来绕过数据库无法打开的问题。
-
Oracle Corp甲骨文公司推出Oracle NoSQL数据库2.0版
近日,甲骨文宣布推出Oracle NoSQL数据库2.0版(Oracle NoSQL Database 2.0),持续推动其在数据管理技术领域的创新。这是一款具有高可扩展性、低延迟、面向实时大数据工作负载的核心价值数据库。 据悉,Oracle NoSQL数据库2.0版的新功能和增强功能包括: 更高的性能: 凭借近乎完全的线性可扩展性和低于5毫秒的延迟,该版本具有的企业级灵活性(elasticity)可以使用户根据其数据增长动态地扩展集群,而无需中断 服务。在最近的性能测试中,Oracle NoSQL数据库2.0版在一个18节点商用集群设置过程中,在一个的2.4 TB的数据库上实现了每秒超过100万YCSB的操作; 自动再平衡功能:实现了对计算和存储资源的动态管理,以支持SLA应对需求增加和不断变化的处理要求; 增强的可管理性:一个简单、易用的Web控制台,可管理部署和监控所有任务,以及某一产品中的文档和结构化数据; 最新应用程序界面(APIs):一个全新C语言应用程序界面有助于提高开发人员的生产力。新的大型对象(Big Objective)API能够有效支持对大型对象的管理,以及新的自动序列化API可以简化应用程序的开发; 与Oracle数据库的更紧密集成:Oracle数据库用户可通过外部表单(External Tables),直接通过SQL查看和查询Oracle NoSQL数据库记录,实现了对NoSQL数据的即时访问和获取,以用于集成分析; 改善的管理和监控支持:SNMP / JMX支持与Oracle和第三方管理工具的集成; 增强的Hadoop集成:通过使用Avro的数据存储和序列化,对JSON对象和模式演变进行支持,实现了与Hadoop的更紧密集成。 作为Oracle大数据平台的核心组件,Oracle NoSQL数据库2.0版是一个企业级的关键价值数据库,具有灵活的交易模式。该版本能够帮助客户轻松管理高速的交易数据。这些数据来源于基于Web的应用程序、社交媒体、传感器、智能仪表和通信服务。 甲骨文公司开发副总裁Vaishnavi Sashikanth表示:“通过领先的技术组合,甲骨文公司持续不断地推动着创新,涵盖了数据管理的所有领域。Oracle NoSQL数据库2.0版的推出,为开发人员提供了基础架构建设的最后一步,实现了企业应用与其客户间最关键的实时互动。它为企业最大化利用大数据价值提 供了一个关键引擎。” 目前,Oracle NoSQL数据库2.0版已经可以从Oracle技术网下载。 原文地址: http://www.enet.com.cn/article/2012/1228/A20121228217993.shtml