<?xml version="1.0" encoding="gb2312"?>
<?xml-stylesheet href="http://blog.itpub.net//styles/rss.css" type="text/css"?>

<rdf:RDF
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
  xmlns:admin="http://webns.net/mvcb/"
  xmlns="http://purl.org/rss/1.0/"
>
    
     <channel rdf:about="http://yuxuan.itpub.net/rss/rss10/833">
  <title>老张的Oracle之旅</title>
  <link>http://yuxuan.itpub.net</link>
  <description></description>
    <dc:creator>yuxuan</dc:creator>
  <dc:date>Fri,19 03 2010 13:35:52</dc:date>
  <admin:generatorAgent rdf:resource="http://www.plogworld.net" />
  <items>
   <rdf:seq>
<rdf:li rdf:resource="http://yuxuan.itpub.net/post/833/458859" />
<rdf:li rdf:resource="http://yuxuan.itpub.net/post/833/458862" />
<rdf:li rdf:resource="http://yuxuan.itpub.net/post/833/458861" />
<rdf:li rdf:resource="http://yuxuan.itpub.net/post/833/458860" />
<rdf:li rdf:resource="http://yuxuan.itpub.net/post/833/231194" />
<rdf:li rdf:resource="http://yuxuan.itpub.net/post/833/211662" />
<rdf:li rdf:resource="http://yuxuan.itpub.net/post/833/211661" />
<rdf:li rdf:resource="http://yuxuan.itpub.net/post/833/211660" />
<rdf:li rdf:resource="http://yuxuan.itpub.net/post/833/211659" />
<rdf:li rdf:resource="http://yuxuan.itpub.net/post/833/188904" />

       </rdf:seq>
  </items> 
 </channel>
      <item rdf:about="http://yuxuan.itpub.net/post/833/458859">
<title>Media recovery not enabled or manual archival only 0x10000 </title>
<link>http://yuxuan.itpub.net/post/833/458859</link>
<dc:description>10202，Media recovery not enabled or manual archival only 0x10000 。BUG-4591936WINDOWS2003 ORACLE10202非归档模式，BDUMP目录下出现的TRACE信息：由LGWR进程的跟踪文件，内容类似： *** SERVICE NAME) 2007-02-06 19:33:39.265*** SESSION ID77.1) 2007-02-06 19:33:39.265Maximum redo generation record size = 382976 bytesMaximum redo generation change vector size = 370276 bytes*** 2007-02-07 00:00:06.859Media recovery not enabled or manual archival only 0x10000...Media recovery not enabled or manual archival ...</dc:description>
<dc:subject>Oracle管理</dc:subject>
<dc:date>Thu,03 04 2008 10:57:54</dc:date>
<dc:creator>yuxuan</dc:creator></item>
<item rdf:about="http://yuxuan.itpub.net/post/833/458862">
<title>Media recovery not enabled or manual archival only 0x10000 </title>
<link>http://yuxuan.itpub.net/post/833/458862</link>
<dc:description>10202，Media recovery not enabled or manual archival only 0x10000 。BUG-4591936WINDOWS2003 ORACLE10202非归档模式，BDUMP目录下出现的TRACE信息：由LGWR进程的跟踪文件，内容类似： *** SERVICE NAME) 2007-02-06 19:33:39.265*** SESSION ID77.1) 2007-02-06 19:33:39.265Maximum redo generation record size = 382976 bytesMaximum redo generation change vector size = 370276 bytes*** 2007-02-07 00:00:06.859Media recovery not enabled or manual archival only 0x10000...Media recovery not enabled or manual archival ...</dc:description>
<dc:subject>Oracle管理</dc:subject>
<dc:date>Thu,03 04 2008 10:57:23</dc:date>
<dc:creator>yuxuan</dc:creator></item>
<item rdf:about="http://yuxuan.itpub.net/post/833/458861">
<title>Media recovery not enabled or manual archival only 0x10000 </title>
<link>http://yuxuan.itpub.net/post/833/458861</link>
<dc:description>10202，Media recovery not enabled or manual archival only 0x10000 。BUG-4591936WINDOWS2003 ORACLE10202非归档模式，BDUMP目录下出现的TRACE信息：由LGWR进程的跟踪文件，内容类似： *** SERVICE NAME) 2007-02-06 19:33:39.265*** SESSION ID77.1) 2007-02-06 19:33:39.265Maximum redo generation record size = 382976 bytesMaximum redo generation change vector size = 370276 bytes*** 2007-02-07 00:00:06.859Media recovery not enabled or manual archival only 0x10000...Media recovery not enabled or manual archival ...</dc:description>
<dc:subject>Oracle管理</dc:subject>
<dc:date>Thu,03 04 2008 10:57:21</dc:date>
<dc:creator>yuxuan</dc:creator></item>
<item rdf:about="http://yuxuan.itpub.net/post/833/458860">
<title>Media recovery not enabled or manual archival only 0x10000 </title>
<link>http://yuxuan.itpub.net/post/833/458860</link>
<dc:description>10202，Media recovery not enabled or manual archival only 0x10000 。BUG-4591936WINDOWS2003 ORACLE10202非归档模式，BDUMP目录下出现的TRACE信息：由LGWR进程的跟踪文件，内容类似： *** SERVICE NAME) 2007-02-06 19:33:39.265*** SESSION ID77.1) 2007-02-06 19:33:39.265Maximum redo generation record size = 382976 bytesMaximum redo generation change vector size = 370276 bytes*** 2007-02-07 00:00:06.859Media recovery not enabled or manual archival only 0x10000...Media recovery not enabled or manual archival ...</dc:description>
<dc:subject>Oracle管理</dc:subject>
<dc:date>Thu,03 04 2008 10:57:19</dc:date>
<dc:creator>yuxuan</dc:creator></item>
<item rdf:about="http://yuxuan.itpub.net/post/833/231194">
<title>快速找到数据库致慢的原因</title>
<link>http://yuxuan.itpub.net/post/833/231194</link>
<dc:description>lcm_0090828在itpub上发了贴子:发觉数据库很慢时，如果不用分析工具如statspack等，如何快速找出原因？lcm_0090828给出自己常用的checklist:1. 检查表空间资源2. 归档是否正常（归档空间满时，会等待归档，之后用户进程就死掉了）3. 检查alert 信息4. 用vmstat, top命令看看系统i/o, cpu的繁忙程度，以及哪个进程在消耗资源，结合v$process, v$session, v$sqlarea 等视图查找出终端机器，以及其使用的sql 语句等。5. 有没有死锁6. 有时用户进程运行的程序会报错，就根据错误提示寻找根源及解决办法，可能是初始化参数设置不合理。这个是一...</dc:description>
<dc:subject>Oracle管理</dc:subject>
<dc:date>Wed,22 11 2006 14:37:52</dc:date>
<dc:creator>yuxuan</dc:creator></item>
<item rdf:about="http://yuxuan.itpub.net/post/833/211662">
<title>启动数据库实例报ora-01599错误的解决</title>
<link>http://yuxuan.itpub.net/post/833/211662</link>
<dc:description>本人在用合肥局的冷备份做恢复时，启动数据库实例时遇到错误：ORA-01599 failed to acquire rollback segment (string), cache space is full (currently has (string) entries) ，经过分析发现可能是MAX_ROLLBACK_SEGMENTS参数过小造成的，于是修改该参数，改成100，问题得到解决。</dc:description>
<dc:subject>Oracle管理</dc:subject>
<dc:date>Wed,20 09 2006 10:44:53</dc:date>
<dc:creator>yuxuan</dc:creator></item>
<item rdf:about="http://yuxuan.itpub.net/post/833/211661">
<title>Oracle9i RAC用SYS连接有时报ORA-01017</title>
<link>http://yuxuan.itpub.net/post/833/211661</link>
<dc:description>环境：省电力公司小机IBM P570双机Oracle9i RAC ＋ AIX5.30问题：sys登陆有时会报如下错误ORA-01017: invalid username/password; logon denied解决方法：经分析可能是其中一节点sys密码错误造成。重新修改密码问题解决。</dc:description>
<dc:subject>Oracle管理</dc:subject>
<dc:date>Wed,20 09 2006 10:44:42</dc:date>
<dc:creator>yuxuan</dc:creator></item>
<item rdf:about="http://yuxuan.itpub.net/post/833/211660">
<title>Oracle9i RAC设置归档模式报ORA-01126</title>
<link>http://yuxuan.itpub.net/post/833/211660</link>
<dc:description>环境：省电力公司小机IBM P570双机Oracle9i RAC ＋ AIX5.30问题：修改归档方式报错如下图，原因分析：是init.ora中群集参数*.cluster_database=true引起。解决方法：1.停止所有node2.修改init 文件*.cluster_database=false3.在一个node 做修改可以在数据库启动的情况下 alter system set cluster_database = false scope=spfile;或者 create pfile =... from spfile;然后编辑 pfile startup mount;alter database archivelog ;SQL&gt; archive log list;SQL&gt;alter database open;4.还原 *.cluster_database=true5.启动所有node进入sqlplus 然...</dc:description>
<dc:subject>Oracle管理</dc:subject>
<dc:date>Wed,20 09 2006 10:40:09</dc:date>
<dc:creator>yuxuan</dc:creator></item>
<item rdf:about="http://yuxuan.itpub.net/post/833/211659">
<title>Oracle9i RAC设置TNS报ORA-12514</title>
<link>http://yuxuan.itpub.net/post/833/211659</link>
<dc:description>环境：省电力公司小机IBM P570双机Oracle9i RAC ＋ AIX5.30问题：其中有一节点无法通过TNS连接，报错如下图：TNS服务名配置如下：ORA921 = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.138.1.15)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = ora921) ) )解决方法：经过诊断发现只要把“SERVICE_NAME”改成“SID”即可。</dc:description>
<dc:subject>Oracle管理</dc:subject>
<dc:date>Wed,20 09 2006 10:37:14</dc:date>
<dc:creator>yuxuan</dc:creator></item>
<item rdf:about="http://yuxuan.itpub.net/post/833/188904">
<title>谁动了老百姓的钱袋子（转）</title>
<link>http://yuxuan.itpub.net/post/833/188904</link>
<dc:description>从前有个地主，很多地，找了很多长工来干活。长工们受了很多苦，苦得活不下去了，于是天天喊：“神啊，救救我吧！” 果然，人世间来了一个大先知。先知对长工们说：“你们傻呀，把地主和地主婆杀了，土地不就是你们的了吗？”长工们觉得有道理，于是一起打死了地主和地主婆。先知拿到地主身上的钥匙，打开粮仓教长工们如何煮大锅饭吃，然后又盖了一栋团结楼给他们住。长工们有了房子住，直呼万岁。 [url]www.6park.com[/url]几年后，长工们的村子慢慢富了起来。这时候，在这群人中间又出现了两位小先知。其中一个，是有权有势的工头，他变...</dc:description>
<dc:subject>杂谈</dc:subject>
<dc:date>Wed,09 08 2006 12:43:35</dc:date>
<dc:creator>yuxuan</dc:creator></item>
 </rdf:RDF>


