hrb_qiuyb的专栏

ORACLE的坏块即ORA-01578错，同时还可能伴随ORA-01110错，这种错误对于初学者或是那些没有实践经验的dba来说无疑是很棘手的。我当初就深受其害，写下这篇文章则是希望对大家有所帮助。一、出问题时的情景1、  我的一个计费的入库的进程停掉，报的便是ORA-01578错，对应用相关的表tg_bill03做SQL>select from tg_cdr03 where rownum

正常来说，在完成Select语句、create index等一些使用TEMP表空间的排序操作后，Oracle是会自动释放掉临时段a的。但有些有侯我们则会遇到临时段没有被释放，TEMP表空间几乎满的状况，甚至是我们重启了数据库仍没有解决问题。这个问题在论坛中也常被网友问到，下面我总结一下，给出几种处理方法。 法一、重启库 库重启时，Smon进程会完成临时段释放,TEMP表空间的清理操

有些时侯，我当然指的是非常少的情况下，我们会感觉我们的库”Hang”了，加了隐号的意思是说有时真的是Hang了，有一些则不是，是由于性能的问题引起的。我遇到过几次Hang的情况，结合着网上一些文章，把可能的原因、当时我们应该做的一些操作进行了如下的总结，不对的地方大家可以发Mail给我:qiuyb@21cn.com。一、数据库Hang时可能的现象1、最直观的是你的大部分的业务操作，比如说一

续上文：http://www.youkuaiyun.com/Develop/read_article.asp?id=20220II. 数据库是启动着的如果你检测到丢失或损坏了回滚段表空间的数据文件，并且数据库是运行着的，不要把它down掉。在很多情况下，数据库是启着的比关闭着解决问题更容易些。这种情况的两种可能的解决方法:A)使丢失的那个数据文件offline,并从备份中恢复它，这种情况适用于

问题描述：这是一个回滚段表空间数据文件丢失或损坏的情景，这时oracle不能识别相应的数据文件。当你试图startup数据文件时会报ORA-1157，ORA-1110，并且可能会伴随着标识操作系统级别的错误，比如ORA-7360。当你试图以shutdown normal或shutdown immediate模式关闭数据库时会导至ORA-1116,ORA-1110,并可能伴随标识操作系统级别的错误，

一、提出问题 实际过程中有时我们会遇到这样的问题，当你用startup试图启动数据库时会遇到ORA-01102的报错。我们可以在Unix下切换到Oracle的用户，执行一下oerr ora 1102便会看到有关1102的简短的描述，如下： rp2$[/home/ora2]oerr ora 110201102, 00000, "cannot mount database in E

1、  报错平台操作系统Aix 4.3.3数据库版本Oracle 9.2.03其它没有归档方式的备份 2、  问题描述1IBM的阵列出现了硬件故障，在更换过程中由于执行的是online操作，且数据库是Open的。在更换硬件完毕后，发现数据库Select操作没有问题，部分表空间如：TS_FACT_GSM，DML操作报Ora-00600的错。2检查Alert日志，发现N多的ORA-00600: int