ITPub博客

Oracle 10G R2 RAC 日常管理 一、使用srvctl管理RAC数据库 [root@NODE01 bin]# pwd/orac/crs/bin # srvctl在$CRS_HOME/bin目录下，它可以在任何节点上维护。[root@NODE01 bin]# ./srvctlUsage: srvctl <command> <object> [<options>] command: enable|disable|start|stop|relocate|status|add|remove|modify|getenv|setenv|unsetenv|config objects: database|instance|service|nodeapps|asm|listenerFor detailed help on each command and object and its options use: srvctl <command> <obje

v$session_waitSID: session标识EVENT: session当前等待的事件，或者最后一次等待事件。WAIT_TIME: session等待事件的时间(单位，百分之一秒)如果本列为0，说明session当前session还未有任何等待。SEQ#: session等待事件将触发其值自增长P1, P2, P3: 等待事件中等待的详细资料P1TEXT, P2TEXT, P3TEXT: 解释说明p1,p2,p3事件附注：1.State字段有四种含义﹕Waiting：SESSION正等待这个事件。Waited unknown time：由于设置了timed_statistics值为false，导致不能得到时间信息。表示发生了等待，但时间很短。Wait short time：表示发生了等待

ALTER SYSTEM SET EVENTS ‘10231 trace name context forever,level 10’; CREATE TABLE tg_bill03_tmp as select * from tg_bill03; ------------------AlertSID.log:Ora-1578 file# (RFN) block#Ora-1110 file# (AFN) block#Ora-600 file# (AFN) block#其中RFN表示的是relative_fno AFN表示的是file_id Select file_name, tablespace_name, file_id “AFN”, relative_fno “RFN” From dba_data_files;Select file_name, tablespace_name, file_id, relative_fno“RFN” From dba_temp_files; ¡¤具体处理方法的介绍(1) 先

--怀疑是应用程序连接“中间件”有关系--触发器验证1 查询数据库内部调用这个包的代码语句 SELECT * FROM ALL_SOURCE where lower(text) like '%lbac_events.logon%'2 修改触发器 验证是否是数据库登录引起的问题 LBACSYS.lbac$logon 加入代码 insert into aa values(dbms_standard.login_user); 观察1分钟 看看aa表数据是否变化3 如果变化较大说明是由于客户端登录引起的，一直在调用这个触发器 1 设置跟踪 dbms_system.SET_SQL_TRACE_IN_SESSION(12,19,true);3 格式跟踪文件 tkprof colm_ora_2056.trc trace.txt print=100

现象：数据库警告日志文件不停的报错误 查看跟踪文件ATAL ERROR IN TWO-TASK SERVER: error = 12569aix 5.3 oracle 9205Oracle process number: 0FATAL ERROR IN TWO-TASK SERVER: error = 12569ksedmp: internal or fatal errorCurrent SQL statement for this session: no session其他的都是二进制的跟踪信息[@more@]

Oracle跨版本导出EXP-00003错误的解决 当Oracle数据库中，使用不同版本的exp工具进行数据库导出时，有时候会遇到类似如下错误：EXP-00003: no storage definition found for segment(11, 307)EXP-00003: no storage definition found for segment(11, 523)EXP-00003: no storage definition found for segment(11, 643)EXP-00003: no storage definition found for segment(11, 275)"EXP-00003： no storage definition found for segment ……"错误，和Oracle的一个小Bug相关，可以通过修改一个导出相关的View来解决。在目标数

oracle中的exp导出工具相信很多人都用过，但是很多人都只是通过最普通的方式用，很多选项都没有用过，也有很多选项不知道怎么用，前两天因为工作需要，要分批导出一张表中的数据，于是想到query选项，可是，没想到的是，却一直没用成功，以前也用过，也是没成功，于是该用plsql工具来分批导出，但是这次不同，数据量太大，如果还用plsql工具的话，效率会太低，而且，不一定是在windows环境中导出数据呢。 经过一番查找，终于找到exp命令方式用query参数的方法，记录如下：query参数在windows和unix中使用的方式都不一样，因为操作系统不

本人是在数据库迁移的时候出现00600 【2252】的错误解决办法一样！！解决办法相同！突然停电，启动数据库就出现ORA-00600错误如下：——————————————————————Connected to an idle instance.ORACLE instance started.Total System Global Area 581506668 bytesFixed Size 452204 bytesVariable Size 402653184 bytesDatabase Buffers 167772160 bytesRedo Buffers 10629120 bytesDatabase mounted.ORA-00600: internal error code, arguments: [2252], [1903], [579459841], [], [],[], [], []Subject: ORA-600 [2252

select'USERNAME'AND sid in (SELECT SID FROM V$SESSION WHERE STATUS = 'ACTIVE')select *from v$accesswhere owner = 'username'and sid in (SELECT SID FROM V$SESSION WHERE STATUS = 'ACTIVE')and type in ('TABLE','PACKAGE') *from dba_ddl_lockswhere owner =[@more@]

select * from dba_ddl_locks where owner = 'SYS' and SESSION_ID IN (SELECT SID FROM V$SESSION WHERE STATUS = 'ACTIVE')[@more@]对于其相应的依赖关系 这个还没有确定！

Cause & method:the very long time transfering many table records from cms to ims cause the difference between main table and related table!Delete and insert tables basic cms record not ims record by using database link!others:update the job for transfering![@more@]11

好高手相比 我还差多少！[@more@]he

DEADLOCK DETECTED ( ORA-00060 )The following deadlock is not an ORACLE error. It is adeadlock due to user error in the design of an applicationor from issuing incorrect ad-hoc SQL. The followinginformation may aid in determining the deadlock:Deadlock graph: ---------Blocker(s)-------- ---------Waiter(s)---------Resource Name process session holds waits process session holds waitsTX-00040028-00e34df1 61 130 X 116 82 XTX-000

昨天开发部门的同事让写一统计语句，想了好长时间，虽然可以得到相关的统计结果，但是如果用窗口函数，将会变得更简单！1.窗口函数简介2.窗口函数示例-全统计3.窗口函数进阶-滚动统计(累积/均值)4.窗口函数进阶-根据时间范围统计5.窗口函数进阶-first_value/last_value6.窗口函数进阶-比较相邻记录一、窗口函数简介：到目前为止，我们所学习的分析函数在计算/统计一段时间内的数据时特别有用，但是假如计算/统计需要随着遍历记录集的每一条记录而进行呢？举些例子来说：①列出每月的订单总额以及全年的订单总额②列出每月的订单总额以及截

ORACLE_CBO========================Oracle的聚簇因子对于查询IO的影响Oracle中，对于同一个查询语句，有时候会很快的完成，有时候却很慢，但是表结构什么的完全一致，表中的数据也完全一致，这个具体是什么原因呢，就要从Index中的细节说起了。 在Oracle中的一个特殊的视图user_indexes中有一个特殊的列，名字是clustering_factor，这个值的内容就是如果访问表的整个表数据，会造成多少次数据库IO。我们可以通过下面的SQL语句来查看。SELECT A.INDEX_NAME, B.NUM_ROWS, B.BLOCKS, A.CLUSTERING_FACTORFROM

instance db2icrt db2idrop db2ilist : db2icrt fistdb db2ilist db2idrop fistdb db2 get dbm cfg : db2 update dbm cfg using svcename 50000database db2start db2stop(force) db2 create database lihj db2 connect to lihj (user username using password) db2 drop database lihj db2 connect reset db2 connect(查看连接) db2stop(force) db2start db2 get db cfg for lihj db2 update db cfg for lihj using locktimeout 30 db2 connect on daabase from

今天早上本来想马上看数据库视图练习无奈数据库老是启动不起来没有任何错误信息*.logSun May 03 09:07:28 2009Setting recovery target incarnation to 2Sun May 03 09:07:28 2009Successful mount of redo thread 1, with mount id 1213632972Sun May 03 09:07:28 2009Database mounted in Exclusive ModeCompleted: alter database mountSun May 03 09:07:43 2009alter database mountSun May 03 09:07:43 2009ORA-1100 signalled during: alter database mount...Sun May 03 09:07:51 2009alter database openSun May 03 09:07:51 2009

系统文件启动数据库--如果仅仅有数据文件怎样启动和恢复数据库--参数文件个别信息#*.undo_management='AUTO'#*.undo_tablespace='UNDOTBS1'#_corrupted_rollback_segments=(_SYSSMU1$,_SYSSMU2$)_allow_resetlogs_corruption=true（这个参数有可能不用设置）--步骤1，在相同的机器上创建相同的数据库2，关闭新创建的数据库3，更换数据文件4，以下其他操作SQL> startup nomount pfile='d:initorcl.ora';ORACLE instance started.Total System Global Area 205520896 bytesFixed Size

--创建控制文件 ！C:Documents and SettingsAdministrator>rman target sys/sys@ora252 catalog rman/rman@ora252 auxiliary /恢复管理器: Release 11.1.0.6.0 - Production on 星期三 4月 29 09:54:41 2009Copyright (c) 1982, 2007, Oracle. All rights reserved.连接到目标数据库: ORCL (DBID=1213082043)连接到恢复目录数据库已连接到辅助数据库 (未启动)启动 restore 于 29-4月 -09分配的通道: ORA_AUX_DISK_1通道 ORA_AUX_DISK_1: SID=150 设备类型=DISK通道 ORA_AUX_DISK_1: 正在开始还原数据文件备份集通道 ORA_AUX_DISK_1: 正

------------------------------数据库克隆-------------------------基于恢复目录！--全部克隆--使用clone控制文件C:Documents and SettingsAdministrator>rman target sys/sys@ora252 catalog rman/rman@ora252 auxiliary /恢复管理器: Release 11.1.0.6.0 - Production on 星期三 4月 29 09:30:38 2009Copyright (c) 1982, 2007, Oracle. All rights reserved.连接到目标数据库: ORCL (DBID=1213082043)连接到恢复目录数据库已连接到辅助数据库: ORCL (未装载)RMAN> restore clone controlfile;启动 restore 于 29-4月 -09正在启