环境介绍: OS:Redhat EnterPrise 5.4DB:Oracle EnterPrise Database 11gR2(11.2.3.0)        在数据库正常运行时,运维人员在无意中将部分数据文件删除了,此时数据库管理员并不知道,且数据库运行正常,并没有立即抛出错误和告警:但是开发人员在对某张表进行更新的时候,正好这张表在被删除的数据文件中,报出ORA-01110和ORA-27041错误.随即数据库管理人员来看现象,发现有一个文件已经从系统层面删除了,并且数据库数据库没有进行

oracle|恢复|控制|数据 --------------------------------------------- 实验平台:windows + Oracle 10.1.0.2.0 Author:NinGoo  2005-03-26 --------------------------------------------   在备份控制文件之后,在数据库中又添加了数据文件,然后当前控制文件损坏,需要使用之前的备份控制文件来做恢复.   1.备份控制文件   SQL> alter data

数据库在open的时候数据文件被从操作系统直接删除 因为在linux系统中,之前打开过该文件的进程仍然持有相应的文件句柄,所指向的文件仍然可以读写, 文件描述符可以从/proc目录中得到 如果关闭数据库,则该句柄会消失 实际实验中发现dbw0进程开启后就会持有所有数据文件的句柄,但只有数据库对文件进行过写入操作之后才算是真正的持有句柄文件,未执行过写入操作的的文件在被从操作系统删除后数据库并不能继续对该文件进行读写操作 在虚拟机中实验过程如下: 以exmple表空间为例进行示范 (一) 1.重启

案例2: --部分数据文件丢失,恢复数据文件(mount 或 open) 1)测试环境 07:30:40 SQL> create table test (id int) tablespace test; Table created. 07:30:52 SQL> conn /as sysdba Connected. 07:30:57 SQL> 07:30:57 SQL> insert into scott.test values (1); 1 row created. 07:31:0

3.4 检查和验证安装结果 完成Oracle 11g数据库服务器安装后,可以检查系统安装结果,包括查看程序组.安装的产品清单.系统服务.文件结构,同时可登录数据库进行数据库服务器可用性检查. 3.4.1 程序组 选择"开始→所有程序→Oracle - OraDb11g_home1",可以查看Oracle 11g数据库软件程序组.Oracle 11g程序组分为Database Control.Oracle安装产品.Warehouse Builder.集成管理工具.配置和移植工具.应用程序

Oracle恢复基础概述  一.恢复解决方案 错误类型及解决方案 错误分类 恢复解决方案 介质失败 如果是少量的块损坏,使用块介质恢复:如果是大量的块.数据文件.表空间的损坏,可能需要对损坏的数据文件或者表空间执行完全恢复:如果是归档Redo日志文件或者联机Redo日志文件的丢失,那么只需要不完全恢复方式. 逻辑损坏 如果是程序员错误导致出现的问题,可通过补丁应用修复问题.对于无法修复的问题,也可采用介质恢复手段来恢复数据. 用户错误 根据不同用户错误,选择不同的Flashback技术恢复,使用

 用户管理恢复 ************************************ 一.Oracle恢复的体系结构 二.恢复类型:实例恢复.介质恢复 1.实例恢复的前提是数据文件.控制文件和在线日志均没有损坏,完全自动 2.介质恢复:在文件有物理损坏的情况下,将其还原.恢复.最后使数据库得以正常打开的操作称为介质恢复,人工干预 三.恢复方式:完全恢复.不完全恢复 四.恢复技术:用户管理恢复和RMAN恢复   五.完全恢复案例 v$recover_file  //哪个文件需要恢复 selec

前言 这个章节主要想说的是Oracle的体系结构,这个也是理论强些.还有一些比较理论的知识点(比如表空间啊), 就暂时先不写了,下一章节开始进入Oracle的操作阶段,比如表的查询啊.插入以及重点是和SQL 2005的一些区别和Oracle中特 有的命令. 希望大家继续捧场. Oracle体系结构分类 我们应该知道的是在Oracle数据库的体系结构包括 以下四种结构: 那下面我比较粗略的说以下结构包括什么!~ 一.物理存储结构 顾名思义,Oracle数据库在物理是由存 储在磁盘中的操作系统文件所

      通常情况下,在Oracle RAC 环境中,v$视图可查询到你所连接实例的相关信息,而gv$视图则包含所有实例的信息.然而在RAC环境中,当我们查询v$log视图时说按照常理的话,v$log视图应当看到的是你所连接到实例的日志组的信息.但v$log是个例外,也就是说v$log视图里看到的不仅仅是自身实例所包含的redo日志组,其他所有剩余实例的redo日志组也同样会出现在该视图中.无论你从任意一个节点连接查询v$log视图都将获得相同的结果.该情形同样适用于v$logfile.这到底