Author: mac

Exadata上oracle binary的make日志 如下： Shutdown all running database instances As root user, unlock the GI home # /crs/install/rootcrs.pl -unlock As the owner of the GI software, link in the RDS protocol in the GI software home (set ORACLE_HOME properly first) $ cd /rdbms/lib $ make -f ins_rdbms.mk ipc_rds ioracle As the owner of the RDBMS software,…

[root@dm01db01 ~]# imageinfo Kernel version: 2.6.18-274.18.1.0.1.el5 #1 SMP Thu Feb 9 19:07:16 EST 2012 x86_64 Image version: 11.2.3.1.1.120607 Image activated: 2012-08-14 19:16:01 -0400 Image status: success System partition on device: /dev/mapper/VGExaDb-LVDbSys1 rman target / Recovery Manager: Release 11.2.0.2.0 – Production on Mon Sep 3 10:13:11 2012 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All…

发现itpub里现在不流行讨论技术了，而热心讨论工资了。趁着周五小周末，我也来从凑凑热闹，跟大家侃侃国外DBA的工资。 Unisphere Research曾做过一份报告分析了国际Oracle组织IOUG成员中2008年-2009年的薪资情况，因为这份调查是针对所有Oracle专业人士做的(Oracle Technology Professionals)，所以其数据所涵盖的position可能不只是DBA，当然也差之不多。 国外Oracle专业人士(包括DBA、开发和manager)在2009年的平均基本年薪为95880$，以汇率6.45计算，折合人民币为618426元，也就是基本工资年薪60w。   平均每年的奖金为$7566，折合人民币48800元。   DBA职业在2009年的平均年基本工资为$94,920，折合612234元人民币，其中高于$60000的占97%。     DBA收入的年增长率约为3%:     DBA职业的平均奖金为$7,675，折合为49503元。 因为国外的IT行业职能细化，DBA也可以分成不同的专业，所以不同行业的DBA薪资上也会多少有区别，这里可以看到管理VLDB的DBA待遇最好,平均达到了$100124。   同时工作经验对薪水加成的作用似乎并不大：   通过认证虽然也是加薪的重要手段，但从这份报告里可以看到有无ocp/ocm认证对薪资的影响并不大。 从公司规模上看，在大公司当DBA的待遇有略微的优势。   总结一下国外DBA的平均年总收入为102595$，折合661737元。 PS: 根据权威的美国全国住宅建筑商协会最新公布的数据，2010年11月份全国新房销售价格中位数为21.3万美元，同比下降2.7%；平均销售价格为26.87万美元，同比下降2.2%。二手房销售价格中位数为17.13万美元，同比下降1.2%，平均销售价格为22.01万美元，同比下降3.9%。 更多信息可以直接参考<WHAT ORACLE TECHNOLOGY PROFESSIONALS EARN:THE 2009 IOUG SALARY SURVEY>: Research wire salarysurvey-2009 View more documents from Maclean Liu

测试Exadata单个cell失败，模拟X2-2 3个cellserver中单个cell丢失的情况： cell server CellCLI> alter cell shutdown services all Stopping the RS, CELLSRV, and MS services… The SHUTDOWN of services was successful. ASM LOG: Sun Sep 02 09:08:48 2012 Errors in file /u01/app/oracle/diag/asm/+asm/+ASM1/trace/+ASM1_gmon_30756.trc: ORA-27603: Cell storage I/O error, I/O failed on disk o/192.168.64.131/DATA_DM01_CD_00_dm01cel01 at offset 8384512 for data length 4096 ORA-27626: Exadata error: 12…

Exadata Cellserv 如何列出存储告警信息，可以通过cellcli命令行执行以下命令获得： LIST ALERTDEFINITION命令用以显示cell服务器上可能生成的各种告警alert的定义。下面的示例列出了告警名字、度量名和描述。 度量名定义了告警所基于的度量。ADRALERT和HardwareAlert则不基于度量，因此没有度量名字 LIST ALERTHISTORY 命令用来显示一个cell服务器上的历史告警信息。在例子中仅列出所有严重性为critical的alert，且过滤条件为没有被管理员所查阅过(examinedBy)的。 create threshold命令用来定义一个阀值，指定条件生成一个度量告警。 CellCLI> LIST ALERTDEFINITION ATTRIBUTES name,metricname,description ADRAlert “Incident Alert” HardwareAlert “Hardware Alert” StatefulAlert_CD_IO_BY_R_LG CD_IO_BY_R_LG “Threshold Alert” StatefulAlert_CD_IO_BY_R_LG_SEC CD_IO_BY_R_LG_SEC “Threshold Alert” StatefulAlert_CD_IO_BY_R_SM CD_IO_BY_R_SM “Threshold Alert” StatefulAlert_CD_IO_BY_R_SM_SEC CD_IO_BY_R_SM_SEC “Threshold Alert” StatefulAlert_CD_IO_BY_W_LG CD_IO_BY_W_LG “Threshold Alert” StatefulAlert_CD_IO_BY_W_LG_SEC CD_IO_BY_W_LG_SEC “Threshold Alert” StatefulAlert_CD_IO_BY_W_SM CD_IO_BY_W_SM “Threshold Alert” StatefulAlert_CD_IO_BY_W_SM_SEC CD_IO_BY_W_SM_SEC “Threshold Alert” StatefulAlert_CD_IO_ERRS…

如何重置Exadata cell上的flash cache的内容？ 可以通过以下命令实现： cellcli CellCLI: Release 11.2.3.1.1 – Production on Sun Sep 02 07:29:08 EDT 2012 Copyright (c) 2007, 2011, Oracle. All rights reserved. Cell Efficiency Ratio: 527 CellCLI> LIST FLASHCACHECONTENT where objectnumber=17425 detail cachedKeepSize: 8755838976 cachedSize: 8757706752 dbID: 2080757153 dbUniqueName: DBM hitCount: 12940 hoursToExpiration: 21 missCount: 78488 objectNumber: 17425 tableSpaceNumber: 7 仅需要设置immediate cellsrv.cellsrv_flashcache(Reset,0,0,0)…

Exadata测试CELL_FLASH_CACHE KEEP  SMART Flash Cache性能     imageinfo Kernel version: 2.6.18-274.18.1.0.1.el5 #1 SMP Thu Feb 9 19:07:16 EST 2012 x86_64 Cell version: OSS_11.2.3.1.1_LINUX.X64_120607 Cell rpm version: cell-11.2.3.1.1_LINUX.X64_120607-1 Active image version: 11.2.3.1.1.120607 Active image activated: 2012-08-13 18:00:09 -0400 Active image status: success Active system partition on device: /dev/md6 Active software partition on device: /dev/md8 In partition…

10g中默认工作日(周一到周五)夜间22:00-早上06:00的维护窗口，而在周末全天。 对于一些在夜间也有业务运行的系统在晚上收集统计信息可能也会造成麻烦，那么干脆改到仅在周末执行，方法如下：     SQL> exec sys.dbms_scheduler.disable( ‘”SYS”.”GATHER_STATS_JOB”‘ ); SQL> exec sys.dbms_scheduler.set_attribute( name => ‘”SYS”.”GATHER_STATS_JOB”‘, attribute =>’schedule_name’, value => ‘SYS.WEEKEND_WINDOW’); SQL> exec sys.dbms_scheduler.enable( ‘”SYS”.”GATHER_STATS_JOB”‘ );

事情要从大约2个月前的一起事故说起，有一套部署在Oracle-Sun Exadata V2 Database Machine上的4节点11.2.0.1 RAC数据库，其中一个节点的RAC关键后台进程LMS报ORA-00600[kjbmprlst:shadow]错误，随后LMS后台进程将该节点上的实例终止。其他节点上的CRS软件检测到该意外终止后，数据库进入全局资源的重新配置过程(Reconfiguration)，Reconfiguration在所有剩余节点上都顺利完成了。 但是随后其中一个节点的告警日志中持续出现”Process W000 died, see its trace file”，似乎是实例无法得到分配新进程的必要资源，同时应用程序出现无法登陆该节点上实例的情况，本来4节点的RAC数据库，因为ORA-00600挂了一个，现在又有一个节点登不上，一下变得只剩下一半性能。 随后我赶到了问题现场，继续诊断问题，并发现了以下症状，在此一一列举： 1.尝试远程登录该实例，但是失败，出现ORA-12516 TNS:listener could not find available handler with matching protocol stack”错误。反复登录会出现以下信息： Linux Error: 12: Cannot allocate memory Additional information: 1 ORA-01034: ORACLE not available   2.确认过ORACLE_SID、ORACLE_HOME等多环境变量后使用”sqlplus / as sysdba”登录却返回”Connected to an idle instance.”(这一点最为蹊跷)，无法以sysdba登录就无法收集必要的诊断信息，这个虽然可以通过gdb等手段做systemstate dump，但是暂时绕过   3. 后台进程W000由SMCO进程启动， SMCO进程的日志如下，所报状态为KSOSP_SPAWNED： Process W000 is…

出于研究或者测试的目的我们可能已经在平台上安装了11gR2的Grid Infrastructure和RAC Database，因为GI部署的特殊性我们不能直接删除CRS_HOME和一些列脚本的方法来卸载GI和RAC Database软件，所幸在11gR2中Oracle提供了卸载软件的新特性:Deinstall，通过执行Deinstall脚本可以方便地删除Oracle软件产品在系统上的各类配置文件。 具体的卸载步骤如下： 1. 将平台上现有的数据库迁移走或者物理、逻辑地备份，如果该数据库已经没有任何价值的话使用DBCA删除该数据库及相关服务。 以oracle用户登录系统启动DBCA界面，并选择RAC database: [oracle@vrh2 ~]$ dbca 在step 1 of 2 :operations上选择删除数据库 delete a Database 在 step 2 of 2 : List of cluster databases上选择所要删除的数据库 逐一删除Cluster环境中所有的Database 2. 使用oracle用户登录任意节点并执行$ORACLE_HOME/deinstall目录下的deinstall脚本 SQL> select * from v$version; BANNER ——————————————————————————– Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 – 64bit Production PL/SQL Release 11.2.0.2.0 – Production…