Author: mac

  前言 数据库的调优的手法   调优是什么 这意味着“去除成为瓶颈的地方，最大化发挥H/W性能”。 首先，找出发生错误的位置（原因） 接下来，作为改善原因的对策，进行以下操作 通过减少无用的处理，减少消费成本 追加瓶颈地点的H/W，整理H/W资源的消费平衡 如果改善了第一个瓶颈，那么也就可以获得其他地方的瓶颈 因为瓶颈是移动的，一般而言，到达用户要求的服务水平或者CPU资源的瓶颈为止，都会反复执行 本章将介绍如何通过灵活使用Oracle Database 11g所提供的功能，简单高效执行调优。   面向OLTP的调优手法 设定脚本与目标 设定脚本 假设您是网络购物网站的数据库管理者。 现在互联网盛况空前，用户在线访问激增 某天，接到了用户表示画面操作消耗过多时间的投诉。 很快就找出了原因，上级命令立即调优。。。 ※数据库环境以及生成负荷工具“Oracle Load Testing”的准备完成后，马上就开始负荷测试。 ※数据库服务器中，知道物理内存到达极限位置都假定完成负载。 完成目标 通过在应用中操作，可以提高大约100倍数据库的吞吐量（Transaction Per Sec）！ 系统质量的问题 通过Oracle Application Testing Suite解決     Oracle Application Testing Suite 9.2 简单迅速地从用户視点的执行测试产品群   Oracle Load Testing Accelerator for Database 支持对数据库直接进行负荷测试 数据库的连接方式 Oracle Thin…

    适用于: Oracle Database – Enterprise Edition – 版本 7.0.16.0 到 11.2.0.2.0 [发行版 7.0 到 11.2] 本文档所含信息适用于所有平台 用途 本文章讨论如何处理 Oracle 数据文件中的一个或多个坏块，并介绍了处理这些坏块的主要方法。在采取任何措施之前，请先阅读完整篇文章。 详细信息 文档历史记录   本文中所提到的所有 SQL 语句均适用于 SQL*Plus（8.1 或更高版本），或作为 SYSDBA 用户连接时，适用于 Server Manager (Oracle7/8.0)。（例如：“connect / as sysdba”或“connect internal”）     简介   本文章讨论如何处理 Oracle 数据文件中的一个或多个坏块，并介绍了处理这些坏块的主要方法。在采取任何措施之前，请先阅读完整篇文章。 本文档未介绍内存坏块问题（通常为 ORA-600 [17xxx] 类型错误）。   注意：如果在启动时出现 ORA-1578 问题，请与当地支持中心联系，以获得参考建议。 Doc…

检测check Exadata Image & OS versions , GI & DB patches   sundiag exacheck cellserv ==> imageinfo dbhost ==> /usr/local/bin/imagehistory Also check the version of the switch. Login to Switch and execute the following command [root@myswitch-1 sbin]# version [root@dmorlsw-ib2 sbin]# cd /usr/local/bin [root@dmorlsw-ib2 bin]# ls -lrt version -rwxr-xr-x 1 root root 20356 Apr 4 2011…

这篇文章和之前的《MINSCN与Cache Fusion Read Consistent》 是姊妹篇，他们源于同一个问题帖子。 我们来重现提问者所看到的这样一个场景：   SQL> select * from V$version; BANNER ——————————————————————————– Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 – 64bit Production PL/SQL Release 11.2.0.3.0 – Production CORE 11.2.0.3.0 Production TNS for Linux: Version 11.2.0.3.0 – Production NLSRTL Version 11.2.0.3.0 – Production SQL> select count(*) from gv$instance; COUNT(*) ———- 2 SQL> select *…

11.2.0.3 下尝试使用11g health monitor新特性时出现了ORA-00604、ORA-01427， 查询MOS发现 (Bug 12385172: ORA-01427 WHEN EXECUTING DBMS_HM.RUN_CHECK)，当 DB中存在case when then的function index时会触发该BUG:   SQL> select * from v$version; BANNER ——————————————————————————– Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 – 64bit Production PL/SQL Release 11.2.0.3.0 – Production CORE 11.2.0.3.0 Production TNS for Linux: Version 11.2.0.3.0 – Production NLSRTL Version 11.2.0.3.0 – Production SQL> select…

问题来源于 网友在Ask Maclean Home 上关于  RAC 中 Past Image PI块的提问， 网友提出了一个演示，我们在11.2.0.3 2 Node RAC的环境中重现这个实验：   SQL> select * from v$version; BANNER ——————————————————————————– Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 – 64bit Production PL/SQL Release 11.2.0.3.0 – Production CORE 11.2.0.3.0 Production TNS for Linux: Version 11.2.0.3.0 – Production NLSRTL Version 11.2.0.3.0 – Production SQL> select *…

偶然的一次，网友在t.askmac.cn ASK Maclean Home提问了关于11.2 上一个ORA-600问题的解决途径，我们这里不讨论该ORA-600[kcratr_nab_less_than_odr]错误， 比这个错误本身更有趣的是 该600 trace中记录了一段对于前滚恢复rolling upgrade描述十分详细的KST trace。     很多网友肯定要问什么是KST? KST是9i以后引入的内部诊断机制Tracing Facility，每一个Oracle 进程都维护SGA中的一小块Trace buffer，并将自身的默认启用的一些event事件信息写入到Trace Buffer中(这些事件默认包括10280, 10401, 10441, 10442, 10425, 10427, 10429, 10434, 10666)，可以使用内部视图x$trace观察这些信息，默认Trace Buffer不写到磁盘上，而只在SGA中维护，当Trace Buffer用完时将被重用。   了解了 KST的知识后，我们可以从容地阅读下面这段TRACE了：       Trace Bucket Dump Begin: default bucket for process 19 (osid: 29785) TIME(*=approx):SEQ:COMPONENT:FILE@LINE:FUNCTION:SECT/DUMP: [EVENT#:PID:SID] DATA   以上是KST Trace的 头部 COMPONENT 组件名 例如…

在《Database Appliance并非Mini版的Exadata-还原真实的Oracle Unbreakable Database Appliance》一文中，我分享了一些ODA官方白皮书中了解到的技术细节。 实际接触到Oracle Database Appliance，这个原本号称mini版的Exadata一体机(后台被证实不是)，还是在昨天。        

1?Warning – High Database SCN: Current SCN value is 0x0b7b.0008e40b, threshold SCN value is 0x0b75.055dc000 If you have not previously reported this warning on this database, please notify Oracle Support so that additional diagnosis can be performed. 2?Warning: The SCN headroom for this database is only NN days! 3?Warning: The SCN headroom for this database…

根据oracle官方博客的报道《The New My Oracle Support User Interface (HTML-based) 》， MY ORACLE SUPPORT开发team会在最近将support.oracle.com站点从原来的flash界面迁移到基于ADF HTML的用户界面上。   实际上在2012年的 January 27， MOS开发team就启动了 <My Oracle Support HTML-based user interface (UI)>，该新款UI直接架设在原supporthtml.oracle.com域名上， 该域名之前一直作为legacy html MOS的入口，旧的非flash版Metalink的入口。 新的用户界面基于oracle自身的Application Development Framework ADF HTML技术，迁移的第一步是使该HTML-based user interface对customer CT用户和parnter online在线可用， 后续oracle官方计划让所有的用户都升级到这个ADF HTML-based UI上， 换句话说 support.oracle.com 最终会使用 HTML UI。   在 2012年的 April 13 ，MOS development team有计划地已经对HTML-based user interface做了进一步的增强； …