<?xml version="1.0" encoding="gbk"?>
			<?xml-stylesheet type="text/css" href="http://space.itpub.net/css/rss.css"?>
			<rss version="2.0">
			  <channel>
			    <title>zhang41082的个人空间</title>
			    <link>http://space.itpub.net/25016</link>
			    <description></description>
			    <copyright>Copyright(C) zhang41082的个人空间</copyright>
			    <generator>SupeSite/X-Space</generator>
			    <lastBuildDate>Mon, 13 Oct 2008 10:56:49 GMT</lastBuildDate><item>
								<title>删除表时碰到lms flush message acks等待事件</title>
								<link>http://space.itpub.net/25016/viewspace-68255</link>
								<description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;最近和bug干上了，每过十天半个月总会碰上一两个bug，郁闷。今天碰到的是DELETE或者TRUNCATE表时速度很慢的bug。<BR>
<P>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 因为需要对一些无用的表空间进行清理，腾出系统空间...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Tue, 01 Jan 2008 21:25:17 GMT</pubDate>
							</item>
							<item>
								<title>逻辑STANDBY创建中碰到ORA-16146: standby destination control file enqueue unavail</title>
								<link>http://space.itpub.net/25016/viewspace-68254</link>
								<description><![CDATA[准备创建一个逻辑的STANDBY数据库供开发的查询生产数据使用，但是把物理的standby转换成逻辑standby的时候，碰到了ORA-16146: standby destination control file enqueue unavailable错误，于是故事开始。。。<br><p>首先建好了物理的standby，然后使用语句alter database...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Mon, 24 Dec 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>DELL R900服务器上基于REDHAT 4.6安装oracle中碰到的Can't connect to X11 window ser</title>
								<link>http://space.itpub.net/25016/viewspace-68253</link>
								<description><![CDATA[<p>之前没怎么在linux下安装过oracle，到这个公司后，虽然安装过无数次，不过都是按照前辈写好的文档安装的，而且一路顺畅，因为都是在同一个版本的OS上安装同一个版本的ORACLE，所以没出过问题。<br />12月份，公司订了dell最新的服务器R900，其中配置了4个4核cpu，top的...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Fri, 21 Dec 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>遭遇sql查询返回错误结果的bug(hash group by的bug)</title>
								<link>http://space.itpub.net/25016/viewspace-68252</link>
								<description><![CDATA[<p>同事发过来一个sql，结果非常奇怪：<br />SELECT *<br />  FROM (SELECT VOUCHERCODE V1, SUM(VALUE) AS CNT1<br />          FROM SEASHELL.ENTRY<br />         WHERE CRDR = 1<br />         GROUP BY VOUCHERCODE) A,<br />       (SELECT VOUCHERCODE V2, SUM(VAL...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Wed, 19 Dec 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>占用资源狂高的select min(bitmapped) from ts$ where dflmaxext =:1 and bitand(flag</title>
								<link>http://space.itpub.net/25016/viewspace-68251</link>
								<description><![CDATA[在别人推荐下，系统使用了temporary tablespace group，几天没有看AWR，今天发现系统中如下SQL居然排在了TOP读的首位，而且远远高于正常的TOP SQL的读：<br />select min(bitmapped) from ts$ where dflmaxext =:1 and bitand(flags, 1024) = 1024<br><p>GOOGLE了下，发现...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Tue, 11 Dec 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>幸运还是不幸，又遭遇ORA-00600 [kfgFinalize_2]，导致业务宕机20分钟</title>
								<link>http://space.itpub.net/25016/viewspace-68250</link>
								<description><![CDATA[为生产系统扩容，准备把两台rac的机器的内存全部从8G升级到16G，凌晨3点开始实施，方案如下：首先应用全部切换到节点1，然后停节点2，加内存，然后节点2起来，不幸发生，节点2的ASM实例启不来，本来实例是自动启动的，手工去启动也启不来，磁盘不能被MOUNT，报错如下：<br...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Sun, 25 Nov 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>在rman备份过程中，数据文件增长可能会导致ORA-00600 [krbockstat-nrblks]</title>
								<link>http://space.itpub.net/25016/viewspace-68249</link>
								<description><![CDATA[今天凌晨对数据库进行备份，结果却出现一个600错误，查阅metalink后发现是一个bug，而且说只要备份不失败，则对数据库和数据库的备份都没有任何影响。在这里记录一下吧。<br><p>Backup Fails With ORA-00600 [krbockstat-nrblks] If Datafile Grows During RMAN Backup <b...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Sat, 17 Nov 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>查看执行计划出现ORA-22992错误</title>
								<link>http://space.itpub.net/25016/viewspace-68248</link>
								<description><![CDATA[<p>查看一个sql的执行计划，结果出现ORA-22992提示，知道这个提示是远程DB LINK包含LOB字段，所以不能在select中被显示，但是仔细核对后，发现这个sql使用的三个表的连接都是本地表，而且这三个表根本不包含LOB字段，见鬼！</p><p /><br><p>首先怀疑是工具的问题，发生问题...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Fri, 09 Nov 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>emc cx500上的基于linux的3节点rac上的裸设备的使用和性能测试</title>
								<link>http://space.itpub.net/25016/viewspace-68246</link>
								<description><![CDATA[<p>一直以来只是听说裸设备如果能提高性能，如果没有文件系统管理方便等等，昨天看了一篇文章后，终于明白什么叫裸设备了，下面的例子是在一个3节点的rac环境下的一个节点测试的，盯着一个节点做是为了避免过多的cache fusion而影响性能测试。<br />环境如下：<br />存储：...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Wed, 31 Oct 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>重新编译失效的对象导致row cache lock狂高</title>
								<link>http://space.itpub.net/25016/viewspace-68247</link>
								<description><![CDATA[<p>首先从当天的awr报表中发现cpu占用很高，转而跳到cpu wait去查找top 5的cpu wait，结果发现这样一句sql：<br />DECLARE threads pls_integer := 0; BEGIN utl_recomp.recomp_parallel(threads); END;<br />其中sql_id为3cmwr02yfw7ud<br />而且这个sql还没有运行结束，...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Wed, 31 Oct 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>第一次RAC宕机记录</title>
								<link>http://space.itpub.net/25016/viewspace-68243</link>
								<description><![CDATA[9月24日下午16点，收到报警说rac中的一台机器负载狂高，马上登录上去，发现load average已经快20了。登录另一个节点查看，却发现另一个节点怎么也连接不上去，初步断定第二个节点肯定操作系统出现了问题，正好有同事在机房，连接显示器和键盘到服务器上去，显示器没有任何...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Thu, 25 Oct 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>ORA-02062: distributed recovery 引起的 ORA-02019: connection description for rem</title>
								<link>http://space.itpub.net/25016/viewspace-68244</link>
								<description><![CDATA[<p>        一个测试数据库隔三差五的报一个ORA-02019出来，查找alert文件，有一个详细的trace：<br />*** 2007-10-12 21:47:55.083<br />ERROR, tran=2.34.74876, session#=1, ose=0:<br />ORA-02062: distributed recovery received DBID 78d96835, expected 2421f8a5<b...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Thu, 25 Oct 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>临时表空间被占满的原因查找</title>
								<link>http://space.itpub.net/25016/viewspace-68245</link>
								<description><![CDATA[<p>收到数据库报警，说临时表空间不能再扩展，临时表空间大小有8G，而且平时使用率一般不到1GB，8G全部用光肯定是有人在生产上手工执行了大的排序操作，上次发生过一次，但这个瞬间就过去了，等登陆上去看的时候，临时表空间已经降落到了正常水平。看来这次要想办法找找原...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Thu, 25 Oct 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>系统crash掉导致ORA-00600的处理</title>
								<link>http://space.itpub.net/25016/viewspace-68242</link>
								<description><![CDATA[<p>国庆期间重新整理了机房，一堆机器移行换位，估计oracle没有关闭就直接拔电源了。到今天开发人员报告一台测试的db连不上，于是处理开始。</p><br><p>因为这台机器的数据库是开机自动启动的，直接登陆上去查看listener状态，正常，然后登陆到数据库中查看数据库状态：<b...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Thu, 11 Oct 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>归档日志满导致ORA-13516错误，awr报表不能自动收集</title>
								<link>http://space.itpub.net/25016/viewspace-68241</link>
								<description><![CDATA[<p>问题描述：<br />        一个压力测试环境，需要模拟大量数据，于是写了个job在周末跑，结果今天来看结果的时候，发现由于产生大量的归档日志，导致磁盘空间耗尽，job已经停了。看看数据也造的差不多，也没在意。于是QA开始做压力测试，但是压了一段时间去看AWR报表的...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Mon, 13 Aug 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>对一个千万级、大小16G的数据表进行在线分区</title>
								<link>http://space.itpub.net/25016/viewspace-68240</link>
								<description><![CDATA[<p>问题描述：<br />        一个记录日志的表，当初没怎么考虑，结果现在日志表越来越大，占用空间达到16G，而里面的日志其实只需要保留一个月内的备查就可以了。于是想把此表改造成按月的分区表，这样到时候只要直接删除一个分区就可以了。</p><br><p>        这是一个很...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Thu, 09 Aug 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>遭遇ORA-07445 的一个BUG</title>
								<link>http://space.itpub.net/25016/viewspace-68238</link>
								<description><![CDATA[<p>问题描述：<br />早上刚上班，开发的报告说一个很简单的查询不能运行，查询语句如下：<br />SELECT * FROM DEAL WHERE CODE IN ('12', '13') ORDER BY BEGINDATE desc<br />我自己登陆上去，查询一下，果然报错，错误信息如下：<br />SQL&gt; SELECT * FROM DEAL WHERE...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Mon, 06 Aug 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>系统负载莫名的很高</title>
								<link>http://space.itpub.net/25016/viewspace-68239</link>
								<description><![CDATA[问题描述：<br />        一个测试系统，系统load average达到20，但这个系统上却没有运行任何程序在运行！<br />奇载，怪载。<br><p>         操作系统为：Red Hat Enterprise Linux AS release 4 (Nahant Update 4) 64位，安装在dell的pc server上，上面安装了oracle 10...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Mon, 06 Aug 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>在分区表上使用正确的索引来提高性能</title>
								<link>http://space.itpub.net/25016/viewspace-68237</link>
								<description><![CDATA[问题提出：<br />一个三表链接，其中都是通过主键来链接的，而且查询条件只有一个，而且这个列的选择性非常高，基本上99.9的数据都不相同。其中一个表数据量在千万，其他在百万，这个sql一天会执行几十万次，占用了大量的系统资源。<br><p>查看后得知千万级的表是分区表，...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Tue, 24 Jul 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>利用B*TREE的特性，为列值分布极端不平衡的表创建特殊索引来提高效率</title>
								<link>http://space.itpub.net/25016/viewspace-68235</link>
								<description><![CDATA[问题提出：<br />        一个订单处理系统，需要频繁的取出最早提交但是还未处理的订单来进行处理，随着时间的累加，表中数据越来越多，性能也越来越低。<br><p>首先来看看表结构，简化后如下：<br />ID         NUMBER(10) Y                         <br />COMMITDATE ...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Mon, 23 Jul 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>通过锁定表的统计信息来稳定sql的执行计划</title>
								<link>http://space.itpub.net/25016/viewspace-68236</link>
								<description><![CDATA[<p>问题提出：<br />        两个表的关联查询，一个表数据量在千万，一个表数据量只有几条（参数表），大表是按时间进行的分区表，而且时间字段上还建有分区索引。刚开始，执行计划是正确的，但是后来却发现两个表的关联不是走分区表的索引，而是直接扫描整个分区，有点费...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Mon, 23 Jul 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>修改glogin.sql引发的生产系统监控的虚假报警</title>
								<link>http://space.itpub.net/25016/viewspace-68234</link>
								<description><![CDATA[问题提出：<br />        生产系统，收到报警邮件说open_cursors过多，马上登录到服务器上检查，发现open cursor最多的一个session才打开100多个cursor，应该没什么问题。但是一个小时后，又收到报警邮件，重新登录服务器，还是没什么异常。而且之后每个小时（这个规律是后...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Sun, 22 Jul 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>自动为新建的表创建同义词</title>
								<link>http://space.itpub.net/25016/viewspace-68232</link>
								<description><![CDATA[<p>问题提出：</p><p>为了控制用户权限，给某些用户只有查询系统的权限，但是这样带来的维护麻烦是每次系统创建了新的表，都需要给查询用户对这个表的查询权限授权，然后查询用户使用的时候不方便，要加上用户的前缀才能使用。这里提供一个自动为新创建的表进行授权和创建...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Fri, 13 Jul 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>纪念二姨父！</title>
								<link>http://space.itpub.net/25016/viewspace-68233</link>
								<description><![CDATA[<p><font style="BACKGROUND-COLOR: #cce8cf">2007年7月10日下午两点，二姨父去世！</font></p><p><font style="BACKGROUND-COLOR: #cce8cf">写了删，删了又写，不知道该如何来表达自己的心情。</font></p><p><font style="BACKGROUND-COLOR: #cce8cf">愿天堂里还有一堆朋...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Fri, 13 Jul 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>oracle的会话如何自杀？</title>
								<link>http://space.itpub.net/25016/viewspace-68231</link>
								<description><![CDATA[<p>问题提出：<br />pub上有网友提出了一个会话如何自杀，因为一个会话是不能杀死自己的，如果直接执行alter system kill session 来杀死自己，则报错如下：<br />SQL&gt; select sid,serial# from v$session where sid in (select sid from v$mystat);</p><p>       SID ...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Tue, 10 Jul 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>使用DBMS_APPLICATION_INFO.SET_CLIENT_INFO来定位当前session所在的程序模块</title>
								<link>http://space.itpub.net/25016/viewspace-68229</link>
								<description><![CDATA[问题提出：<br />        在B/S系统中，页面纷繁复杂，而且经过系统长时间运行，如果发现某个session的wait比较严重，进行sql优化时，很难知道这个sql是用在程序的哪个模块，很多时候只能根据开发人员的经验来定位这个sql，或者打开程序代码，搜索。这样的效率很低，这里介...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Mon, 09 Jul 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>比较罕见的一个问题，磁盘文件数目太多导致的LISTENER监听起不来</title>
								<link>http://space.itpub.net/25016/viewspace-68230</link>
								<description><![CDATA[<p>问题提出：<br />一台测试的服务器，停电再起来后发现listener起不来，报错如下：<br />Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.191.100)(PORT=1521)))<br />Error listening on: (ADDRESS=(PROTOCOL=ipc)(PARTIAL=yes)(QUEUESIZE=1))<br />...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Mon, 09 Jul 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>cancel掉正在online创建的索引带来的问题</title>
								<link>http://space.itpub.net/25016/viewspace-68228</link>
								<description><![CDATA[问题提出：<br />一个OLTP系统，运行在REDHAT AS4U3的ORACLE 10.2.0.2的双节点RAC上，其中一个表的数据量在1500万左右，需要在上面创建一个索引，于是采用了online的模式，创建到一半的时候，发现因为开了多个plsql developer导致所以创建错了，创建到了另外一个库的相同的...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Tue, 03 Jul 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>在oracle中监视索引的使用情况</title>
								<link>http://space.itpub.net/25016/viewspace-68226</link>
								<description><![CDATA[数据库运行时间长了，索引会越加越多，导致最后自己也不知道哪些索引被使用，哪些索引已经没有人在使用了，幸好oracle给我们提供了监视索引是否被使用的方法。<br><p>使用很简单：</p><p>1、使用下面命令开始监控</p><p>ALTER INDEX index_name MONITORING USAGE;</p><p>2...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Mon, 02 Jul 2007 00:00:00 GMT</pubDate>
							</item>
							<item>
								<title>外键字段未建索引引发的死锁</title>
								<link>http://space.itpub.net/25016/viewspace-68227</link>
								<description><![CDATA[<p>现象：一个很简单的程序在压力测试过程中发现死锁，查看trace文件，发现如下信息：</p><p>Deadlock graph:<br />                       ---------Blocker(s)--------  ---------Waiter(s)---------<br />Resource Name          process session holds waits  process...]]></description>
								<category>blog</category>
								<author>zhang41082</author>
								<pubDate>Mon, 02 Jul 2007 00:00:00 GMT</pubDate>
							</item>
							
		</channel>
	</rss>