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 ... http://yuxuan.itpub.net/post/833/458859 Thu,03 04 2008 10:57:54 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 ... http://yuxuan.itpub.net/post/833/458862 Thu,03 04 2008 10:57:23 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 ... http://yuxuan.itpub.net/post/833/458861 Thu,03 04 2008 10:57:21 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 ... http://yuxuan.itpub.net/post/833/458860 Thu,03 04 2008 10:57:19 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. 有时用户进程运行的程序会报错，就根据错误提示寻找根源及解决办法，可能是初始化参数设置不合理。这个是一... http://yuxuan.itpub.net/post/833/231194 Wed,22 11 2006 14:37:52 本人在用合肥局的冷备份做恢复时，启动数据库实例时遇到错误：ORA-01599 failed to acquire rollback segment (string), cache space is full (currently has (string) entries) ，经过分析发现可能是MAX_ROLLBACK_SEGMENTS参数过小造成的，于是修改该参数，改成100，问题得到解决。 http://yuxuan.itpub.net/post/833/211662 Wed,20 09 2006 10:44:53 环境：省电力公司小机IBM P570双机Oracle9i RAC ＋ AIX5.30问题：sys登陆有时会报如下错误ORA-01017: invalid username/password; logon denied解决方法：经分析可能是其中一节点sys密码错误造成。重新修改密码问题解决。 http://yuxuan.itpub.net/post/833/211661 Wed,20 09 2006 10:44:42 环境：省电力公司小机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> archive log list;SQL>alter database open;4.还原 *.cluster_database=true5.启动所有node进入sqlplus 然... http://yuxuan.itpub.net/post/833/211660 Wed,20 09 2006 10:40:09 环境：省电力公司小机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”即可。 http://yuxuan.itpub.net/post/833/211659 Wed,20 09 2006 10:37:14 从前有个地主，很多地，找了很多长工来干活。长工们受了很多苦，苦得活不下去了，于是天天喊：“神啊，救救我吧！” 果然，人世间来了一个大先知。先知对长工们说：“你们傻呀，把地主和地主婆杀了，土地不就是你们的了吗？”长工们觉得有道理，于是一起打死了地主和地主婆。先知拿到地主身上的钥匙，打开粮仓教长工们如何煮大锅饭吃，然后又盖了一栋团结楼给他们住。长工们有了房子住，直呼万岁。 [url]www.6park.com[/url]几年后，长工们的村子慢慢富了起来。这时候，在这群人中间又出现了两位小先知。其中一个，是有权有势的工头，他变... http://yuxuan.itpub.net/post/833/188904 Wed,09 08 2006 12:43:35