由于最近将对一个bigfile表空间内的数据做move操作，其中有部分含有lob的表也需要一起move到新的表空间去， 先自己测试了下含有lob类型数据的表的move操作，实验步骤如下： create table test_lob(name varchar2(10),lob1 blob,lob2 blob); HCN@hcndb> HCN@hcndb>create table test_

昨天在修改一套10G RAC数据库vip的时候，出现了一个奇怪的问题，在修改了1号节点修改之前的和修改之后的VIP居然共存于1号节点所在主机的网卡上，2号节点正常，回想整个操作过程，1号节点和2号节点在修改VIP时候只有一点不同，就是1号节点的VIP始终无法停掉，所以在1号节点vip没有停掉的情况下，进行了修改VIP的操作。为了证明是不是由于该原因引起的，做了以下实验： 思路： 1、停

今天在虚拟机上安装单节点的oracle10g后运行netca报以下错误： /u01/oracle/product/10.2.0 _1/bin/netca: line 190:  6447 Aborted                 $JRE -mx64m $SRVM_PROPERTY_DEFS -Dsun.java2d.font.DisableAlgorithmicStyles=true

oracle 10g RAC LoadBalance(一) oracle 10g RAC LoadBalance(二) 二、    基于服务器端的负载均衡 1、确定两个节点的实例都是正常运行的 [oracle@orlrac1 rs]$ [oracle@orlrac1 rs]$ ./crs_stat.sh Resource name

Oracle RAC具备高可用性（High Availablity）和负载均衡（Load Balance）的特性。 其中负载均衡是指把数据库的负载平均分配到集群中的各个节点（主要指新的连接），以提高系统的整体吞吐量。 Oracle RAC通常情况下有以下两种方式来实现会话连接的负载均衡： 1． 基于客户端连接的负载均衡 2． 基于服务器端的负载均衡 一、基于客户端的负

今天在给一厂商帮忙重启一套oracle 10G RAC数据库后以后，发觉EM的agent无法启动，查看告警日志发现有以下的错误： Thread-1 WARN http: snmehl_connect: connect failed to (*******): A remote host refused an attempted connect operation. (error = 79)

oracle 10g RAC LoadBalance(一) 一、    基于客户端的负载均衡 1、设置remote_listener为空 ALTER SYSTEM SET remote_listener='' sid='orcldb1'; ALTER SYSTEM SET remote_listener='' sid='orcldb2'; --确认remote_listener

今天导入AWR没成功还把自己数据库的awr给破坏了，只能重建，重建后发现awr报错 SYS@hcndb>begin dbms_workload_repository.modify_snapshot_settings ( 3 interval => 30, 4 retention => 14*24*60 5 ); 6 end; 7

今天在做数据库巡检的时候，发现数据库日志中有Some indexes or index [sub]partitions of tale ****.***** have ben marked unusable的提示，还是第一次看到这样的提示，由于没发现有相关的trace文件，只能按提示猜大概是由于这个表的某些index变为unusable状态。 1、通过SQL查该表的索引情况 通过dba

把客户的awr导入到自己的笔记本上生成awr报告的时候报以下错误： ERROR: ORA-06502: PL/SQL: 数字或值错误 :  字符串缓冲区太小 ORA-06512: 在 "SYS.DBMS_WORKLOAD_REPOSITORY", line 919 ORA-06512: 在 line 1 处理办法： update WRH$_SQLTEXT set s

下面的方法都可以降低高水位线标记。 1. 执行表重建指令 alter table table_name move; 在线转移表空间ALTER TABLE ... MOVE TABLESPACE .. 当你创建了一个对象如表以后,不管你有没有插入数据,它都会占用一些块,ORACLE也会给它分配必要的空间.同样,用ALTER TABLE MOVE释放自由空间后,还是保留了一些空间

今天给同事找静默安装文档的时候发现了这个很久之前实验的东西，O(∩_∩)O哈！，记录下 Oracle10g的几百个初始化参数里面，哪些是启动数据时必须用到的。  首先建立一个空白的文本文件，就是所有的初始化参数都不设置， 文件命名为“C:\orcl.ora”，还可以找到一个正常运行的环境， 生成一个pfile进行简单的对比，下面开始实验：  先按数据库的启动顺序，先启动到 nom

在oracle 11gR2以前的版本中,卸载CRS和oracle database时需要手工去删除部分东西,从oracle 11gR2版本开始新增deinstall命令可以卸载grid和database   有两种方法可以删除oracle home和grid home 1.使用安装好后的$ORACLE_HOME/deinstall/deinstall命令 2.从oracle官方网站上下载的d

这周跟oracle 10g undo耗上了，一周连续遇到两套数据库undo表空间使用率过高的情况，表面现象基本一致，但是实际的情况却不同，记录下。。。 案例一： DB：10.2.0.2.0 OS：AIX 现象：早上一到就被客户找到说有套库的UNDO使用率很高（后来才知道前一天还因为undo表空间空间不足，一批处理程序报ORA-30036错误，没执行成功）。 一听到

本周处理的第二个关于UNDO的案例 第一个：undo案列一 今天一来再次被告知另外一套数据库也出现undo表空间使用率过高的情况（这次学乖了，先问客户有没有程序运行报ORA-30036错误，O(∩_∩)O哈！） OS：AIX DB：10.2.0.4.0 现象：undo表空间使用率过高，未发现报ORA-30036的情况。 能想到Undo表空间出现使用率过高的情

今天为了查看oracle 10g RAC能否在linux red hat5.7上面安装，看了以下文档，记录一下： Oracle Database (RDBMS) on Unix AIX,HP-UX,Linux,Mac OS X,Solaris,Tru64 Unix Operating Systems Installation and Configuration Requirements Quic

在研究truncate drop storage与truncate reuse storage的时候刚巧看到这篇资料， 记录下 How To Efficiently Drop (or Truncate) A Table With Many Extents [ID 68836.1] ***Checked for relevance on 23-Sep-2011***

刚好听到原厂工程师提到truncate reuse storage删除大表的问题，查看了下资料，简单记录下： Truncate Drop Storage: 高水位下降到所能下降的最低位置 删除表上的所有数据行并释放空间 删除索引上的所有数据，索引的实际结构收缩到高度为1的最少数据块，并释放原有空间 Truncate Reuse Storage: 高水位下降到所能下降的最低位

无聊的时候，给自己找了点事情做，O(∩_∩)O哈！，以后可能会用到，记录了一下。    /* 显示连续的几个快照点之间的top-n event 可以根据v_rownum来控制显示排名前几的等待事件 */ declare   v_b_id            number;   v_e_id            number;   v_instance_number numbe

由于工作需要，对一个用户修改其profile文件后，如果现在的密码不符合规范，是否会引起该用户被锁定，所以做了以下实验。 OS:WIN 7 DB:10.2.0.3.0 实验目的： 对于一个已经存在的用户进行指定profile的操作（在指定前的密码是不符合指定后profile的密码规范的），实验在指定具有新的密码规范的profile后，对于原本不遵守该规范的用户是否会自动进行锁定