<?xml version="1.0" encoding="gb2312"?>
<feed version="0.3" xmlns="http://purl.org/atom/ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xml:lang="zh-cn">
    
    <title>Ora-600的博客</title> 
<link rel="alternate" type="text/html" href="http://Ora-600.itpub.net" /> 
 
<modified>Wed,16 05 2012 16:11:43</modified> 
<tagline></tagline> 
<generator url="http://www.plogworld.net/" version="1.0.1">pLog</generator> 
 
<copyright>Copyright (c) Ora-600</copyright> 
    
 <entry> 
 <id>tag:post:blog.itpub.net,Tue,16 06 2009 14:25:43</id>
 <title>硬解析带来高CPU消耗的诊断</title> 
 <link rel="alternate" type="text/html" href="http://Ora-600.itpub.net/post/203/486017" /> 
  
 <modified>Tue,16 06 2009 14:25:43</modified> 
 <issued>Tue,16 06 2009 14:25:43</issued> 
 <created>Tue,16 06 2009 14:25:43</created> 
 <summary type="text/plain"> 客户的系统进行压力测试时发现CPU压力非常大，正常情况下CPU负载在30-40%，而峰值期间CPU基本上100%，以至于事务无法处理完成，甚至无法登陆。经过客户的描述，这个压力测试实际上压力应该不大，仅仅设置了100个客户端的并发，而且单个客户端整个功能模块完成实际上仅需要25秒钟，但并发一多，CPU负载就非常高，以至于单个功能模块完成时间被延长至几百秒。到客户现场，在操作系统级察看，CPU大量消耗在user上，io的CPU等待很少，确定CPU是消耗在应用层面。[oracle@localhost ~]$ sar -u 3 50Linux 2.6.18-92.el5 (localhost.localdomain)...</summary> 
 <author> 
  
 <name>Ora-600</name> 
 <url>http://Ora-600.itpub.net</url> 
 <email>Ora-600@itpub.net</email> 
</author> 
<dc:subject>
Oracle
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://Ora-600.itpub.net"> 
 客户的系统进行压力测试时发现CPU压力非常大，正常情况下CPU负载在30-40%，而峰值期间CPU基本上100%，以至于事务无法处理完成，甚至无法登陆。经过客户的描述，这个压力测试实际上压力应该不大，仅仅设置了100个客户端的并发，而且单个客户端整个功能模块完成实际上仅需要25秒钟，但并发一多，CPU负载就非常高，以至于单个功能模块完成时间被延长至几百秒。到客户现场，在操作系统级察看，CPU大量消耗在user上，io的CPU等待很少，确定CPU是消耗在应用层面。[oracle@localhost ~]$ sar -u 3 50Linux 2.6.18-92.el5 (localhost.localdomain)...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Wed,29 04 2009 22:51:04</id>
 <title>DBMS_SPACE包的使用（2）</title> 
 <link rel="alternate" type="text/html" href="http://Ora-600.itpub.net/post/203/483577" /> 
  
 <modified>Wed,29 04 2009 22:51:04</modified> 
 <issued>Wed,29 04 2009 22:51:04</issued> 
 <created>Wed,29 04 2009 22:51:04</created> 
 <summary type="text/plain"> CREATE_TABLE_COST有两种用法，因此包内进行了overload，具体的语法如下：DBMS_SPACE.CREATE_TABLE_COST ( tablespace_name IN VARCHAR2, avg_row_size IN NUMBER, row_count IN NUMBER, pct_free IN NUMBER, used_bytes OUT NUMBER, alloc_bytes OUT NUMBER);DBMS_SPACE.CREATE_TABLE_COST ( tablespace_name IN VARCHAR2, colinfos IN CREATE_TABLE_COST_COLUMNS, row_count IN NUMBER, pct_free IN NUMBER, used_bytes OUT NUMBER, alloc_bytes OUT NUMBER);CREATE TYPE create_table_cost_colinfo IS OBJECT ( COL_TYPE VARCHAR(200),...</summary> 
 <author> 
  
 <name>Ora-600</name> 
 <url>http://Ora-600.itpub.net</url> 
 <email>Ora-600@itpub.net</email> 
</author> 
<dc:subject>
Oracle
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://Ora-600.itpub.net"> 
 CREATE_TABLE_COST有两种用法，因此包内进行了overload，具体的语法如下：DBMS_SPACE.CREATE_TABLE_COST ( tablespace_name IN VARCHAR2, avg_row_size IN NUMBER, row_count IN NUMBER, pct_free IN NUMBER, used_bytes OUT NUMBER, alloc_bytes OUT NUMBER);DBMS_SPACE.CREATE_TABLE_COST ( tablespace_name IN VARCHAR2, colinfos IN CREATE_TABLE_COST_COLUMNS, row_count IN NUMBER, pct_free IN NUMBER, used_bytes OUT NUMBER, alloc_bytes OUT NUMBER);CREATE TYPE create_table_cost_colinfo IS OBJECT ( COL_TYPE VARCHAR(200),...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Tue,28 04 2009 00:00:28</id>
 <title>DBMS_SPACE包的使用（1）</title> 
 <link rel="alternate" type="text/html" href="http://Ora-600.itpub.net/post/203/483438" /> 
  
 <modified>Tue,28 04 2009 00:00:28</modified> 
 <issued>Tue,28 04 2009 00:00:28</issued> 
 <created>Tue,28 04 2009 00:00:28</created> 
 <summary type="text/plain"> 最近有朋友问到了DBMS_SPACE包的使用，也看了一下，大部分是关于dbms_space.space_usage的使用，space_usage这个过程的例子已经很多了，我也就不再多说了，除了这个过程外，另外还有两个过程也有着特殊的用处，但使用的人不多，我们也来看看这两个过程有什么用。这两个过程为：CREATE_INDEX_COST和CREATE_TABLE_COST，分别用户评估创建索引和创建表的存储开销（空间占用情况）。CREATE_INDEX_COST的语法如下：DBMS_SPACE.CREATE_INDEX_COST ( ddl IN VARCHAR2, used_bytes OUT NUMBER, alloc_bytes OUT NUMBER, plan_table IN VARCHAR2 DE...</summary> 
 <author> 
  
 <name>Ora-600</name> 
 <url>http://Ora-600.itpub.net</url> 
 <email>Ora-600@itpub.net</email> 
</author> 
<dc:subject>
Oracle
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://Ora-600.itpub.net"> 
 最近有朋友问到了DBMS_SPACE包的使用，也看了一下，大部分是关于dbms_space.space_usage的使用，space_usage这个过程的例子已经很多了，我也就不再多说了，除了这个过程外，另外还有两个过程也有着特殊的用处，但使用的人不多，我们也来看看这两个过程有什么用。这两个过程为：CREATE_INDEX_COST和CREATE_TABLE_COST，分别用户评估创建索引和创建表的存储开销（空间占用情况）。CREATE_INDEX_COST的语法如下：DBMS_SPACE.CREATE_INDEX_COST ( ddl IN VARCHAR2, used_bytes OUT NUMBER, alloc_bytes OUT NUMBER, plan_table IN VARCHAR2 DE...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Thu,23 04 2009 23:41:33</id>
 <title>Oracle收购sun,一次大鱼吃大鱼的表演</title> 
 <link rel="alternate" type="text/html" href="http://Ora-600.itpub.net/post/203/483174" /> 
  
 <modified>Thu,23 04 2009 23:41:33</modified> 
 <issued>Thu,23 04 2009 23:41:33</issued> 
 <created>Thu,23 04 2009 23:41:33</created> 
 <summary type="text/plain"> 4月20日晚19时40分消息，SUN终于卖了出去，但是买家不是IBM，而是IBM最大的竞争对手之一、全球最大的数据库软件商Oracle公司。收到这条消息已经是晚上10点，在告知其他几个朋友的时候，朋友说他们早就知道啦，看来我还是后知后觉阿。最近IT业好像很繁忙的样子，尤其是Oracle的老larry，就没见消停的，去年大手笔收购了BEA，感觉才有点点尘埃落地的意思，就突然冒出了这么个消息，而且还不像IBM，只是传出个要收购SUN的消息，Oracle直接发布的就是收购成功消息，看来larry不是一般的强势阿。IBM之前才传出60多亿要收购sun，紧接着就冒出个谈...</summary> 
 <author> 
  
 <name>Ora-600</name> 
 <url>http://Ora-600.itpub.net</url> 
 <email>Ora-600@itpub.net</email> 
</author> 
<dc:subject>
Oracle
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://Ora-600.itpub.net"> 
 4月20日晚19时40分消息，SUN终于卖了出去，但是买家不是IBM，而是IBM最大的竞争对手之一、全球最大的数据库软件商Oracle公司。收到这条消息已经是晚上10点，在告知其他几个朋友的时候，朋友说他们早就知道啦，看来我还是后知后觉阿。最近IT业好像很繁忙的样子，尤其是Oracle的老larry，就没见消停的，去年大手笔收购了BEA，感觉才有点点尘埃落地的意思，就突然冒出了这么个消息，而且还不像IBM，只是传出个要收购SUN的消息，Oracle直接发布的就是收购成功消息，看来larry不是一般的强势阿。IBM之前才传出60多亿要收购sun，紧接着就冒出个谈...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Wed,22 04 2009 16:41:37</id>
 <title>数据库restore时遇到1119错误</title> 
 <link rel="alternate" type="text/html" href="http://Ora-600.itpub.net/post/203/483064" /> 
  
 <modified>Wed,22 04 2009 16:41:37</modified> 
 <issued>Wed,22 04 2009 16:41:37</issued> 
 <created>Wed,22 04 2009 16:41:37</created> 
 <summary type="text/plain"> 今夜天高云淡，夜色迷人，正跟LP在餐馆吃饭，没事聊聊天，忽然电话响起，美好画面就此打破。。。客户紧急求助，让我立马赶赴现场解决故障，没法，跟LP致歉，然后飞奔出去，打着飞的就奔赴现场。故障情况如下：客户主服务器重大故障，盘阵损坏，暂时无法使用或者修复，不过磁带机上有Rman备份，因此选择了一台备用机进行修复，服务器为AIX4.3，Oracle为10g，单机，所有备份归档都有（这就放心了）。。。客户在做恢复时报错（一颗心立马揪了起来。。。不会备份的文件有问题吧），错误代码为ORA-01119和ORA-27040，也就是说，在restore文件到...</summary> 
 <author> 
  
 <name>Ora-600</name> 
 <url>http://Ora-600.itpub.net</url> 
 <email>Ora-600@itpub.net</email> 
</author> 
<dc:subject>
Oracle
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://Ora-600.itpub.net"> 
 今夜天高云淡，夜色迷人，正跟LP在餐馆吃饭，没事聊聊天，忽然电话响起，美好画面就此打破。。。客户紧急求助，让我立马赶赴现场解决故障，没法，跟LP致歉，然后飞奔出去，打着飞的就奔赴现场。故障情况如下：客户主服务器重大故障，盘阵损坏，暂时无法使用或者修复，不过磁带机上有Rman备份，因此选择了一台备用机进行修复，服务器为AIX4.3，Oracle为10g，单机，所有备份归档都有（这就放心了）。。。客户在做恢复时报错（一颗心立马揪了起来。。。不会备份的文件有问题吧），错误代码为ORA-01119和ORA-27040，也就是说，在restore文件到...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Wed,22 04 2009 16:41:35</id>
 <title>数据库restore时遇到1119错误</title> 
 <link rel="alternate" type="text/html" href="http://Ora-600.itpub.net/post/203/483063" /> 
  
 <modified>Wed,22 04 2009 16:41:35</modified> 
 <issued>Wed,22 04 2009 16:41:35</issued> 
 <created>Wed,22 04 2009 16:41:35</created> 
 <summary type="text/plain"> 今夜天高云淡，夜色迷人，正跟LP在餐馆吃饭，没事聊聊天，忽然电话响起，美好画面就此打破。。。客户紧急求助，让我立马赶赴现场解决故障，没法，跟LP致歉，然后飞奔出去，打着飞的就奔赴现场。故障情况如下：客户主服务器重大故障，盘阵损坏，暂时无法使用或者修复，不过磁带机上有Rman备份，因此选择了一台备用机进行修复，服务器为AIX4.3，Oracle为10g，单机，所有备份归档都有（这就放心了）。。。客户在做恢复时报错（一颗心立马揪了起来。。。不会备份的文件有问题吧），错误代码为ORA-01119和ORA-27040，也就是说，在restore文件到...</summary> 
 <author> 
  
 <name>Ora-600</name> 
 <url>http://Ora-600.itpub.net</url> 
 <email>Ora-600@itpub.net</email> 
</author> 
<dc:subject>
Oracle
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://Ora-600.itpub.net"> 
 今夜天高云淡，夜色迷人，正跟LP在餐馆吃饭，没事聊聊天，忽然电话响起，美好画面就此打破。。。客户紧急求助，让我立马赶赴现场解决故障，没法，跟LP致歉，然后飞奔出去，打着飞的就奔赴现场。故障情况如下：客户主服务器重大故障，盘阵损坏，暂时无法使用或者修复，不过磁带机上有Rman备份，因此选择了一台备用机进行修复，服务器为AIX4.3，Oracle为10g，单机，所有备份归档都有（这就放心了）。。。客户在做恢复时报错（一颗心立马揪了起来。。。不会备份的文件有问题吧），错误代码为ORA-01119和ORA-27040，也就是说，在restore文件到...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Wed,22 04 2009 16:41:24</id>
 <title>数据库restore时遇到1119错误</title> 
 <link rel="alternate" type="text/html" href="http://Ora-600.itpub.net/post/203/483062" /> 
  
 <modified>Wed,22 04 2009 16:41:24</modified> 
 <issued>Wed,22 04 2009 16:41:24</issued> 
 <created>Wed,22 04 2009 16:41:24</created> 
 <summary type="text/plain"> 今夜天高云淡，夜色迷人，正跟LP在餐馆吃饭，没事聊聊天，忽然电话响起，美好画面就此打破。。。客户紧急求助，让我立马赶赴现场解决故障，没法，跟LP致歉，然后飞奔出去，打着飞的就奔赴现场。故障情况如下：客户主服务器重大故障，盘阵损坏，暂时无法使用或者修复，不过磁带机上有Rman备份，因此选择了一台备用机进行修复，服务器为AIX4.3，Oracle为10g，单机，所有备份归档都有（这就放心了）。。。客户在做恢复时报错（一颗心立马揪了起来。。。不会备份的文件有问题吧），错误代码为ORA-01119和ORA-27040，也就是说，在restore文件到...</summary> 
 <author> 
  
 <name>Ora-600</name> 
 <url>http://Ora-600.itpub.net</url> 
 <email>Ora-600@itpub.net</email> 
</author> 
<dc:subject>
Oracle
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://Ora-600.itpub.net"> 
 今夜天高云淡，夜色迷人，正跟LP在餐馆吃饭，没事聊聊天，忽然电话响起，美好画面就此打破。。。客户紧急求助，让我立马赶赴现场解决故障，没法，跟LP致歉，然后飞奔出去，打着飞的就奔赴现场。故障情况如下：客户主服务器重大故障，盘阵损坏，暂时无法使用或者修复，不过磁带机上有Rman备份，因此选择了一台备用机进行修复，服务器为AIX4.3，Oracle为10g，单机，所有备份归档都有（这就放心了）。。。客户在做恢复时报错（一颗心立马揪了起来。。。不会备份的文件有问题吧），错误代码为ORA-01119和ORA-27040，也就是说，在restore文件到...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Fri,01 08 2008 16:46:41</id>
 <title>终于拿到ACE的衣服了</title> 
 <link rel="alternate" type="text/html" href="http://Ora-600.itpub.net/post/203/467919" /> 
  
 <modified>Fri,01 08 2008 16:46:41</modified> 
 <issued>Fri,01 08 2008 16:46:41</issued> 
 <created>Fri,01 08 2008 16:46:41</created> 
 <summary type="text/plain"> 早上就接到个电话，说是美国的快件，问我送到哪里，有点紧张的告诉快递公司我的地址，放下电话就开始琢磨，美国。。。。谁给我快递东西了。。。。难道是。。。。她。。。。不可能不可能。。。中午吃饭，又收到电话，DHL送的快递，说快到了，突然一个机灵，想起来会不会是上次Oracle的ACE发东西了，可是寄个衣服还需要从美国寄过来，成本高了点吧，还是有点犹豫。。。收到东西，果然是美国。。。。的Oracle寄来的，一个挺大挺扁的盒子，看上去应该是衣服了，打开一看，果然，好像是抓绒的衣服，夏天是不能穿的了，不然非得被送进安定医院去...</summary> 
 <author> 
  
 <name>Ora-600</name> 
 <url>http://Ora-600.itpub.net</url> 
 <email>Ora-600@itpub.net</email> 
</author> 
<dc:subject>
Oracle
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://Ora-600.itpub.net"> 
 早上就接到个电话，说是美国的快件，问我送到哪里，有点紧张的告诉快递公司我的地址，放下电话就开始琢磨，美国。。。。谁给我快递东西了。。。。难道是。。。。她。。。。不可能不可能。。。中午吃饭，又收到电话，DHL送的快递，说快到了，突然一个机灵，想起来会不会是上次Oracle的ACE发东西了，可是寄个衣服还需要从美国寄过来，成本高了点吧，还是有点犹豫。。。收到东西，果然是美国。。。。的Oracle寄来的，一个挺大挺扁的盒子，看上去应该是衣服了，打开一看，果然，好像是抓绒的衣服，夏天是不能穿的了，不然非得被送进安定医院去...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Sun,13 07 2008 21:08:34</id>
 <title>undo offline，一个不大不小的故障</title> 
 <link rel="alternate" type="text/html" href="http://Ora-600.itpub.net/post/203/466426" /> 
  
 <modified>Sun,13 07 2008 21:08:34</modified> 
 <issued>Sun,13 07 2008 21:08:34</issued> 
 <created>Sun,13 07 2008 21:08:34</created> 
 <summary type="text/plain"> 周末，夜，放松了一天，周末的夜晚无所事事，本打算吃完了看看片，看完了睡睡觉，晃晃悠悠过周末。时近晚上10点，突然接到一个客户电话，一看号码，心说这可不好，肯定出问题了，希望不是大事。。。电话里，客户看样子还挺着急，原来是数据库起不来了，不过听上去问题不算太严重。客户下午本来要换UPS，结果正在备份呢，突然停电，这还没换掉的UPS再加上停电，结果服务器带存储一起就咔嚓了，等来电了把服务器都起来，结果发现，服务器上的三个库，其中有一个起不来了，故障呢，是open数据库的时候出现了SQL递归调用失败，访问undo表空间的...</summary> 
 <author> 
  
 <name>Ora-600</name> 
 <url>http://Ora-600.itpub.net</url> 
 <email>Ora-600@itpub.net</email> 
</author> 
<dc:subject>
Oracle
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://Ora-600.itpub.net"> 
 周末，夜，放松了一天，周末的夜晚无所事事，本打算吃完了看看片，看完了睡睡觉，晃晃悠悠过周末。时近晚上10点，突然接到一个客户电话，一看号码，心说这可不好，肯定出问题了，希望不是大事。。。电话里，客户看样子还挺着急，原来是数据库起不来了，不过听上去问题不算太严重。客户下午本来要换UPS，结果正在备份呢，突然停电，这还没换掉的UPS再加上停电，结果服务器带存储一起就咔嚓了，等来电了把服务器都起来，结果发现，服务器上的三个库，其中有一个起不来了，故障呢，是open数据库的时候出现了SQL递归调用失败，访问undo表空间的...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Sat,14 06 2008 23:30:42</id>
 <title>10g isqlplus dba登录配置</title> 
 <link rel="alternate" type="text/html" href="http://Ora-600.itpub.net/post/203/464379" /> 
  
 <modified>Sat,14 06 2008 23:30:42</modified> 
 <issued>Sat,14 06 2008 23:30:42</issued> 
 <created>Sat,14 06 2008 23:30:42</created> 
 <summary type="text/plain"> 从oracle9i开始，oracle提供了web方式的sqlplus界面，通过isqlplus，用户可以不需要安装任何oracle客户端，就能够通过浏览器方式的sqlplus进行数据操作与数据库管理。普通的数据库用户可以直接通过isqlplus的网址http://ip:port/isqlplus登陆,进入该网址后会直接进入数据库用户登陆界面，使用数据库中的普通用户即可登陆；但如果是DBA用户登陆isqlpus，则需要首先配置isqlplus dba的用户和口令，然后输入网址http://ip:port/isqlplus/dba，进入该网址后首先会弹出一个登陆框，要求先输入iSQL*Plus DBA的用户和密码，注意这里不是数据库用户...</summary> 
 <author> 
  
 <name>Ora-600</name> 
 <url>http://Ora-600.itpub.net</url> 
 <email>Ora-600@itpub.net</email> 
</author> 
<dc:subject>
Oracle
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://Ora-600.itpub.net"> 
 从oracle9i开始，oracle提供了web方式的sqlplus界面，通过isqlplus，用户可以不需要安装任何oracle客户端，就能够通过浏览器方式的sqlplus进行数据操作与数据库管理。普通的数据库用户可以直接通过isqlplus的网址http://ip:port/isqlplus登陆,进入该网址后会直接进入数据库用户登陆界面，使用数据库中的普通用户即可登陆；但如果是DBA用户登陆isqlpus，则需要首先配置isqlplus dba的用户和口令，然后输入网址http://ip:port/isqlplus/dba，进入该网址后首先会弹出一个登陆框，要求先输入iSQL*Plus DBA的用户和密码，注意这里不是数据库用户...</content> 
</entry> 
     </feed>



