我们在10046生产的trace 文件里经常看到下面的信息. 表示系统在等待散列读取某个文件号的某个块开始的8个块. WAIT #6: nam='db file scattered read' ela= 438472 file#=6 block#=2641 blocks=8 WAIT #6: nam='db file scattered read' ela= 1039 file#=6 block#=833 blocks=8 obj#=90054 tim=878243950382 WAIT #6:

BW数据库后台报错如下:F:\oracle\SBP\saptrace\diag\rdbms\sbp\sbp\trace ORA-01578: ORACLE data block corrupted (file # 29, block # 2889087)ORA-01110: data file 29: 'G:\ORACLE\SBP\SAPDATA2\SR3_18\SR3.DATA18'ORA-26040: Data block was loaded using the NOLOGGING opt

警告日志中发现如下报错信息: ORA-01578: ORACLE data block corrupted (file # 3, block # 1675)ORA-01110: data file 3: '/u01/app/oracle/oradata/PROD1/undotbs01.dbf' 报错提示为:undo表空间第1675个数据块出现损坏. 解决方法: 1.创建新的undo表空间undotbs2 SQL> create undo tablespace UNDOTBS2 datafile

oracle ORA-01114 IO error writing block to file 207 (block # ) Reference: https://stackoverflow.com/questions/20961832/ora-01114-io-error-writing-block-to-file       Solution:   1. clean disk space 2. alter file online.  

在ORACLE中,我们可以通过file_id(file#)与block_id(block#)去定位一个数据库对象(object).例如,我们在10046生成的trace文件中file#=4 block#=266 blocks=8,那么我可以通过下面两个SQL去定位对象 SQL 1:此SQL效率较差,执行时间较长. SELECT OWNER,        SEGMENT_NAME,        SEGMENT_TYPE,        TABLESPACE_NAME FROM   DBA_EX

SQL> create tablespace rm_tbs datafile 'f1.dbf' size 10m; Tablespace created. SQL> select file#,name from v$datafile; [oracle@VSZ-ORCLE-jftest ~]$ rm /home/oracle/product/10g/dbs/f1.dbf [oracle@VSZ-ORCLE-jftest ~]$ exit exit SQL> select file#,nam

Block ChangeTracking 是Oracle 10g里推出的特性.官网对Block change tracking 的定义如下: Adatabase option that causes Oracle to track data file blocks affected by eachdatabase update. The tracking information is stored in a block change trackingfile. When block change

ORACLE managed file (OMF) Oracle自动创建和删除OMF文件 不用操心文件的命名约定 在手动管理文件时容易错误删除数据文件(OMF降低这种风险) Oracle自动删除不再需要的文件 在同一个数据库中可以混合使用传统文件和OMF文件 Db_create_file_dest:指定数据文件.联机重做日志文件和控制文件的默认位置 Db_create_online_log_dest_n:指定联机重做日志文件和控制文件的默认位置 Db_recovery_file_dest:指定控

1. 创建heap 表: create table t1 (id char(10) primary key,a1 char(10),a2 char(10),a3 char(10)); SQL> select OBJECT_NAME,OBJECT_TYPE from user_objects; OBJECT_NAME OBJECT_TYPE ------------------------------ ------------------- T1 TABLE SYS_C0021515 INDEX

错误现象: 在ORACLE 10g下为表空间IGNITE_EGVSQL01增加数据文件时,报如下错误: SQL> ALTER TABLESPACE IGNITE_EGVSQL01      ADD DATAFILE '/oradata/ignt/ignite_egvsql01_d02.dbf' SIZE 4096M      AUTOEXTEND OFF; ERROR at line 1: ORA-19502: write error on file "/oradata/ignt/igni

接到客户6G的dump文件.先导入桌面orcale ,imp提示出错,执行impdp后如下 连接到: Oracle Database 11g Express Edition Release 11.2.0.2.0 - 64bit Production 已成功加载/卸载了主表 "test"."SYS_IMPORT_FULL_02"启动 "test"."SYS_IMPORT_FULL_02": test/******** DIREC

控制文件包含的信息:   1.数据库的名字   2.联机重做日志文件和数据文件的名字和位置   3.数据库创建的时间戳   4.当前日志的序列号   5.检查点信息   6.备份信息   TIP:数据库启动到mount状态需要控制文件,一旦控制文件丢失,数据库的恢复将会十分困难,所以需要多重备份控制文件   control_files 参数指定控制文件的名字   TIP:数据库启动需要所有的控制文件可用,当某个控制文件不可用,数据库将不能启动   控制文件的大小主要由以下参数值决定:      

Form中某些按钮可能调用了Package对表中某些字段进行更新,但是数据库中字段的修改不会马上反映到form的界面上,所以要进行重新查询,但是用户可能使用了查询窗口进行查询之后然后再点击按钮动作,如果简单的使用execute_query进行查询的话那么就会把原来的查询条件冲掉.所以这里写了一个公用的包进行查询: procedure query_block(p_block_name varchar2) is   l_cursor_block     varchar2(50);   l_curso

一. db file parallel write等待事件 引自如下blog: http://oradbpedia.com/wiki/Wait_Events_-_db_file_parallel_write db文件并行写 db文件并行写等待事件属于Oracle数据库写入程序(DBWR)进程,因为它是将块从SGA写入数据文件的唯一进程.当是写入时,DBWR进程编译一组脏块,将批处理交给操作系统,并等待db文件并行写事件以完成I / O.虽然用户会话从来没有遇到db文件并行写等待事件,但这并不意味

Recently I was asked to rename a tablespace. The environment was Oracle version 11.2.0.3 (both database and clusterware/ASM). This is the test case I build to understand how that works: (I couldn't find a clean, straightforward description how to do

环境遇到ora-00600 4000错误,该目的是参与cluster table,什么我这里有以下简单的模拟.以供参考! ++++创建一个测试表 ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 6

转自:http://blog.csdn.net/tianlesoftware/article/details/5024966 一. 坏块说明 1.1 相关链接 在看坏块之前,先看几个相关的链接,在后面的说明中,会用到链接中的一些内容. ORA-600 各个参数含义说明 http://blog.csdn.net/tianlesoftware/article/details/6645809 Oracle 不同故障的恢复方案 http://blog.csdn.net/tianlesoftware/ar

---oracle versionSQL> select * from v$version where rownum=1;BANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production ---session 241SQL> select

1. rdba(Tablespace relative database block address) 是相对数据块地址,是数据所在的地址,rdba可就是rowid 中rfile#+block#. 根据rdba获取file#和block#,使用10进制的rdba ), dbms_utility.data_block_address_block() FROM dual; Block dump from disk: buffer tsn: --表示表空间 rdba: )--相对地址,文件号+块号 s

一.查看当前环境 1.1 当前控制文件中的SCN号 [oracle@ora10 ~]$ sqlplus /nolog SQL :: Copyright (c) , , Oracle. All rights reserved. SQL> conn /as sysdba Connected. SQL> col name format a65 SQL') from v$datafile; FILE# TO_CHAR(CHECK ---------- ------------- SQL> 1.2