"杰"出虚拟平台-数据运维~~

itpub 无缘无故被禁用！所以以后就在这里 发发牢骚  写点技术总结imlihj2007.itpub.net再见了....

In this Document Purpose Scope Details RAC including RACone and single instance RAC  Single Instance (non-RAC)

ORA-00445 实例挂起

alertoa-db2.log2014-07-13 02:29:09.132[cssd(2752638)]CRS-1612:Network communication with node oa-db1 (1) missing for 50% of timeout interval.  Removal of this node from cluster in 14.443 seconds

select sum(bytes) from dba_segments，等待时间0: waiting for 'gc cr request'

ORA-06575: 程序包或函数 NO_VM_DROP_PROC 处于无效状态

Picked Lamport scheme to generate SCNs

节点2：升级卡死，关机重启后：[root@rac2 ~]# crsctl starat crs/u01/app/11.2.0/grid/bin/crsctl.bin: error while loading shared libraries: /u01/app/11.2.0/grid/lib/libclntsh.so.11.1: file too short[root@rac2 ~]#

rac2-> ./opatch lsinventoryInvoking OPatch 11.1.0.6.6Oracle Interim Patch Installer version 11.1.0.6.6Copyright (c) 2009, Oracle Corporation.  All rights reserved.Oracle Home       : /u0

一.模拟数据文件删除[oracle@node1 ~]$ sqlplus / assysdba SQL*Plus: Release 11.2.0.3.0 Production onSat Dec31 22:00:52 2011 Copyright (c) 1982, 2011, Oracle. 

是慢，慢的离谱，就是问题Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit ProductionWith the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,Data Mi

初步怀疑与节点2 的频繁操作有关：问题发生时候：节点1出现cr等待，节点2 等待频繁cs log flush sync  大量插入INSTANCE_NUMBER SQL_ID EVENT                TO_CHAR(SAMPLE_ BLOCKING_SESSION SESSION_ID PROGRAM--------------- ------ ---

结论：分析基于:db_ora_1765730.trc 跟踪文件 & 42212-42213 的awr报告：BDB数据库创建db的db连接，在查询未完成和修改未完成的时候会发生Distributed Xaction 锁！1   查询事务的时候添加的锁DX-00000018-00000000mode: S,共享模式2   修改事务的时候添加的锁DX-00000018-00000000r

APPLIES TO:Oracle Database - Enterprise Edition - Version 11.2.0.3 and laterIBM AIX on POWER Systems (64-bit)SYMPTOMS11gR2 or 12cR1 Grid Infrastructure on AIX, observed high CPU usage by osy

ERROR: slave communication error with ASMrman asm+rac 恢复到文件系统单实例1-- 备份，别人搞的2-- pfile准备bash-3.2$ more initneb.ora *.audit_file_dest='/oracle/db11.2.0/admin/neb/adump'*.audit_tra

问题分析，客户无法连接数据库报错0403

SQL error 1403：ogg 同步

exp导出

DFS lock handle & inactive transaction branch

ORA-01722: invalid number 寻找具体数据原因

oracle在10g版本明确引入time model,直观的作为一种量度指标反映给用户。时间作为一种性能上的量度和反映，一直贯穿在oracle的各个版本中，可以说时间模型并不是10g特有的东西。只不过，这种模型和概念在10g之前并没有明确和加以细化，而且，在oracle各个版本的升级和演化中，也在不断进行调整。      时间作为我们性能优化的一个重要参考，虽然有时候并不能给诊断带来直接的切入

----创建一张表echo----SQL> create table echo as select * from dba_objects;Table created.SQL> set autotrace trace exp;SQL> set linesize 150;SQL> select * from echo where object_id=1000;

公司不能上网 以后只有 图片进步了

--standby db for scn:begin   for tablename in (select table_name from dba_capture_prepared_tables@oraweb.db1) loop              declare          iscn number;       begin          iscn := d

当会话想要访问缓冲存储器中的数据块，而该数据块正在被其它会话使用时产生buffer busywaits事件。其它会话可能正在从数据文件向缓冲区存储器度曲同样的数据块，或正在缓冲存储器中对其进行修改。为了确保读取器会话拥有与获得所有更改或无更改的数据块一致的映像，正在修改该数据块的会话在其标题中标记一个标志，让其他会话知道有一个更改正在进行而等候更改的的完成。视图v$waitstat不是

--获取SPID[root@RSRAC1 ~]# ps -ef|grep exporacle    4967  4656  7 16:28 pts/2    00:00:42 exp         tables=TCUSTINFO file=TCUSTINFO.dump log=1.logroot      5364  5076  0 16:37 pts/11   00:00:00

expdp备份缓慢问题分析(_1)

enq: SQ - contention oracle

enq: TT – contention等待事件enq: TT – contention等待事件

read(10, "NTP0 13690\n", 64)

思路受限的时候，应该换其他方向....

SQL> conn / as sysdbaConnected.SQL> oradebug setmypidStatement processed.SQL> oradebug event 10400 trace name context forever,level 1Statement processed.SQL> oradebug tracefile_nameState

SQL> select count(*)  from (select 1 from dba_indexes where partitioned = 'NO' and status   COUNT(*)----------         0Elapsed: 00:00:00.02  很快 Execution Plan---------------------------

---获取等待信息SQL> select session_id, event, sql_id, blocking_session  2    from  dba_hist_active_sess_history  3   where sample_time > to_date('20140703 080000', 'yyyymmdd hh24miss')  4     and sa

使用函数非常慢，使用变量很快  FROM v_hldtotal_price a,        v_balance_price b,        v_hlddetail_price c,        v_symbol_price d  WHERE a.t_date = b.t_date    AND a.t_date = c.t_date    AND a.t_

--sqlnet.oraTRACE_LEVEL_CLIENT=16TRACE_FILE_CLIENT=CLIENTTRACE_TIMESTAMP_CLIENT=ONtrace_directory_client=/home/oracle/product/10g/network/admin[oracle@VSZ-ORCLE-jftest admin]$ more client_18

ParserJob: successParserJob: finished at 2015-06-11 22:50:37, time elapsed: 00:00:44CrawlDB update for Jun1121/u01/nutch/nutch/runtime/local/bin/nutch updatedb -D mapred.reduce.tasks=2 -D mapred