ITPub博客

由于HP-UX小机本地存储空间不足，并且，环境为RAC+ASM环境，没有剩余的空间保存数据库备份文件从一台Linux导数据至此小机环境，因此将Linux的导出目录mount至HP-UX服务器进行导入不加任何参数mount，impdp的速度非常慢，同样备份文件在Linux服务器上导入大概1小时，在HP-UX上导入花费了6个多小时，尤其是在导入那些小表（几KB）时非常缓慢，CPU SYS% 单核心达到100%修改导入参数mount -F nfs -o rw,bg,vers=3,proto=tcp,noac,hard,nointr,timeo=600,rsize=32768,wsize=32768,suid 10.199.84.33:/home/oracle/dumpdir/ /u01/oracle问题依旧

Thu Jun 14 15:55:46 2012IPC Send timeout detected. Receiver ospid 15255Thu Jun 14 15:55:46 2012Errors in file /u01/app/oracle/admin/ufsa8/bdump/ufsa82_lms2_15255.trc:Thu Jun 14 15:55:48 2012Trace dumping is performing id=[cdmp_20120614155548]Thu Jun 14 15:57:29 2012Waiting for clusterware split-brain resolutionThu Jun 14 16:07:43 2012Errors in file /u01/app/oracle/admin/ufsa8/bdump/ufsa82_lmon_15247.trc:ORA-29740: evicted by member 0, group incarnation 32Thu Jun 14 16:07:44 2012LMON: terminating

之前有过一篇BLOG，是介绍如何简单的将Linux两张网卡进行绑定，已实现高可用。但在之前的模式里，仅仅能实现高可用，当两个网卡中的一个失效时并不会影响服务器的联通性。但是，如果有交换机的配合，是否可以时间负载均衡，同时达到带宽翻倍的目的呢？首先，需要先明确，绑定的各种模式0 - Sets a round-robin policy for fault tolerance and load balancing. Transmissions are received and sent out sequentially on each bonded slave interface beginning with the first one available.1 - Sets an active-backup policy for fault

周末将部分服务器搬迁至廊坊今天早上发现，OA测试Oracle数据库无法从北京正常连接，使用pl/sql developer连接数据库后，查询一个稍大些的表，报错ORA-12161: TNS:内部错误:收到部分数据同时，JDBC连接也出现问题java.sql.SQLException: Io exception: Bad packet typemetalink上查了一下，没有相关文章，google也没有什么收获。又只能靠猜了根据这个错误，结合周末服务器搬迁的事实，变化的因素只有网络，估计问题出在网络上。联想到之前同事李龙(lilong.itpub.net)碰到过ora-02068的错误，也是类似的情况，最后通过修改了SDU临时解决了一

从10.2.0.1版本客户端通过EZCONNECT连接一套RAC环境时报错：SQL> conn system/xxxx@10.199.87.122:1521/gppSP2-0642: SQL*Plus internal error state 2130, context 0:0:0Unsafe to proceed这个错误是因为BUG:8599395EZCONNECT Connections Error with SP2-0642: Sql*Plus Internal Error State 2130 [ID 855965.1]解决方法很简单，不要加1521端口号，或者使用11.2版本以上的客户端SQL> conn system/xxxx@10.199.87.119/gppConnected.Bug is fixed from release 11.2 onwards. Check for one off patches for your release / platfo

利用opatch打补丁时出现如下错误：2012-02-13 09:11:53: The apply patch output is Oracle Interim Patch Installer version 11.2.0.1.9 Copyright (c) 2011, Oracle Corporation. All rights reserved. Argument(s) Error... Given 'ocmrf' file does not exists. Please check the arguments and try again. OPatch failed with error code 135support.oracle.com上查到如下文章：opatch auto failed with message OPatch failed with error code 135 while applying 11.2.0.2 Bundle Patch 3 [ID 1283954.1]大意为需建立OCM conf

在使用opatch打PSU时，如果不注意，经常会出现如下错误2012-02-13 10:42:25: Command output:> 数据库唯一名称: xxx> 数据库名: xxx> Oracle 主目录: /u01/app/oracle/product/11.2.0/dbhome_1> Oracle 用户: oracle> Spfile: +DATA/xxx/spfilegpp.ora> 域: > 启动选项: open> 停止选项: immediate> 数据库角色: PRIMARY> 管理策略: AUTOMATIC> 服务器池: xxx> 数据库实例: xxx1,xxx2> 磁盘组: DATA> 装载点路径: > 服务: > 类型: RAC> 数据库是管理员管理的 >En

在10G之前，甚至在10G的Oracle环境中，有很多数据量不大，重要性不太高的系统依然采用EXP/IMP逻辑导出备份方式，或者，作为辅助备份方式。通常情况下，我们都是这样操作的：1.exp导出2.gzip压缩3.gzip解压4.imp导入这样操作有如下两个不好的地方：1.占用大量磁盘空间，磁盘剩余空间必须大于导出的，未压缩的文件大小加上压缩后的文件大小。如果设置计划任务，每日定时导出的话，很有可能因为磁盘空间不足导致备份失败。由于这种备份方式磁盘使用率的剧烈抖动，即使有监控工具，也不能很好的提供趋势分析2.系统资源浪费，在导出时，大部分都

Unable To Connect To ASM Due To SQL*Plus Shows “Connected To An Idle Instance. [ID 1179825.1] -------------------------------------------------------------------------------- 修改时间 30-SEP-2010 类型 PROBLEM 状态 PUBLISHED In this Document Symptoms Cause Solution--------------------------------------------------------------------------------Applies to: Oracle Server - Enterprise Edition - Version: 10.2.0.1 to 11.2.0.2 - Release: 10.2 to 11.2Information in this document applies t

Oracle 10.2.0.1 HP-UX 11.31 ia64alert.log:Mon Dec 26 14:11:16 2011Shutting down instance (abort)License high water mark = 486Instance terminated by USER, pid = 1675syslog:Dec 26 14:10:14 wandadb1 cmnetd[29338]: lan0 is down at the data link layer.Dec 26 14:10:14 wandadb1 cmnetd[29338]: lan0 failed.Dec 26 14:10:14 wandadb1 cmnetd[29338]: Subnet 10.0.4.0 downDec 26 14:10:36 wandadb1 cmnetd[29338]: lan0 is up at the data link layer.Dec 26 14:10:36 wandadb1 cmnetd[29338]: lan0 recovered.Dec 26 14:10

源库10.2.0.1，目标库11.2.0.3impdp system/"xxxx" network_link=wdyx_prod schemas=wd_web,wanda parallel=4 TABLE_EXISTS_ACTION=REPLACE directory=dumpdir logfile=wdyx_trans.log VERSION=10.2Import: Release 11.2.0.3.0 - Production on Tue Dec 20 23:13:02 2011Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit ProductionWith the Partitioning optionORA-39006: internal errorORA-39113: Unable t

11.2.0.3 VIP/SCAN VIP is Not Pingable After Failover Leads to Connection Issue (Doc ID 1379498.1)[@more@]

一台Linux 11GR2public vip scan 均在10.199.88.0网段，服务器启动后，从服务器本身或者10.199.88.0网段的其他服务器看，均正常。在10.199.88.0网段外看这个RAC坏境，public ip是通的，但是，vip scan都不通。在这两台RAC服务器上使用/sbin/arping -s vip gateway后，所有的网段看到RAC的状态都正常了。原因待查[@more@]

HP-UX 11.31Oracle 10.2.0.1 RAC其中一个session的等待事件一直为kksfbc child completion，查询了一下，有可能是个BUGBug 6795880，相关的doc id为：6795880.8A session may go into an infinite spin just after a wait for 'kksfbc child completion'. The spin occurs with a stack including kksSearchChildList -> kkshgnc where kksSearchChildList loops forever.This problem can also lead to internal error such as any ofORA-600 [kksSearchChildList1], ORA-600 [kksSearchChildList2]ORA-600 [kksSearchChildList

一个多灾多难的系统：）HP-UX 11.31 IA64 Oracle 10.2.0.1 两节点RAC数据库集群自动重启，检查alert文件，报ORA-00600错误Mon Nov 14 15:43:53 2011Errors in file /u01/app/oracle/admin/ufsa8/udump/ufsa81_ora_4531.trc:ORA-00600: internal error code, arguments: [KGHALO4], [0xC0000000BD0CD060], [], [], [], [], [], []Mon Nov 14 15:43:58 2011Trace dumping is performing id=[cdmp_20111114154358]Mon Nov 14 15:43:58 2011Errors in file /u01/app/oracle/admin/ufsa8/udump/ufsa81_ora_4531.trc:ORA-00600: internal error

Load averages可以很好的表示系统的负载情况，它统计的是CPU运行及等待队列的长度，而与CPU使用率无关。当CPU队列长度长期超过CPU数量时，表明系统CPU已超载，需调整应用或增加硬件。对于Load averages，wikipedia有一些描述http://en.wikipedia.org/wiki/Load_averages在文章里，Load averages/CPU_NUM，如果这个值超过1，则代表处理器已无法及时的处理所有的请求。但是，在HP-UX 11.31 IA64下，观察的结果却不一致。在一个16核的小机，Load averages为1.5，按照标准的计算模式，1.5/16，此服务器负载不高，处理器绰绰有余。但是，查看CP

上周在生产环境做AIX 6.1.1.4 Oracle 10.2.0.1的维护操作，完毕后，按照领导的要求，重新启动服务器，为年底服务器搬迁做准备。此服务器自2011年3月重启后，再未进行过重启操作使用reboot命令重启了AIX，等了很久，服务器都没有重启，机房检查发现服务器已停机，开机后，又出现文件丢失的情况，幸好是双机环境，将丢失的文件从另一台服务器拷贝过来，启动正常。重启另一台服务器时，又是停机，并且出现一个LUN无法挂载，需进行fsck，修正文件系统后，得以重新挂载在AIX上要慎用reboot命令，需要重启时，应使用安全的重启命令shutdown -Fr特

在之前工作中，对于一台AIX Oracle 10.2.0.1做过一次投票盘迁移，并且，投票盘数量增加至5，但添加操作完成后，导致投票盘混乱于是，在Linux上又做了一遍，却没有重现，是否是与操作系统版本相关？具体步骤见详细内容[@more@][oracle@rac1 ~]$ sqlplus /nologSQL*Plus: Release 10.2.0.1.0 - Production on Tue Nov 8 10:24:00 2011Copyright (c) 1982, 2005, Oracle. All rights reserved.SQL> conn / as sysdbaConnected.SQL> select * from v$version;BANNER----------------------------------------------------------------O

还是上篇提到的SQLhttp://sundog315.itpub.net/post/308/524769修改完毕后，在某一特定服务器，性能仍然存在问题，看了一下执行计划，确实是有问题的截取相关的执行计划 35 | HASH GROUP BY | | 1 | 150 | 398 (2)| 00:00:05 | | ||* 36 | FILTER | | | | | | | ||* 37 | TABLE ACCESS BY INDEX ROWID | SELLPAYGOODS | 1 | 34 | 3 (0)| 00:00:01 |

生产系统，出现一个SQL，执行计划不对，SQL如下：SELECT SDMFID GMFMFID,'[' || TO_CHAR(TO_NUMBER(PMCODE)) || ']' || PMNAME NAME,SUM(SPGGDMONEY * FGETINVSIGN(SHDJLB)) JEFROM SELLHEAD, SELLDETAIL, SELLPAYGOODS, PAYMODE, GOODSMFRAMEWHERE SHBILLNO = SPGBILLNOAND SHBILLNO = SDBILLNOAND SDROWNO = SPGGDROWAND SPGPMCODE = PMCODEAND SDMFID = GMFMFIDAND SDGDID = GMFGDIDAND GMFMARKET = :as_mktAND SPGPMCODE <> '0500'AND PMTYPE = '5'AND (GMFMFID = :as_mf OR NVL(:as_mf, '#') = '#')AND SHDATE >= TRUNC(to_