ITPub博客

当进入到一个陌生的用户或日常检查特定用户的时候，大家可能会在SQL*Plus中使用“select*fromcat;”快速查看一下这个用户中都存在哪些我们关心的数据库对象。sec@ora10g>select*fromcat;TABLE_NAMETABLE_TYPE----------------

处理方法很简单：修改/etc/sysconfig/i18n语言编码文件为如下内容：[root@testdb~]#cat/etc/sysconfig/i18nLANG="zh_CN.GB18030"OK，搞定了，从此远离PuTTY中图形乱码困扰！--TheEnd--

1.脚本如下：----------------------------------------------------Script.Function:Checkthelongsessions----Script.Name:l.sql----Author:Secooler----Date:2007.9

在UNIX/Linux平台中的SQL*Plus命令行提示符下如果误使用了“Ctrl+S”组合键将会Suspendsthescreendisplay（锁定屏幕显示），随后的操作都暂时不会在屏幕上显示，就像屏幕被冻结了一样。这个现象是由于SQL*Plus继承了UNIX/Linux命令行下特殊组合键的操作

今天下午参加了ACOUG的第四次线下活动，聆听了三位业内高手的分享，收获颇丰。1.Wonder作《打造安全的Oracle数据库》主题演讲2.周硕基作《PureScale与RAC之比较》主题演讲3.叶熙昌作《OracleGridControl技巧》主题演讲Wonder的主题演讲基本上将Oracle的安

在Windows7的Oracle客户端使用exp工具备份服务器数据遭遇“ORA-00904:"POLTYP":invalididentifier”报错。1.使用exp工具备份过程中的报错信息如下EXP-00008:ORACLEerror904encounteredORA-00904:"POLTYP"

今天一直和OracleRAC的一个Bug在战斗（最初并不知道这个一个未解决的Bug）。代价是惨痛的，过程是迷茫和艰辛的。将此次故障处理过程分享在此，希望能够引起我们大家的一些思考。操作系统版本：64位Linuxbomsdb2@bomsdb2/home/oracle$cat/etc/redhat-re

如何仅使用一条ps命令便能获取到所有与RAC集群进程相关的信息。从所使用的命令角度上看很简单，仅需使用ps命令结合grep命令便能实现。问题关键是需要确定检索哪些关键字。1.与RAC集群有关的进程1）常驻系统的通用进程ocssd.binevmd.binevmlogger.bincrsd.bin这些通

1.创建未包含maxvalue分区的表sec@ora10g>createtablet_partition_range(idnumber,namevarchar2(50))2partitionbyrange(id)(3partitiont_range_p1valueslessthan(10)ta

《【卸载】通过全面删除Linux系统上Oracle文件的方式卸载Oracle》（http://space.itpub.net/519536/viewspace-557302）中给出了“暴力卸载”单实例数据库的方法。本文给出类似的“暴力卸载”OracleRAC数据库的方法。以两节点RAC为例。1.删除

最常用的SQL*Plus命令行工具本身具有很多选项可供我们使用。建议对每一个选项进行一番尝试，这里以-S选项为例阐述一下。1.SQL*Plus帮助信息中关于-S选项的描述ora10g@secdb/home/oracle$sqlplus-HSQL*Plus:Release10.2.0.3.0-Prod

如果是OLTP系统，存在正大量的删除和更新操作的系统中，日积月累，索引将会千疮百孔，使用索引用来检索数据的效率会急转直下。因此要求我们定期的对索引进行维护，我们可以使用DROP/CREATE方式或REBUILD方式完成索引的重建，恢复索引应该有的效率。问题来了，什么时候需要重建？重建索引的依据是什么

今天在使用连接远程数据库实例的databaselink时遭遇“ORA-02085:databaselinkDBLINK_TO_SECGCconnectstoSECGC”报错，导致远程数据无法获取。本文给出ORA-02085报错过程、以及两种处理方法。该问题处理过程具有普遍参考意义。约定：虽然这里se

请看下面Oracle官方文档关于这两个视图的定义描述：V$BGPROCESSV$BGPROCESSdisplaysinformationaboutthebackgroundprocesses.V$PROCESSThisviewcontainsinformationaboutthecurrentlya

超级清楚的PDF格式的资料请到这里获得：http://space.itpub.net/519536/viewspace-588609--TheEnd--

实验环境：1.虚拟机VMwareServer1.0.62.操作系统：ora10g@linux5/home/oracle$cat/etc/redhat-releaseRedHatEnterpriseLinuxServerrelease5.1(Tikanga)3.数据库环境（OMF管理的数据库）：sys

【前言】这是一个RMAN备份有效性验证的过程。源端环境介绍：生产数据库是包含两个节点的Oracle10g10.2.0.3RAC数据库：ASM管理+裸设备数据库名：racdb第一节点的sid：racdb1第一节点的sid：racdb2异地单机数据库（恢复Server）介绍：单机单实例低配下面将详细记录

1.创建测试表，并初始化数据（千万级别的big_table表和百万级别的big_table1表）sec@ora10g>@big_table10000000sec@ora10g>createtablebig_table1asselect*frombig_tablewhererownum&l

在PL/SQL代码中或SQL*Plus命令行中均可以使用“SYS.DBMS_SYSTEM.KSDWRT”来实现向Oracle警告日志中写入信息的目的。1.进入到alert目录存放位置ora10g@asdlabdb01/home/oracle$cd$ORACLE_BASE/admin/$ORACLE_

在《【实验】列删除的一些细节探索》http://space.itpub.net/519536/viewspace-616123中谈到了可以通过手工修改tab$col$基表的方式对被“setunused”方式误删除的列进行恢复。通过这个文章，我来给大家深入的演示一下这个极端的恢复过程，供参考。文中为了