误删除了oracle表的数据,恢复方法
同事找回时操作的数据库为oracle 10g , 之前删除方式为delete 不晓得trancate 好使不
SCN（系统改变号），它的英文全拼为：System Change Number ，它是数据库中非常重要的一个数据结构。
SCN提供了Oracle的内部时钟机制，可被看作逻辑时钟，这对于恢复操作是至关重要的
注释：Oracle 仅根据SCN 执行恢复。
它定义了数据库在某个确切时刻提交的版本。在事物提交时，它被赋予一个唯一的标示事物的SCN 。一些人认为SCN 是指，System Commit Number ，而通常SCN 在提交时才变化，所以很多情况下，
这两个名词经常被交替使用。
究竟是哪个词其实对我们来说并不是最重要的，重要的是我们知道SCN 是Oracle 内部的时钟机制，Oracle 通过SCN 来维护数据库的一致性，并通过SCN 实施Oracle 至关重要的恢复机制。
具体执行流程我们可从以下几个示例图中体会;
1.原表记录$ sqlplus eygle/eygle
SQL*Plus: Release 10.1.0.2.0 - Production on Wed Mar 30 08:52:04 2005
Copyright (c) 1982, 2004, Oracle. All rights reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
SQL>select count(*) from t1;
COUNT(*)
----------
9318
2.误删除所有记录
并且提交更改。
SQL>delete from t1;
9318 rows deleted.
SQL>commit;
Commit complete.
SQL>select count(*) from t1;
COUNT(*)
----------
3.获得当前SCN
如果能够确切知道删除之前SCN最好，如果不知道，可以进行闪回查询尝试.
SQL>select dbms_flashback.get_system_change_number from dual;
GET_SYSTEM_CHANGE_NUMBER
------------------------
10671006
SQL>select count(*) from t1 as of scn 10671000;
COUNT(*)
----------
SQL>select count(*) from t1 as of scn 10670000;
COUNT(*)
----------
9318
我们看到在SCN=10670000时，数据都在。
4.恢复数据.
SQL>insert into t1 select * from t1 as of scn 10670000;
9318 rows created.
SQL>commit;
Commit complete.
SQL>select count(*) from t1;
COUNT(*)
----------
9318
文章2
误删数据后的还原
select timestamp_to_scn(to_timestamp('2009-03-13 09:00:00','YYYY-MM-DD HH:MI:SS')) from dual;
结果:13526973
将删除时间转换为scn
select * from reportinfo
AS OF SCN 13526973
将reportinfo表中的scn点的数据取出
然后可以根据这个数据进行还原操作
create table reporttest as select * from reportinfo where 1=0;
insert into reporttest select * from reportinfo AS OF SCN 13526973;
--上面两句应该可以合成一句
--create table reporttest as select * from reportinfo AS OF SCN 13526973;
这是reporttest表中就是scn点的reportinfo数据.处理即可
Oracle备份恢复场景总结 一、数据文件、表空间恢复 1、数据库文件恢复 1>场景一： 问题描述： test.dbf丢失，有RMAN备份。 重启报错: Startup; ORA-01157: cannot identify/lock data file 5 - see DBWR trace file ORA-01110: data file 5: '/oracle/app/oracle/oradata/orcl/test01.dbf' run{ startup mount; allocate channel ch00 type 'SBT_TAPE'; restore datafile 5; recoverdatafile 5; alter database open; release channel ch00; }
2>场景二 问题描述： 模拟test表空间损坏，删除数据文件（恢复到新目录） 旧目录：/oracle/app/oracle/oradata 新目录: /home/oracle run{ allocate channel ch00 type 'SBT_TAPE'; sql 'alter database datafile 5 offline'; setnewname for datafile 5 to '/home/oracle/test01.dbf'; restoredatafile 5; switchdatafile 5; recoverdatafile 5; sql 'alter database datafile 4 online'; release channel ch00; } 说明： set newname for 告诉RMAN 还原数据文件的新位置在哪里。这个命令在restore 前出现。 switch datafile更新controlfile，记录这个新位置。这个命令要在recover 前出现
O R A C L E数据备份与数据恢 复方案 Prepared on 24 November 2020
摘要 结合金华电信IT系统目前正在实施的备份与恢复策略，重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。 Oracle数据库有三种标准的备份方法，它们分别是导出／导入 （EXP/IMP）、热备份和冷备份。要实现简单导出数据（Export）和导入数据（Import），增量导出／导入的按设定日期自动备份，可考虑，将该部分功能开发成可执行程序，然后结合操作系统整合的任务计划，实现特定时间符合备份规划的备份应用程序的运行，实现数据库的本级备份，结合ftp简单开发，实现多服务器的数据更新同步，实现数据备份的异地自动备份。 关键字：数据库远程异地集中备份 目录
一、前言 目前，数据已成为信息系统的基础核心和重要资源，同时也是各单位的宝贵财富，数据的丢失将导致直接经济损失和用户数据的丢失，严重影响对社会提供正常的服务。另一方面，随着信息技术的迅猛发展和广泛应用，业务数据还将会随业务的开展而快速增加。但由于系统故障，数据库有时可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如做了备份，恢复数据就显得很容易。由此可见，做好数据库的备份至关重要。因此，建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份，这种方式在数据量不大、操作系统种类单一、服务器数量有限的情况下，不失为一种既经济又简明的备份手段。但随着计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，将越来越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方式越来越不适应当今分布式网络环境。 因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容应当包括基于业务的业务数据，又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。本文以ORACLE数据库为例，结合金华电信的几个相关业务系统目前正在实施的备份方案，介绍ORACLE数据库的备份与恢复。 二、金华电信ORACLE数据库的备份与恢复方案 由于金华电信IT系统以前只采用逻辑备份方式进行数据库备份，速度较慢并且数据存储管理都很分散，甚至出现备份数据不完整的现象。为了提高备份数据的效率，提供可靠的数据备份，完善备份系统，保证备份数据的完整性，降低数据备份对网络和服务器的影响，对每个IT系统的备份数据进行集中管理，我们对备份工作进行了改进，将逻辑备份与物理备份相结合，在远程建立了一个异地集中、自动在线的备份系统即网络存储管理系统。（这里用到的物理备份指热备份）其具备的主要功能如下：(1)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服
目录 数据库恢复方案 (1) 文档控制 (1) 一、相关概念 (3) 1，恢复的两个阶段 (3) 2，Oracle实例启动的三个阶段 (3) 3，RMAN信息的保存位置 (3) 二、完全恢复 (3) (一) 控制文件 (3) 1) 丢失部分控制文件： (3) 2) 丢失全部控制文件 (3) (二) 重做日志文件 (4) 1) 非当前使用的重做日志文件： (4)
2) 当前使用的重做日志文件（未归档）： (4) (三) 数据文件 (4) 1) 无归档模式下的完全恢复 (4) 2) 归档模式下的完全恢复 (5) 三、不完全恢复 (6) (一) 基于SCN的不完全恢复 (6) 1) 准备工作 (6) 2) 使用RMAN进行恢复 (7) (二) 基于时间点的不完全恢复 (8) 1) 准备工作 (8) 2) 使用RMAN进行恢复 (8) 四、高级篇 (9)
(一) 使用RMAN进行异机同目录 (9) 1) 准备工作 (9) 2) 通过RMAN进行异机恢复 (10) （二）使用RMAN进行异机异目录 (11) 1) 准备工作 (11) 2) 通过RMAN进行异机恢复 (11) （三）使用RMAN进行在线数据块恢复 (14) 一、相关概念 1，恢复的两个阶段 数据库无论采取哪种方式进行恢复都分为Restore和Recover两个步骤。Restore（还原）：把控制文件、重做日志文件和数据文件还原到正确位置。Recover（恢复）：恢复还原后的数据文件，使数据库达到一致状态。
2，Oracle实例启动的三个阶段 Oracle实例启动经过三个阶段： l NOMOUNT（未装载）：读入参数文件，验证参数文件中的目录是否存在。 l MOUNT（装载）：读入参数文件指定位置的控制文件。 l OPEN（打开）：验证控制文件中指定的重做日志文件和数据文件是否正确、数据文件是否一致，然后读入数据文件中的数据。 所以按照如下顺序使数据库正确打开。 1) SHUTDOWN（关闭）状态下，确保参数文件指定的文件夹存在，启动到NOMMUNT 状态。 2) NOMOUNT状态下，保证控制文件的位置和命名与参数文件中相同，控制文件中指定的重做日志文件和数据文件存在，然后启动到MOUNT状态。 3) MOUNT状态下，执行RMAN还原和恢复操作。
彻底删除oracle,重新安装 下载vistar版本，解压，搜索refhost.xml文件，修改之。 当前任何版本的ORACLE客户端在任何版本的WINDOWS7上都不能正常完成安装。 主要是因为ORACLE安装的先决条件里操作系统版本不符合，但是这个疑问可以修改refhost.xml 处理，具体是在refhost.xml中添加 <!--Microsoft Windows 7--> <OPERATING_SYSTEM> <VERSION VALUE="6.1"/> </OPERATING_SYSTEM> 即可 -------------------------------------------------------------------- 彻底删除oracle： 1、开始－＞设置－＞控制面板－＞管理工具－＞服务停止所有Oracle服务。 2、开始－＞程序－＞Oracle - OraHome81－＞Oracle Installation Products－＞Universal Installer 卸装所有Oracle产品，但Universal Installer本身不能被删除 5、运行regedit，选择HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE，按del键删除这个入口。 6、运行regedit，选择HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services，滚动这个列表，删除所有Oracle入口。 7、运行refedit，HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Application，删除所有Oracle入口。 8、开始－＞设置－＞控制面板－＞系统－＞高级－＞环境变量删除环境变量CLASSPATH和PATH中有关Oracle的设定 9、从桌面上、STARTUP（启动）组、程序菜单中，删除所有有关Oracle的组和图标 10、删除\Program Files\Oracle目录 11、重新启动计算机，重起后才能完全删除Oracle所在目录（到这基本可以安装） 12、删除与Oracle有关的文件，选择Oracle所在的缺省目录C:\Oracle，删除这个入口目录及所有子目录，并从Windows 2000目录（一般为C:\WINNT）下删除以下文件ORACLE.INI、oradim73.INI、oradim80.INI、oraodbc.ini等等。 13、WIN.INI文件中若有[ORACLE]的标记段，删除该段 14、如有必要，删除所有Oracle相关的ODBC的DSN 15、到事件查看器中，删除Oracle相关的日志说明：如果有个别DLL文件无法删除的情况，则不用理会，重新启动，开始新的安装，安装时，选择一个新的目录，则，安装完毕并重新启动后，老的目录及文件就可以删除掉了。 ------------------------------------------------------------------
Oracle数据库备份与恢复的三种方法 Oracle数据库有三种标准的备份方法，它们分别是导出／导入（EXP/IMP）、热备份和冷备份。导出备件是一种逻辑备份，冷备份和热备份是物理备份。 一、导出／导入（Export／Import） 利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回到Oracle数据库中去。 １、简单导出数据（Export）和导入数据（Import） Oracle支持三种方式类型的输出： （１）、表方式（T方式），将指定表的数据导出。 （２）、用户方式（U方式），将指定用户的所有对象及数据导出。 （３）、全库方式（Full方式），瘵数据库中的所有对象导出。 数据导入（Import）的过程是数据导出（Export）的逆过程，分别将数据文件导入数据库和将数据库数据导出到数据文件。 ２、增量导出／导入 增量导出是一种常用的数据备份方法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。在进行此种导出时，系统不要求回答任何问题。导出文件名缺省为export.dmp，如果不希望自己的输出文件定名为export.dmp，必须在命令行中指出要用的文件名。 增量导出包括三种类型： （１）、“完全”增量导出（Complete） 即备份三个数据库，比如： exp system/manager inctype=complete file=040731.dmp （２）、“增量型”增量导出 备份上一次备份后改变的数据，比如： exp system/manager inctype=incremental file=040731.dmp
oracle 如何删除被误删物理文件的表空间.txt为什么我们在讲故事的时候总要加上从前？开了一夏的花，终落得粉身碎骨，却还笑着说意义。oracle 如何删除被误删物理文件的表空间.txt如果有来生，要做一棵树，站成永恒，没有悲伤的姿势。一半在土里安详，一半在风里飞扬，一半洒落阴凉，一半沐浴阳光，非常沉默非常骄傲，从不依靠从不寻找。如何删除alter database ... offline drop掉文件的表空间？ QL> connect / as sysdba Connected to an idle instance. SQL> startup ORACLE instance started. Total System Global Area 336662768 bytes Fixed Size 450800 bytes Variable Size 117440512 bytes Database Buffers 218103808 bytes Redo Buffers 667648 bytes Database mounted. ORA-01157: cannot identify/lock data file 3 - see DBWR trace file ORA-01110: data file 3: '/home/oracle/oradata/esal/ts_cybercafe01.dbf' SQL> alter tablespace cybercafe offline; alter tablespace cybercafe offline * ERROR at line 1: ORA-01109: database not open SQL> alter database datafile '/home/oracle/oradata/esal/ts_cybercafe01.dbf' offline drop; Database altered. SQL> alter database open; Database altered. //如果还提示文件不存在的话，那就继续执行datafile的drop命令，直到数据库可以open 为止； SQL> select * from v$tablespace; TS# NAME INC ---------- ------------------------------ ---
Oracle 数据库恢复 一、停止ORACLE数据库 用oracle用户登录，用sqlplus的sysdba用户登录，执行shutdown immediate oracle@JSBC-SIHUA-DB01:~> sqlplus /nolog SQL*Plus: Release 10.2.0.1.0 - Production on Mon Feb 6 14:02:45 2012 Copyright (c) 1982, 2005, Oracle. All rights reserved. SQL> conn /as sysdba Connected. SQL> shutdown immediate SQL>quit 停止监听 oracle@JSBC-SIHUA-DB01:~> lsnrctl stop oracle@JSBC-SIHUA-DB01:~> ps -ef |grep ora root 4655 4524 0 Nov11 ? 00:00:48 hald-addon-storage: polling /dev/sr0 (every 16 sec) root 42514 42162 0 11:40 pts/0 00:00:00 su - oracle oracle 42515 42514 0 11:40 pts/0 00:00:00 -bash root 42853 42815 0 12:02 pts/2 00:00:00 su - oracle oracle 42854 42853 0 12:02 pts/2 00:00:00 -bash root 42924 42889 0 12:03 pts/1 00:00:00 su - oracle oracle 42925 42924 0 12:03 pts/1 00:00:00 -bash oracle 42975 42854 0 12:09 pts/2 00:00:00 ps -ef oracle 42976 42854 0 12:09 pts/2 00:00:00 grep ora 二、数据库备份 #root用户，创建sihua.bak目录 JSBC-SIHUA-DB01:/oradata # mkdir sihua.bak JSBC-SIHUA-DB01:/oradata # chown oracle:dba /oradata/sihua.bak JSBC-SIHUA-DB01:/oradata # ll total 24 drwx------ 2 root root 16384 Sep 16 11:53 lost+found drwxr-x--- 4 oracle dba 4096 Nov 8 14:16 sihua drwxr-xr-x 2 oracle dba 4096 Nov 28 12:15 sihua.bak #oracle用户 JSBC-SIHUA-DB01:/oradata # su - oracle oracle@JSBC-SIHUA-DB01:~> cd /oradata oracle@JSBC-SIHUA-DB01:/oradata> cp -r sihua sihua.bak oracle@JSBC-SIHUA-DB01:/oradata> cd sihua.bak/ oracle@JSBC-SIHUA-DB01:/oradata/sihua.bak> cd sihua/
Oracle删除表的几种方法 2010年07月27日星期二 13:07 引言： drop table books;的指令会将表放到回收站里， 用 flashback table "BIN$1Oiy3qm/QJubov1BwBUOgw==$0" to before drop; 就能恢复。 删除表： drop table books purge;是绕过回收站，彻底删除 建议你先 purge recyclebin; 清除当前用户的回收站，不会影响其他用户的回收站 或者 purge table 表名； 清除回收站内指定的表 正文： 删除表（记录和结构）的语名delete ———— truncate ————drop DELETE (删除数据表里记录的语句) DELETE FROM表名 WHERE 条件; 注意：删除记录并不能释放ORACLE里被占用的数据块表空间. 它只把那些被删除的数据块标成unused. 如果确实要删除一个大表里的全部记录, 可以用 TRUNCATE 命令, 它可以释放占用的数据块表空间 TRUNCATE TABLE 表名; 此操作不可回退. 相同点 truncate和不带where子句的delete, 以及drop都会删除表内的数据 注意:这里说的delete是指不带where子句的delete语句 不同点: 1. truncate和 delete只删除数据不删除表的结构(定义) drop语句将删除表的结构被依赖的约束(constrain),触发器(trigger),索引(index); 依赖于该表的存储过程/函数将保留,但是变为invalid状态.
2.delete语句是dml,这个操作会放到rollback segement中,事务提交之后才生效;如果有相应的trigger,执行的时候将被触发. truncate,drop是ddl, 操作立即生效,原数据不放到rollback segment中,不能回滚. 操作不触发trigger. 3.delete语句不影响表所占用的extent, 高水线(high watermark)保持原位置不动 显然drop语句将表所占用的空间全部释放 truncate 语句缺省情况下见空间释放到 minextents个 extent,除非使用reuse storage; truncate会将高水线复位(回到最开始). 4.速度,一般来说: drop>; truncate >; delete 5.安全性:小心使用drop 和truncate,尤其没有备份的时候.否则哭都来不 及 使用上,想删除部分数据行用delete,注意带上where子句. 回滚段要足够 大. 想删除表,当然用drop 想保留表而将所有数据删除. 如果和事务无关,用truncate即可. 如果和事务有关,或者想触发trigger,还是用delete. 如果是整理表内部的碎片,可以用truncate跟上reuse stroage,再重新导入/插入数据 oracle中删除表中的一列语句 alter table 表名 drop colum 列名
实验8 Oracle数据库备份与恢复 1 实验目的 (1)掌握Oracle数据库各种物理备份方法。 (2)掌握Oracle数据库各种物理恢复方法。 (3)掌握利用RMAN工具进行数据库的备份与恢复。 (4)掌握数据的导入与导出操作。 2 实验要求 (1)对BOOKSALES数据库进行一次冷备份。 (2)对BOOKSALES数据库进行一次热备份。 (3)利用RMAN工具对BOOKSALES数据库的数据文件、表空间、控制文件、初始化参数文件、 归档日志文件进行备份。 (4)利用热备份恢复数据库。 (5)利用RMAN备份恢复数据库。 (6)利用备份进行数据库的不完全恢复。 3 实验步骤 （1）关闭BOOKSALES数据库，进行一次完全冷备份。 select file_name from dba_data_files; select member from v$logfile; select value from v$parameter where name='control_files';
（2）启动数据库后，在数据库中创建一个名为cold表，并插入数据，以改变数据库的状态。 CREATE TABLE COLD( ID NUMBER PRIMARY KEY, NAME VARCHAR2(25) );
（3）利用数据库冷备份恢复BOOKSALES数据库到备份时刻的状态并查看恢复后是否存在cold表。 （4）将BOOKSALES数据库设置为归档模式。 shutdown immediate 正常关闭数据 startup mount;将数据库启动到mount状态 3)、关闭flash闪回数据库模式，如果不关闭的话，在后面关闭归档日志的时候就会出现讨厌的ora-38774错误。 alter database flashback off alter database archivelog;发出设置归档模式的命令 alter database open;打开数据库 再次正常关闭数据库，并备份所有的数据文件和控制文件 archive log list;在将数据库设置为归档模式后，可以执行此命令进行确认 Database log mode 为Archive Mode说明当前的数据库为归档模式 Automatic archival为Enable说明启动了自动归档。
有很多原因导致了数据记录的误删,怎样恢复误删的记录呢?先来看看这个概念: SCN（系统改变号），它的英文全拼为：System Change Number ，它是数据库中非常重要的一个数据结构。 SCN提供了Oracle的内部时钟机制，可被看作逻辑时钟，这对于恢复操作是至关重要的 注释：Oracle仅根据 SCN 执行恢复。 它定义了数据库在某个确切时刻提交的版本。在事物提交时，它被赋予一个唯一的标示事物的SCN 。一些人认为 SCN 是指， System Commit Number ，而通常 SCN 在提交时才变化，所以很多情况下， 这两个名词经常被交替使用。 究竟是哪个词其实对我们来说并不是最重要的，重要的是我们知道 SCN 是Oracle 内部的时钟机制， Oracle 通过 SCN 来维护数据库的一致性，并通过SCN 实施 Oracle 至关重要的恢复机制。 具体执行流程我们可从以下几个示例图中体会; 1.原表记录 $ sqlplus eygle/eygle SQL*Plus: Release 10.1.0.2.0 - Production on Wed Mar 30 08:52:04 2005 Copyright (c) 1982, 2004, Oracle. All rights reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - 64bit Production With the Partitioning, OLAP and Data Mining options SQL>select count(*) from t1; COUNT(*) ---------- 9318 2.误删除所有记录 并且提交更改。
1参数文件 对于参数文件，启动根据如下顺序查找参数文件，先查找spfile
表空间的名字 联机日志文件、数据文件的位置、个数、名字 联机日志的Sequence号码 检查点的信息 撤销段的开始或结束 归档信息 备份信息 2.1控制文件恢复： 损坏或丢失部分控制文件： SQL>shutdown immediate; SQL>startup nomount; 修改数据库控制文件，将坏的那个排除在外： SQL>alter system set control_files='+DG_ORA/ora11g/','+DG_ORA/ora11g/' scop e=spfile"; SQL>alter database open; 损坏或丢失全部控制文件： （获取恢复脚本SQL>alter database backup controlfile to trace;） STARTUP NOMOUNT CREATE CONTROLFILE REUSE DATABASE "ORA11G" NORESETLOGS FORCE LOGGING ARCHIVELOG MAXLOGFILES 200 MAXLOGMEMBERS 3 MAXDATAFILES 1024 MAXINSTANCES 8 MAXLOGHISTORY 2920 LOGFILE GROUP 1 '+DG_ORA/ora11g/ora_redo01_1' SIZE 1000M BLOCKSIZE 512, GROUP 2 '+DG_ORA/ora11g/ora_redo02_2' SIZE 1000M BLOCKSIZE 512, GROUP 3 '+DG_ORA/ora11g/ora_redo03_3' SIZE 1000M BLOCKSIZE 512, GROUP 4 '+DG_ORA/ora11g/ora_redo04_4' SIZE 1000M BLOCKSIZE 512, GROUP 5 '+DG_ORA/ora11g/ora_redo05_5' SIZE 1000M BLOCKSIZE 512,
Oracle恢复truncate删除表的数据 SQL> show parameter flashback NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_flashback_retention_target integer 1440 flashback功能默认为1440分钟，也就一天时间 数据库闪回状态可以从v$database视图中查询 SQL> select dbid,name,flashback_on,current_scn from v$database; DBID NAME FLASHBACK_ON CURRENT_SCN ---------- --------- ------------------ ----------- 2274326636 RISENET NO 997660 flashback_on为NO,也就是没有开flashback功能，当truncate删除数据时，无法使用flashback 启动flashback_on(需要数据库在mount状态下打开) SQL> shutdown immediate; 数据库已经关闭。 已经卸载数据库。 ORACLE 例程已经关闭。 SQL> startup mount ORACLE 例程已经启动。 Total System Global Area 272629760 bytes Fixed Size 1248476 bytes Variable Size 109052708 bytes Database Buffers 155189248 bytes Redo Buffers 7139328 bytes 数据库装载完毕。 SQL> alter database flashback on; 数据库已更改。 SQL> select dbid,name,flashback_on,current_scn from v$database; DBID NAME FLASHBACK_ON CURRENT_SCN ---------- --------- ------------------ ----------- 2274326636 RISENET YES 0 SQL> alter database open; 数据库已更改。 SQL> connect scott/mzl 已连接。 SQL> select table_name from user_tables;
Oracle数据库恢复案例 当我们在使用Oracle数据库时，突然断电，造成很多问题，致使旧数据丢失，影响了数据的正确性，破坏了数据库。此时，用户急切需求恢复数据。本文以此为例，讲述数据库数据恢复。 一、案例描述： 数据库因突然断电，数据库启库报system01.dbf需要更多的恢复来保持一致性，数据库无法打开；数据库没有备份，归档日志也不连续。客户提供了数据库的在线文件，急需恢复zxfg用户下的数据。 二、恢复流程： 1 数据库的故障检测 2 尝试挂起数据库并修复数据库 3解析数据文件 4验证数据 5导出数据与交付数据（导入） 三、恢复数据 1数据库的故障检测 利用DBV 命令检测数据文件的完整性 结果如下：
分析结果发现SYSAUX01.DBF文件数据块（Data）检测失败40页，索引页（Index)检测失败29页，说明SYSAUX01.DBF存在坏块。 结论：通过dbv对数据文件的完整性检验，SYSAUX01.DBF存在坏块，其他检测的文件完整。 2 用客户的数据库本地挂起数据库，尝试修复数据库。 2.1创建新的OS ：windows server 2008 x86，安装oracle 11.2.0.1.0 for 32-bit 版本数据库，挂起数据库 起库报ORA-01110错误，System01.dbf需要更多一致性恢复。使用recover database 命令，利用在线日志做介质恢复。
数据库的控制文件已被修改，需要使用控制文件恢复数据库 恢复数据库需要2016_01_19的11号归档日志。由于归档日志丢失，使用cancel 参数进行不完全恢复。 再次执行alter database open 命令，数据库打开。
一、如果是刚刚删除，那么有两方法： 首先用show parameter undo;命令查看当时的数据库参数undo_retention设置。显示如下： undo_management string AUTO undo_retention integer 10800 undo_suppress_errors boolean FALSE undo_tablespace string UNDOTBS1 undo_retention(保持力)，10800单位是秒。即3个小时。 修改默认的undo_retention参数设置： ALTER SYSTEM SET undo_retention=10800 SCOPE=BOTH; 方法1，通过oracle提供的回闪功能： exec dbms_flashback.enable_at_time(to_date('2007-07-23 10:21:00','yyyy-mm-dd hh24:mi:ss')); set serveroutput on DECLARE r_temp hr.job_history%ROWTYPE; CURSOR c_temp IS SELECT * FROM hr.job_history; BEGIN OPEN c_temp; dbms_flashback.disable; LOOP FETCH c_temp INTO r_temp; EXIT WHEN c_temp%NOTFOUND; insert into hr.job_history(EMPLOYEE_ID,JOB_ID,START_DATE,END_DATE) values (r_temp.EMPLOYEE_ID,r_temp.JOB_ID,r_temp.START_DATE,r_temp.END_DA TE);
1 参数文件 对于参数文件，启动根据如下顺序查找参数文件，先查找spfile
精选文档联机日志文件、数据文件的位置、个数、名字 联机日志的Sequence号码 检查点的信息 撤销段的开始或结束 归档信息 备份信息 2.1 控制文件恢复： 损坏或丢失部分控制文件： SQL>shutdown immediate; SQL>startup nomount; 修改数据库控制文件，将坏的那个排除在外： SQL>alter system set control_files='+DG_ORA/ora11g/control02.ctl','+DG_ORA/o ra11g/control03.ctl' scope=spfile"; SQL>alter database open; 损坏或丢失全部控制文件： （获取恢复脚本SQL>alter database backup controlfile to trace;） STARTUP NOMOUNT CREATE CONTROLFILE REUSE DATABASE "ORA11G" NORESETLOGS FORCE LOGGING ARCHIVELOG MAXLOGFILES 200 MAXLOGMEMBERS 3 MAXDATAFILES 1024 MAXINSTANCES 8 MAXLOGHISTORY 2920 LOGFILE GROUP 1 '+DG_ORA/ora11g/ora_redo01_1' SIZE 1000M BLOCKSIZE 512, GROUP 2 '+DG_ORA/ora11g/ora_redo02_2' SIZE 1000M BLOCKSIZE 512, GROUP 3 '+DG_ORA/ora11g/ora_redo03_3' SIZE 1000M BLOCKSIZE 512, GROUP 4 '+DG_ORA/ora11g/ora_redo04_4' SIZE 1000M BLOCKSIZE 512, GROUP 5 '+DG_ORA/ora11g/ora_redo05_5' SIZE 1000M BLOCKSIZE 512,
Oracle 误删UNDO表空间故障处理 H.sdon 操作人员操删除ORACLE UNDO表空间，系统报ORA-01116: error in opening database file 25错误。 解决思路：删除原有UNDO表空间，新建一个UNDOTBS2表空间进行替换。 1、生成init文件 Create pfile from spfile 记住：在生成新的init文件前应对原有文件做好备份或将init文件生成在不同的目录名称下面 2、修改init.ora文件 undo_management=MANUAL undo_retention=10800 undo_tablespace=undotbs01 rollback_segments='SYSTEM' 3、使用PFILE重新启动数据库 Startup pfile=’$ORACLE_HOME/dbs/init[sid].ora 此步数据库已经能正常OPEN，但在做数据库操作的时候还会报以下错误 SQL> shutdown immediate; ORA-00376: file 2 cannot be read at this time ORA-01110: data file 2: '/oradata/irms/undotbs01.dbf' 4、使用以下命令对数据文件进行offline drop alter database datafile '/oradata/irms/undotbs04.dbf' offline drop; alter database datafile '/oradata/irms/undotbs03.dbf' offline drop; alter database datafile '/oradata/irms/undotbs01.dbf' offline drop; alter database datafile '/oradata/irms/undotbs02.dbf' offline drop; 5、创建新的UNDO表空间UNDOTBS2 create undo tablespace undotbs2 datafile '/oradata/irms/undotbs20.dbf' size 500M; 6、在init.ora更改默认UNDO表空间,使其启动后默认UNDO表空间为undotbs2,undo_management=AUTO后重新启动 7、删除UNDOTBS1表空间，报 Drop tablespace undotbs1 ORA-01548: 已找到活动回退段'_SYSSMU1$'， 8、查看回滚段使用情况 select segment_name,status,tablespace_name from dba_rollback_segs; SEGMENT_NAME STATUS TABLESPACE_NAME ------------------------------ ---------------- ------------------------------ SYSTEM ONLINE SYSTEM _SYSSMU1$ NEEDS RECOVERY UNDOTBS1
ORACLE数据库备份与恢复详解 Oracle的备份与恢复有三种标准的模式，大致分为两大类，备份恢复(物理上的)以及导入导出(逻辑上的)，而备份恢复又可以根据数据库的工作模式分为非归档模式(Nonarchivelog-style)和归档模式(Archivelog-style),通常，我们把非归档模式称为冷备份，而相应的把归档模式称为热备份，他们的关系如下所示 三种方式各有优点，我们做个比较(这个是用Fireworks画的，有点糙)：
$A: 现在先来介绍一下逻辑备份方式的方法，利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回到Oracle数据库中去。理论基础：Oracle 提供的Export和Import具有三种不同的操作方式(就是备份的数据输出(入)类型)： 1，表方式(T) 可以将指定的表导出备份； 2，全库方式(Full) 将数据库中的所有对象导出； 3，用户方式(U) 可以将指定的用户相应的所有数据对象导出； *在导入导出备份方式中，提供了很强大的一种方法，就是增量导出/导入，但是它必须作为System来完成增量的导入导出，而且只能是对整个数据库进行实施。增量导出又可以分为三种类别： 1，完全增量导出（完全备份）(Complete Export) 这种方式将把整个数据库文件导出备份；exp system/manager inctype=complete file=20041125.dmp（为了方便检索和事后的查询，通常我们将备份文件以日期或者其他有明确含义的字符命名） 2，增量型增量导出（增量备份）(Incremental Export) 这种方式将只会备份上一次备份后改变的结果；exp system/manager inctype=incremental file=20041125.dmp 3，累积型增量导出（差异备份）(Cumulate Export) 这种方式的话，是导出自上次完全增量导出后数据库变化的信息。exp system/manager inctype=cumulative file=20041125.dmp 通常情况下，DBA们所要做的，就是按照企业指定或者是自己习惯的标准(如果是自己指定的标准，建议写好计划说明)，一般，我们采用普遍认可的下面的方式进行每天的增量备份： Mon：完全备份（A） Tue：增量导出（B） Wed：增量导出（C） Thu：增量导出（D）