oracle连接超时自动断开问题[转]
今天接到客户电话,描述新建的oracle 11.1.0.7 RAC数据库中,当一个用户连接到数据库上以后,如果在某一段时间内没有任何动作的话,该进程就会自己中断,这样在应用程序就会因为进程超时自动断开而不能正常执行。分析原因,应该是该进程的用户的概要文件(profile)配置问题。发现用户所在的profile的IDLE_TIME为30。即30秒该进程没有任何操作,就会自动断开。PROFILE的管理(资源文件)当需要设置资源限制时,必须设置数据库系统启动参数RESOURCE_LIMIT,此参数默认值为FALSE可以使用如下命令来启动当前资源限制:alter system set RESOURC
Oracle:Authid Current_User的使用(转)
我们知道,用户拥有的role权限在存储过程是不可用的。遇到这种情况,我们一般需要显式授权,如grant create table to usera;但这种方法太麻烦,有时候可能需要进行非常多的授权才能执行存储过程,实际上,oracle给我们提供了在存储过程中使用role权限的方法:修改存储过程,加入Authid Current_User时存储过程可以使用role权限。下面来举个例子: SQL> select * from v$version;BANNER----------------------------------------------------------------Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - ProdPL/SQL Relea
关于redo(转)
关于Redo的内容,有两个概念:1、改变向量(Redo Vector);2、重做记录(Redo Record) Redo主要通过三个组件完成:Redo Log Buffer、LGWR和Redo Log File 获得Redo产生数量的三个途径:1、在SQL*Plus中使用autotrace功能时。执行特定的DML语句,Oracle会显示该语句的统计信息。其中,redosize标识该操作产生的Redo的数量:set autotrace trace stat2、通过v$mystat查询:通过v$mystat视图记录当前session的统计信息select a.name,b.valuefrom v$statname a ,v$mystat bwhere a.statistic#=b.statistic# and a.name='redo size';3、通过v
(转)关于 db block gets,consistent gets,physical reads的概念
看到这篇文章,对于这3个概念感觉还是理解不足,转载过来以备研究查看在Oracle的文档中有这样的解释:Recursive Calls: Number of recursive calls generated at both the user and system level. Oracle Database maintains tables used for internal processing. When it needs to change these tables, Oracle Database generates an internal SQL statement, which in turn generates a recursive call. In short, recursive calls are basically SQL performed on behalf of your SQL. So, if you had to parse the query, for examp
alter table move跟shrink space的区别
转http://hi.baidu.com/kywinder/blog/item/f96e62d4aa69c82306088b6f.html都知道alter table move 或shrink space可以收缩段,用来消除部分行迁移,消除空间碎片,使数据更紧密,但move 跟shrink space还是有区别的。Move会移动高水位,但不会释放申请的空间,是在高水位以下(below HWM)的操作。而shrink space 同样会移动高水位,但也会释放申请的空间,是在高水位上下(below and above HWM)都有的操作。也许很难理解吧,看测试就知道了。SQL> select * from v$version;BANNER-----------------------------------------------------
export DISPLAY=:0.0
在Linux/Unix类操作系统上, DISPLAY用来设置将图形显示到何处. 直接登陆图形界面或者登陆命令行界面后使用startx启动图形, DISPLAY环境变量将自动设置为:0:0, 此时可以打开终端, 输出图形程序的名称(比如xclock)来启动程序, 图形将显示在本地窗口上, 在终端上输入printenv查看当前环境变量, 输出结果中有如下内容: DISPLAY=:0.0使用xdpyinfo可以查看到当前显示的更详细的信息. DISPLAY 环境变量格式如下host:NumA.NumB, host指Xserver所在的主机主机名或者ip地址, 图形将显示在这一机器上, 可以是启动了图形界面的Linux/Unix机器, 也可以是
转~timesten系列七:配置高可用性的TT,同时实现和cache和后台oracle集成
这种模式应该是最有价值的 两台TT同时对外提供服务,TT直接通过复制实现数据同步, 同时每个TT都通过cache agent把变化的数据传递到后台的ORACLE,这种架构应该是我们最关心的,也是最有用的。 如何配置呢? 以如下环境为例说明 主机 rac01安装了TT ,data store放在 /oracle/timesten/TimesTen/tt70/info/wzy ,文件以wzy开头,DSN=wzy_tt70 主机 rac02安装了TT ,data store放在 /oracle/timesten/TimesTen/tt70/info/wzy ,文件以wzy开头,DSN=wzy_tt70 数据库为一RAC,分别装在rac01和rac02,SID分别为rac1和rac2 1.在oracle上面建立需要
转~timesten系列六:定义复制,实现timesten的高可用性
如果只有一台TT放在前面提供服务,就算它再快,可能你也要考虑一下,这一台TT出问题了怎么办? TT的解决方案就是通过类似ORACLE data guard技术的复制,实现高可用性。 在TT里面,源TT称为master,而目标TT称为 subscriber 。 在TT里面,可以定义如下一些类型的高可用性环境 1.一台TT为主,另外一台只做数据复制 当主TT出现问题的时候,另外一台接管业务 2.一台TT为主,另外一台TT为active standby 当主TT出现问题的时候,另外一台接管业务,这种模式用得最多,也是TT推荐的模式 3.两台TT同时对外提供服务,但是只分别提供部分表的操作 比如
转~timesten系列一:简介
为什么现在内存型数据库越来越流行,关注者和使用者越来越多呢??? 关键原因就是大家对随着IT系统的逐渐大规模使用,数据量越来越大,支撑的用户也越来越多,导致系统越来越慢,用户不满意! 如果你在去网上银行做一个转账操作,折腾了2分钟后,告诉你,无法转账,然后你在执行一次,还是2分钟后,告诉你系统无法完成转账,我相信你会崩溃的。 所以大家对it系统的实时性和可控的响应时间要求越来越高了,因为客户需要。。 现在有了需求,而且这些需求是现有的基于磁盘存储的关系型数据库无法满足的,所以出现了内存型数据库。比如最出名
10g+dg+rman+windows(借鉴rman方式做dg)
server A: 10.85.10.44 SID=orcl target server B: 10.85.10.43 oracle version:10.2.0.1 OS platform : windows XP Primary设置: 1. 设置主数据库为force logging 模式 SQL>sqlplus "/as sysdba" SQL>alter database force logging; 2. 设置主数据库为归档模式 SQL> archive log list SQL> shutdown immediate SQL> startup mount SQL> alter database archivelog; SQL> archive log list 3. 添加"备
ORA-00257归档日志满
archive log 日志已满ORA-00257: archiver error. Connect internal only, until freed 错误的处理方法1. 用sys用户登录 sqlplus sys/pass@tt as sysdba2. 看看archiv log所在位置SQL> show parameter log_archive_dest;NAME TYPE VALUE------------------------------------ ----------- ------------------------------log_archive_dest stringlog_archive_dest_1 stringlog_archive_dest_10 string3. 一般VALUE为空时,可以用archive log
sql语句的执行过程
SQL语句的处理过程:对照metalink给出的这个示意图,我们可以对SQL的处理过程作如下的描述:1、检查是否有打开的游标,如果有,则直接通过游标link到位于PGA的private SQL AREA( private SQL area),转步骤11(No parse)。否则,执行步骤2。2、检查初始化参数SESSION_CACHED_CURSORS是否被设置,如果被设置,则同样可以通过游标指向到位于PGA的私有SQL AREA,转步骤11(No parse)。否则执行步骤3。3、检查HOLD_CURSOR以及RELEASE_CURSOR的设置。如果RELEASE_CURSOR=no(默认 no),HOLD_CURSOR=yes(默认为no),当ORACLE执行完SQL语句,为
SESSION_CACHED_CURSORS详解
from:http://swvip.javaeye.com/blog/700626SESSION_CACHED_CURSORS,就是说的是一个session可以缓存多少个cursor,让后续相同的SQL语句不再打开游标,从而避免软解析的过程来提高性能。(绑定变量是解决硬解析的问题),软解析同硬解析一样,比较消耗资源.所以这个参数非常重要。 oracle有一个概念,那就是session cursor cache,中文描述就是有一块内存区域,用来存储关闭了的cursor。当一个cursor关闭之后,oracle会检查这个cursor的request次数是否超过3次,如果超过了三次,就会放入session cursor cache,这样在下次parse的时候,就可以从
关于软解析与硬解析,以及session cached cursors
from:http://www.oracle.com.cn/viewthread.php?tid=26895quote from difference between soft parse and hard parse– Thanks for the question regarding “difference between soft parse and hard parse”, version 8.1.7.2originally submitted on 26-Jan-2002 19:17 Eastern US time, last updated 5-Aug-2004 13:07Hi TomCan you explain briefly the difference between soft and hard parse?你能不能给我详细介绍一下软解析与硬解析的区别啊?and we said…Here is a long winded answer, it is extracted in part from a new bo
升级10.2.0.4-ORA-01092: ORACLE 实例终止。强制断开连接[转](今天也碰到这样的问题了)
一直用着Oracle10.2.0.1,看到10.2.0.4都出了这么久了也没升级过,今天正好有时间升级一下,首先在Windows Server 2003 SP2平台进行测试,升级完成后,连接数据库时竟然出现了ORA-01092故障,导致无法打开数据库,现象如下:SQL> startup ORACLE 例程已经启动。 Total System Global Area 612368384 bytes Fixed Size 1250428 bytes Variable Size 171969412 bytes Database Buffers 432013312 bytes Redo Buffers 7135232 bytes 数据库装载完毕。ORA-01092: ORACLE 实例终止。强制断开连接.赶紧检查alert.log日志:D:oracleproduct10.
rman管理的复制数据库
1、做一个全库备份(包括控制文件和归档日志)RMAN> backup database include current controlfile2> plus archivelog format='E:rmanbak%d_%s.bak';启动 backup 于 26-10月-10当前日志已存档分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=142 devtype=DISK通道 ORA_DISK_1: 正在启动存档日志备份集通道 ORA_DISK_1: 正在指定备份集中的存档日志输入存档日志线程 =1 序列 =5 记录 ID=1 时间戳=733397920通道 ORA_DISK_1: 正在启动段 1 于 26-10月-10通道 ORA_DISK_1: 已完成段 1 于 26-10月-10段句柄=E:RMANBAKSQTDB_3.BAK 标记=TAG2
http://blog.itpub.net/post/587/8863
http://blog.itpub.net/post/587/8863 ABOUT ORA-600[@more@]
about materialized view and long(turn)
对于LONG类型的限制很多,不过对于高级复制来说,很多的LONG类型相关的问题都是可以解决的。对于多主复制,包含LONG类型相对比较麻烦,需要首先修改表结构,将LONG类型转变为LOB类型。对于物化视图,就相对简单很多,不需要修改基表的数据类型。首先,如果不需要同步LONG类型的字段,那么不需要进行任何的修改,只有在物化视图的创建过程中不包括LONG字段就可以了。如果需要包含LONG字段,那么只需要在创建物化视图的时候对LONG类型执行TO_LOB操作,这样就可以顺利创建物化视图。当然,建立的物化视图包含的是LOB字段。具体例子如下:SQL&
关于shutdown的几个模式
A=ABORT-I=IMMEDIATE-T=TRANSACTIONAL-N=NORMAL关闭模式 A I T N允许新的连接 N N N N等待当前会话结束 N N N Y等待当前事务结束 N N Y Y强制执行检查并关闭 N Y Y Y[@more@]
oracle 10g download
更新几个常用的下载网站:https://edelivery.oracle.com/http://oss.oracle.com/ftp://61.240.36.144/pub/ORACLE 10g下载地址Oracle Database 10g Release 2 (10.2.0.1.0) Enterprise/Standard Edition for Microsoft Windows (32-bit) http://download.oracle.com/otn/nt/oracle10g/10201/10201_database_win32.zip http://download.oracle.com/otn/nt/oracle10g/10201/10201_client_win32.zip http://download.oracle.com/otn/nt/oracle10g/10201/10201_clusterware_win32.zip http://download.oracle.com/otn/nt/oracle10g/10201/10201