<?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>老张的Oracle之旅</title> 
<link rel="alternate" type="text/html" href="http://yuxuan.itpub.net" /> 
 
<modified>Mon,22 03 2010 04:39:43</modified> 
<tagline></tagline> 
<generator url="http://www.plogworld.net/" version="1.0.1">pLog</generator> 
 
<copyright>Copyright (c) yuxuan</copyright> 
    
 <entry> 
 <id>tag:post:blog.itpub.net,Thu,03 04 2008 10:57:54</id>
 <title>Media recovery not enabled or manual archival only 0x10000 </title> 
 <link rel="alternate" type="text/html" href="http://yuxuan.itpub.net/post/833/458859" /> 
  
 <modified>Thu,03 04 2008 10:57:54</modified> 
 <issued>Thu,03 04 2008 10:57:54</issued> 
 <created>Thu,03 04 2008 10:57:54</created> 
 <summary type="text/plain"> 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 ...</summary> 
 <author> 
  
 <name>yuxuan</name> 
 <url>http://yuxuan.itpub.net</url> 
 <email>yuxuan@itpub.net</email> 
</author> 
<dc:subject>
Oracle管理
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://yuxuan.itpub.net"> 
 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 ...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Thu,03 04 2008 10:57:23</id>
 <title>Media recovery not enabled or manual archival only 0x10000 </title> 
 <link rel="alternate" type="text/html" href="http://yuxuan.itpub.net/post/833/458862" /> 
  
 <modified>Thu,03 04 2008 10:57:23</modified> 
 <issued>Thu,03 04 2008 10:57:23</issued> 
 <created>Thu,03 04 2008 10:57:23</created> 
 <summary type="text/plain"> 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 ...</summary> 
 <author> 
  
 <name>yuxuan</name> 
 <url>http://yuxuan.itpub.net</url> 
 <email>yuxuan@itpub.net</email> 
</author> 
<dc:subject>
Oracle管理
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://yuxuan.itpub.net"> 
 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 ...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Thu,03 04 2008 10:57:21</id>
 <title>Media recovery not enabled or manual archival only 0x10000 </title> 
 <link rel="alternate" type="text/html" href="http://yuxuan.itpub.net/post/833/458861" /> 
  
 <modified>Thu,03 04 2008 10:57:21</modified> 
 <issued>Thu,03 04 2008 10:57:21</issued> 
 <created>Thu,03 04 2008 10:57:21</created> 
 <summary type="text/plain"> 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 ...</summary> 
 <author> 
  
 <name>yuxuan</name> 
 <url>http://yuxuan.itpub.net</url> 
 <email>yuxuan@itpub.net</email> 
</author> 
<dc:subject>
Oracle管理
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://yuxuan.itpub.net"> 
 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 ...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Thu,03 04 2008 10:57:19</id>
 <title>Media recovery not enabled or manual archival only 0x10000 </title> 
 <link rel="alternate" type="text/html" href="http://yuxuan.itpub.net/post/833/458860" /> 
  
 <modified>Thu,03 04 2008 10:57:19</modified> 
 <issued>Thu,03 04 2008 10:57:19</issued> 
 <created>Thu,03 04 2008 10:57:19</created> 
 <summary type="text/plain"> 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 ...</summary> 
 <author> 
  
 <name>yuxuan</name> 
 <url>http://yuxuan.itpub.net</url> 
 <email>yuxuan@itpub.net</email> 
</author> 
<dc:subject>
Oracle管理
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://yuxuan.itpub.net"> 
 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 ...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Wed,22 11 2006 14:37:52</id>
 <title>快速找到数据库致慢的原因</title> 
 <link rel="alternate" type="text/html" href="http://yuxuan.itpub.net/post/833/231194" /> 
  
 <modified>Wed,22 11 2006 14:37:52</modified> 
 <issued>Wed,22 11 2006 14:37:52</issued> 
 <created>Wed,22 11 2006 14:37:52</created> 
 <summary type="text/plain"> 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. 有时用户进程运行的程序会报错，就根据错误提示寻找根源及解决办法，可能是初始化参数设置不合理。这个是一...</summary> 
 <author> 
  
 <name>yuxuan</name> 
 <url>http://yuxuan.itpub.net</url> 
 <email>yuxuan@itpub.net</email> 
</author> 
<dc:subject>
Oracle管理
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://yuxuan.itpub.net"> 
 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. 有时用户进程运行的程序会报错，就根据错误提示寻找根源及解决办法，可能是初始化参数设置不合理。这个是一...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Wed,20 09 2006 10:44:53</id>
 <title>启动数据库实例报ora-01599错误的解决</title> 
 <link rel="alternate" type="text/html" href="http://yuxuan.itpub.net/post/833/211662" /> 
  
 <modified>Wed,20 09 2006 10:44:53</modified> 
 <issued>Wed,20 09 2006 10:44:53</issued> 
 <created>Wed,20 09 2006 10:44:53</created> 
 <summary type="text/plain"> 本人在用合肥局的冷备份做恢复时，启动数据库实例时遇到错误：ORA-01599 failed to acquire rollback segment (string), cache space is full (currently has (string) entries) ，经过分析发现可能是MAX_ROLLBACK_SEGMENTS参数过小造成的，于是修改该参数，改成100，问题得到解决。</summary> 
 <author> 
  
 <name>yuxuan</name> 
 <url>http://yuxuan.itpub.net</url> 
 <email>yuxuan@itpub.net</email> 
</author> 
<dc:subject>
Oracle管理
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://yuxuan.itpub.net"> 
 本人在用合肥局的冷备份做恢复时，启动数据库实例时遇到错误：ORA-01599 failed to acquire rollback segment (string), cache space is full (currently has (string) entries) ，经过分析发现可能是MAX_ROLLBACK_SEGMENTS参数过小造成的，于是修改该参数，改成100，问题得到解决。</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Wed,20 09 2006 10:44:42</id>
 <title>Oracle9i RAC用SYS连接有时报ORA-01017</title> 
 <link rel="alternate" type="text/html" href="http://yuxuan.itpub.net/post/833/211661" /> 
  
 <modified>Wed,20 09 2006 10:44:42</modified> 
 <issued>Wed,20 09 2006 10:44:42</issued> 
 <created>Wed,20 09 2006 10:44:42</created> 
 <summary type="text/plain"> 环境：省电力公司小机IBM P570双机Oracle9i RAC ＋ AIX5.30问题：sys登陆有时会报如下错误ORA-01017: invalid username/password; logon denied解决方法：经分析可能是其中一节点sys密码错误造成。重新修改密码问题解决。</summary> 
 <author> 
  
 <name>yuxuan</name> 
 <url>http://yuxuan.itpub.net</url> 
 <email>yuxuan@itpub.net</email> 
</author> 
<dc:subject>
Oracle管理
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://yuxuan.itpub.net"> 
 环境：省电力公司小机IBM P570双机Oracle9i RAC ＋ AIX5.30问题：sys登陆有时会报如下错误ORA-01017: invalid username/password; logon denied解决方法：经分析可能是其中一节点sys密码错误造成。重新修改密码问题解决。</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Wed,20 09 2006 10:40:09</id>
 <title>Oracle9i RAC设置归档模式报ORA-01126</title> 
 <link rel="alternate" type="text/html" href="http://yuxuan.itpub.net/post/833/211660" /> 
  
 <modified>Wed,20 09 2006 10:40:09</modified> 
 <issued>Wed,20 09 2006 10:40:09</issued> 
 <created>Wed,20 09 2006 10:40:09</created> 
 <summary type="text/plain"> 环境：省电力公司小机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 然...</summary> 
 <author> 
  
 <name>yuxuan</name> 
 <url>http://yuxuan.itpub.net</url> 
 <email>yuxuan@itpub.net</email> 
</author> 
<dc:subject>
Oracle管理
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://yuxuan.itpub.net"> 
 环境：省电力公司小机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 然...</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Wed,20 09 2006 10:37:14</id>
 <title>Oracle9i RAC设置TNS报ORA-12514</title> 
 <link rel="alternate" type="text/html" href="http://yuxuan.itpub.net/post/833/211659" /> 
  
 <modified>Wed,20 09 2006 10:37:14</modified> 
 <issued>Wed,20 09 2006 10:37:14</issued> 
 <created>Wed,20 09 2006 10:37:14</created> 
 <summary type="text/plain"> 环境：省电力公司小机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”即可。</summary> 
 <author> 
  
 <name>yuxuan</name> 
 <url>http://yuxuan.itpub.net</url> 
 <email>yuxuan@itpub.net</email> 
</author> 
<dc:subject>
Oracle管理
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://yuxuan.itpub.net"> 
 环境：省电力公司小机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”即可。</content> 
</entry> 

 <entry> 
 <id>tag:post:blog.itpub.net,Wed,09 08 2006 12:43:35</id>
 <title>谁动了老百姓的钱袋子（转）</title> 
 <link rel="alternate" type="text/html" href="http://yuxuan.itpub.net/post/833/188904" /> 
  
 <modified>Wed,09 08 2006 12:43:35</modified> 
 <issued>Wed,09 08 2006 12:43:35</issued> 
 <created>Wed,09 08 2006 12:43:35</created> 
 <summary type="text/plain"> 从前有个地主，很多地，找了很多长工来干活。长工们受了很多苦，苦得活不下去了，于是天天喊：“神啊，救救我吧！” 果然，人世间来了一个大先知。先知对长工们说：“你们傻呀，把地主和地主婆杀了，土地不就是你们的了吗？”长工们觉得有道理，于是一起打死了地主和地主婆。先知拿到地主身上的钥匙，打开粮仓教长工们如何煮大锅饭吃，然后又盖了一栋团结楼给他们住。长工们有了房子住，直呼万岁。 [url]www.6park.com[/url]几年后，长工们的村子慢慢富了起来。这时候，在这群人中间又出现了两位小先知。其中一个，是有权有势的工头，他变...</summary> 
 <author> 
  
 <name>yuxuan</name> 
 <url>http://yuxuan.itpub.net</url> 
 <email>yuxuan@itpub.net</email> 
</author> 
<dc:subject>
杂谈
</dc:subject> 
 <content type="text/html" mode="escaped" xml:lang="zh-cn" xml:base="http://yuxuan.itpub.net"> 
 从前有个地主，很多地，找了很多长工来干活。长工们受了很多苦，苦得活不下去了，于是天天喊：“神啊，救救我吧！” 果然，人世间来了一个大先知。先知对长工们说：“你们傻呀，把地主和地主婆杀了，土地不就是你们的了吗？”长工们觉得有道理，于是一起打死了地主和地主婆。先知拿到地主身上的钥匙，打开粮仓教长工们如何煮大锅饭吃，然后又盖了一栋团结楼给他们住。长工们有了房子住，直呼万岁。 [url]www.6park.com[/url]几年后，长工们的村子慢慢富了起来。这时候，在这群人中间又出现了两位小先知。其中一个，是有权有势的工头，他变...</content> 
</entry> 
     </feed>


