Oracle数据库恢复案例

合集下载

oracle11g还原数据库步骤__概述说明以及解释

oracle11g还原数据库步骤概述说明以及解释引言部分的内容可以按照如下方式撰写：1. 引言1.1 概述引言部分将介绍本篇文章的主题，即Oracle 11g数据库还原步骤。

数据库还原是一项至关重要的任务，它可以帮助恢复丢失或损坏的数据，并确保系统的连续性和可靠性。

在本文中，我们将深入探讨Oracle 11g数据库还原的步骤和过程，以及执行还原操作前需要注意的准备工作。

1.2 文章结构在本文中，我们将按照以下顺序来讨论Oracle 11g数据库还原：- 首先，我们将介绍Oracle 11g数据库还原的重要性，阐述为什么必须进行数据库还原操作。

- 其次，我们将概述Oracle 11g数据库还原的步骤，并列出每个步骤的简要说明。

- 第三部分我们将详细描述执行数据库还原操作前所需进行的准备工作。

- 接下来，我们将提供执行数据库还原操作的详细步骤，包括必要时涉及到的命令和工具。

- 最后，我们将讨论完成数据库还原后进行验证和测试的方法与技巧。

1.3 目的本文旨在为读者提供有关Oracle 11g数据库还原的全面指南。

通过学习本文，读者将能够了解数据库还原的重要性、掌握进行数据库还原操作的步骤和技巧，并且能够有效地验证和测试还原后的数据库。

我们希望这篇文章能够帮助读者在数据库还原过程中避免常见错误，并提供相关提示和建议。

2. 正文:2.1 Oracle 11g数据库还原的重要性在数据库管理中，数据的安全性和完整性是至关重要的。

由于各种原因，比如硬件故障、用户误操作或者系统遭受攻击，数据库可能会丢失或损坏。

因此，在这些情况下，数据库还原变得非常重要。

Oracle 11g数据库还原是指恢复已经丢失或被损坏的数据到其先前可用状态的过程。

2.2 Oracle 11g数据库还原的步骤概述数据库还原通常包括以下主要步骤：- 备份介质准备：确定可用的备份介质，并确保其处于良好状态。

- 目标库环境准备：在目标库上创建必需的目录结构，并配置参数以适应还原操作。

数据库恢复实例

仅仅丢失一个普通用户数据文件的恢复A(联机恢复)（例如，丢失D:\BACKUPDB\USERS01.DBF）准备工作, 通过下面的工作，如果完全恢复，应该可以看到；insert into test1 values(2);SQL> conn lunar/lunarSQL> select * from tab;TESTBACKUP3 TABLESQL> create table test1 (a number);SQL> insert into test1 values(1);SQL> alter system switch logfile;SQL> commit;SQL> alter system switch logfile;SQL> insert into test1 values(2);SQL> commit;SQL> alter system switch logfile;SQL> conn internalSQL> archive log list数据库日志模式存档模式自动存档启用存档终点d:\BACKUPDB\archive最早的概要信息日志序列3下一个存档日志序列5当前日志序列5shutdown abort关闭例程，模拟数据文件丢失SQL> shutdown abortORACLE 例程已经关闭。

Mount数据库SQL> startup mount数据库装载完毕。

使损坏的数据文件脱机SQL> alter database datafile 'D:\BACKUPDB\USERS01.DBF' offline;打开数据库SQL> alter database open;拷贝刚才热备的数据文件（USERS01.DBF）恢复损坏的数据文件SQL> recover datafile 'D:\BACKUPDB\USERS01.DBF';ORA-00279: ?? 424116 (? 10/20/2002 20:42:04 ??) ???? 1 ????ORA-00289: ??: D:\BACKUPDB\ARCHIVE\BACKUPT001S00001.ARCORA-00280: ?? 424116 ???? 1 ???? # 1 ???指定日志: {<RET>=suggested | filename | AUTO | CANCEL}autoORA-00279: ?? 424125 (? 10/20/2002 20:44:14 ??) ???? 1 ????ORA-00289: ??: D:\BACKUPDB\ARCHIVE\BACKUPT001S00002.ARCORA-00280: ?? 424125 ???? 1 ???? # 2 ???ORA-00278: ??????????? 'D:\BACKUPDB\ARCHIVE\BACKUPT001S00001.ARC' ……………………..已应用的日志。

Oracle11g数据库热备份恢复的方法

Oracle11g数据库热备份恢复的方法最近发现多个客户使用的Oracle11g数据库，数据备份恢复会有数据异常丢失的问题、用原先exp 和imp导入导出命令会发现，ecology系统当中的部分表和视图不能被导出。

且exp的导出命令不会出现错误日志。

后来查资料找到了另一种解决数据备份恢复的方法：用expdp和impdp命令导出导入数据则没有上述问题。

完整的从服务器创建数据库备份恢复到本机测试环境的脚本如下：注，红色部分可能环境不同需要调整的变量。

--按win+R键打开运行、输入cmd进入命令行--输入Oralce命令行命令：sqlplus /nolog--sysdba身份登录Oracle数据库conn sys/Oracle1234$@orcl as sysdba--更改oracle配置参数alter system set "_allow_level_without_connect_by"=true;--创建临时报空间create temporary tablespace ecology_temp tempfile'D:\Developer\oracle\oradata\orcl\ecology_temp.dbf' size 32M autoextend on next 32M maxsize 2048M extent management local;--创建报空间create tablespace ecology logging datafile 'D:\Developer\oracle\oradata\orcl\ecology.dbf' size 32M autoextend on next 32M maxsize 2048M extent management local;--创建备份输出目录(如果此目录在服务上不存在，则需要手动创建)create directory dmpdir as 'D:\ecology_data';--创建用户create user ecology identified by ecology default tablespace ecology temporary tablespace ecology_temp;--给ecology用户授权grant connect, resource, exp_full_database, imp_full_database to ecology;grant create session to ecology;grant create table to ecology;grant create tablespace to ecology;grant create view to ecology;grant resource, connect, RECOVERY_CATALOG_OWNER to ecology;--授权与ecology用户，解决用户数据导出的问题grant execute on SYS.DBMS_DEFER_IMPORT_INTERNAL to ecology;grant execute on SYS.DBMS_EXPORT_EXTENSION TO ecology;--授权与ecology用户读写备份目录的权限grant read, write on directory dmpdir to ecology;--提交数据commit;--Oracle数据库导出命令expdp ecology/ecology@orcl dumpfile=data0324.dmp(导出的文件) directory=dmpdir schemas=ecology(要导出的用户)--Oralce数据库导入命令impdp ecology/ecology@orcl directory=dmpdir dumpfile=data0324.dmp(要导入的文件，必须和服务器在同一目录下) schemas=ecology(要导入的用户)。

Oracle数据库数据发生丢失后的恢复方法

将会丢失。因此，讨论不完全恢复。不
２１恢复过程．
ａｌ数据库数据发生丢失后的恢复方法，供同仁ｃｅ谨
参考。
Ｏａｌ数据库的恢复过程分两步进行，ｒｃｅ首先将把存放在重做日志文件中的所有重做运行到数据文件，之后对重做中所有提交的事务进行回滚，这样所有数据就恢复到发生灾难那一时刻了。数据库的恢复只能在发生故障之前的某一个时刻。例如：一个有２０／／０１１１的数据库备份，２０／／数据库中数据当０１５１发生混乱，望将数据库恢复到２０／／０时的状希０１４３态，只能先恢复２Ｏ／／Ｏｌ１１的数据库备份，然后在其运
环境。随着Ｗｉｄｗｓ系统的广泛应用，ｒｃｅ．７ｎｏＯａｌ１５已经成为过去时，于Ｗｉｄｗｓ的Ｏｒｃ８、基ｎｏａｌｉｅ
２恢复
数据库的恢复可分为两大类：一是完全恢复；二
是不完全恢复。
完全恢复指将数据恢复到发生故障的时间点，不丢失任何数据。不完全恢复指将数据恢复到发生
维普资讯
第２期
铁
法
科
技
２０年１月０６２
Ｏａｌ数据库数据发生丢失后的恢复方法ｒｃｅ
晓南矿关明杰
摘要本文详细介绍了Ｏｒｃ数据库发生灾难性数据丢失后的恢复方法，ａｌｅ重点讲述了用户操作失败与存储设备失败时数据库管理员完全恢复的办法。关键词ｏａｌ数据库备份恢复日志文件ｒｃｅＯａｌ数据库环境己成为世界上最流行的数据ｒｃｅ库平台之一，占有７以上的数据库市场份额，Ｏ并法，数据库必须处于打开状态，而且如果数据库不是

linux下oracle数据库文件丢失恢复

数据文件丢失之后的恢复错误现象：sql> startuporacle instance started.total system global area 7310Array664 bytesfixed size 73888 bytesvariable size 56086528 bytesdatabase buffers 16777216 bytesredo buffers 172032 bytesdatabase mounted.ora-03113: end-of-file on communication channel产生缘由分析：我的环境是linuxArray oracle 8.1.7.4出现问题的当时是，一台机器连到上面做insert into 操作，数据大概有63万条。

正在执行的过程中因为到了下班的时间，服务器设置的定时自动关机的功能，服务器在五点半的时候关机，导致insert into 操作中断，等服务器起来之后，提示一个表数据文件有问题，我就执行了shutdown immediatestartup mountrecover datafile /datafile.dbf提示恢复成功startup就出现上面的错误提示终于搞定了，采取的步骤是把，受到影响的表空间何数据文件drop 掉sql> startuporacle instance started.total system global area 7310Array664 bytesfixed size 73888 bytesvariable size 56086528 bytesdatabase buffers 16777216 bytesredo buffers 172032 bytesdatabase mounted.ora-03113: end-of-file on communication channelsql> conn system/manager as sysdbaconnected.sql> select name from datafiles2 ;select name from datafiles*error at line 1:ora-0121Array: database not open: queries allowed on fixed tables/views onlysql> select name from v$datafile2 ;name--------------------------------------------------------------------------------/u01/oradata/emcdb/system01.dbf/u01/oradata/emcdb/tools01.dbf/u01/oradata/emcdb/rbs01.dbf/u01/oradata/emcdb/temp01.dbf/u01/oradata/emcdb/users01.dbf/u01/oradata/emcdb/indx01.dbf/u01/oradata/emcdb/drsys01.dbf/u01/oradata/emcdb/emcbase.dbf/home/oracle/test.dbf/home/adonis/dwbx_wmstat.dbf//home/adonis/iwbx_wmindx.dbf11 rows selected.sql> alter database datafile //home/adonis/iwbx_wmindx.dbf offline2 ;alter database datafile //home/adonis/iwbx_wmindx.dbf offline*error at line 1:ora-01145: offline immediate disallowed unless media recovery enabled sql> alter database datafile //home/adonis/iwbx_wmindx.dbf offline drop; database altered.sql> alter database datafile /home/adonis/dwbx_wmstat.dbf offline drop;database altered.sql> alter database open;alter database open*error at line 1:ora-03113: end-of-file on communication channelsql> select name from v$tablespace;select name from v$tablespace*error at line 1:ora-03114: not connected to oraclesql> connect system/manager as sysdba; connected.sql> select name from v$tablespace;name------------------------------systemtemprbsindxusersdrsystoolsemcbasetest_userdwbx_wmstatiwbx_wmindx11 rows selected.sql> alter database tablespace dwbx_wmstat offline; alter database tablespace dwbx_wmstat offline*error at line 1:ora-02231: missing or invalid option to alter databasesql> drop tablespace dwbx_wmstat;drop tablespace dwbx_wmstat*error at line 1:ora-0154Array: tablespace not empty, use including contents option sql> drop tablespace dwbx_wmstat including contents; tablespace dropped.sql> drop tablespace iwbx_wmindx including contents; tablespace dropped.sql> alter database open2 ;alter database open*error at line 1:ora-01531: a database already open by the instancedatabase open success！！！！！。

ORACLE表备份恢复测试用例

1.准备工作在ORACLE中创建表SQL> create table test(name char(8),age int);Table created.SQL> select * from test;no rows selectedSQL> insert into test values('aaa',22);1 row created.SQL> commit;Commit complete.SQL> select * from test;NAME AGE-------- ----------aaa 222.准备工作在安腾普管理控制台创建Oracle备份应用添加ORACLE相关参数，包括ORACLE_HOME、ORALE_SID软件库文件等◆如果填写的各项参数都正确，点ORACLE应用图标右键还原和归档管理器就能展开ORACLE数据库结构如下◆定义ORACLE备份的介质池◆在作用管理器中可以查看ORACLE备份结果3.进行ORACLE表备份恢复测试◆恢复前将数据库的表dropSQL> drop table test;Table dropped.SQL> conn /as sysdbaConnected.SQL> shutdown immediate; Database closed.Database dismounted.ORACLE instance shut down.SQL>进入还原和归档管理器，启动还原操作数据库还原后，对数据库进行recoverSQL> startup mount;ORACLE instance started.Total System Global Area 5010685952 bytesFixed Size 2212936 bytesVariable Size 3221228472 bytesDatabase Buffers 1744830464 bytesRedo Buffers 42414080 bytesDatabase mounted.SQL> recover database using backup controlfile until cancel;ORA-00279: change 1040140 generated at 03/04/2015 02:54:36 needed for thread 1 ORA-00289: suggestion : /u01/app/11.2.0/arch/1_11_873425412.dbfORA-00280: change 1040140 for thread 1 is in sequence #11Specify log: {<RET>=suggested | filename | AUTO | CANCEL}ORA-00279: change 1040340 generated at 03/04/2015 02:55:15 needed for thread 1 ORA-00289: suggestion : /u01/app/11.2.0/arch/1_12_873425412.dbfORA-00280: change 1040340 for thread 1 is in sequence #12ORA-00278: log file '/u01/app/11.2.0/arch/1_11_873425412.dbf' no longer needed for this recoverySpecify log: {<RET>=suggested | filename | AUTO | CANCEL}Log applied.Media recovery complete.SQL>SQL> alter database open resetlogs;Database altered.4.检查还原的数据SQL> conn zwh/zwh Connected.SQL> select * from test; NAME AGE-------- ----------aaa 22SQL>。

oracle 集群故障处理案例

标题：Oracle 集裙故障处理案例正文：一、概述Oracle 数据库在企业应用中扮演着重要的角色，为了保障数据的安全性和稳定性，很多企业都会采用集裙的方式来部署 Oracle 数据库。

然而，即使采用了集裙部署，也无法完全避免故障的发生。

在实际运维中，处理集裙故障是数据库管理员必须面对的挑战之一。

本文将以实际案例为例，探讨在 Oracle 集裙中常见的故障处理方法。

二、故障现象描述我们的案例是发生在一家电商企业的 Oracle 数据库集裙上。

在一天凌晨的数据库备份过程中，其中一台节点的数据库突然宕机，无法对外提供服务。

这导致部分业务受到影响，需要尽快将故障排除恢复服务。

三、排查故障原因1. 查看日志信息我们登入到集裙中的其他正常节点，查看日志信息。

日志中显示了一些关于存储和网络异常的报警信息。

2. 检查存储状态我们通过存储管理工具查看存储的状态。

发现存储设备上的部分磁盘出现了异常，可能是造成数据库宕机的原因之一。

3. 检查网络连接我们也检查了集裙节点之间的网络连接状态，发现了某个节点与存储之间的网络连接存在异常。

四、故障处理过程1. 修复存储设备针对存储设备上的异常，我们立即通联存储设备厂家进行了紧急维护。

通过他们的帮助，我们成功修复了存储设备上的磁盘异常，并恢复了存储的正常状态。

2. 修复网络连接我们对节点与存储之间的网络连接进行了调试和修复。

最终找到了网络连接异常的原因，并采取相应措施进行了修复。

3. 数据库恢复在经过以上步骤的处理之后，我们重新启动了故障节点上的数据库实例，并进行了数据完整性检查和恢复操作。

故障节点顺利恢复，并重新加入到了集裙中，正常对外提供服务。

五、故障处理总结通过以上的故障处理过程，我们总结了以下几点经验和教训：1. 定期检查存储设备的健康状态，及时排除潜在风险。

2. 注意集裙节点之间的网络连接状态，及时发现并解决异常。

3. 在处理集裙故障时，要有条不紊地逐步排查，不要操之过急。

数据库备份与恢复技术的实践与案例分析

数据库备份与恢复技术的实践与案例分析近年来，随着互联网的蓬勃发展和大数据时代的到来，数据库备份与恢复技术在企业和个人的数据管理中扮演了至关重要的角色。

数据库备份是指将数据库中的数据复制到其他存储介质以防止数据丢失的过程，而数据库恢复则是在数据库的原始数据不可用时将备份数据恢复为可用状态的过程。

本文将首先介绍数据库备份与恢复技术的基本原理和常用方法，然后通过案例分析来深入探讨该技术在实践中的应用。

数据库备份是一项重要的数据管理措施，旨在防止数据丢失造成的损失。

数据丢失的原因可以是硬件故障、人为错误、软件故障、病毒攻击等。

因此，定期进行数据库备份并将备份数据存储在安全的地方是非常重要的。

常见的数据库备份方式包括完全备份、增量备份和差异备份。

完全备份是指将整个数据库的所有数据复制到备份介质中，它最为简单和可靠，但备份时间较长，占用磁盘空间大。

增量备份是基于完全备份的基础上进行的，只备份发生变化的数据，备份时间较短，占用磁盘空间较少，但在恢复时需要使用完整备份和之后的增量备份一起恢复。

差异备份则是备份上次完全备份之后发生过修改的数据，备份和恢复的时间都比增量备份短，但备份时占用的磁盘空间会随着时间的推移增加。

数据库恢复是在数据库数据不可用或异常时将备份数据恢复为可用状态的过程。

恢复的方法与备份的方法相似，需要根据备份类型和备份策略来选择合适的方法。

基于完全备份的恢复方式最为简单，只需要将完整备份的数据覆盖到目标数据库即可。

基于增量备份的恢复较为复杂，需要将完整备份和之后的增量备份一起恢复，保证数据的一致性。

而基于差异备份的恢复则只需恢复上次完全备份之后的差异备份即可。

此外，灾难恢复、数据库复制和日志恢复等高级恢复技术也是企业中常用的手段，可以提高恢复速度和可用性。

案例一：小型企业数据库的备份与恢复实践某小型企业使用MySQL作为其主要的数据库管理系统。

为了保证业务数据的安全性与可用性，企业定期使用mysqldump命令对数据库进行了完全备份，并将备份文件存储在安全的地方。

Oracle11gRAC数据库节点损坏恢复

Oracle11gRAC数据库节点损坏恢复Oracle11gR2 Rac节点损坏恢复方正国际公共安全事业部技术文档3.本次修改变更说明序号变更内容简述1.2.3.4.5.第1章概述辽宁省厅警务综合平台项目中，锦州数据库现场的用户因为在未停止数据库的情况下，扩展磁盘阵列，更换磁盘，导致1节点本地磁盘阵列挂不上，导致只能一个节点使用数据库，需要重新配置oracle集群信息。

第2章系统环境项目名称服务器名RAC节点1 RAC节点2 操作系统RedHat 6 RedHat 6集群软件Oracle GRID Oracle GRID 服务器主机名his1 his2IP 地址（示例）172.31.1.50 172.31.1.51 系统用户用户名RootGridoracle系统组dbaasmdbaasmadminoinstallasmoper dba asmdba asmadmin oinstall asmoper第3章数据库环境项目名称服务器名称RAC节点1 RAC 节点2 公共IP地址172.31.1.50 172.31.1.51 虚拟IP地址172.31.1.52 172.31.1.53 心跳IP地址192.168.0.1 192.168.0.2172.31.1.54ScanIP 地址Oracle RAC SID orcl1 orcl2数据库名称orcl数据文件路径+DATA归档文件+ARCH数据库版本Oracle Database 11g Enterprise Edition Release11.2.0.4.0(64位)/u01/app/gridGRID_BASE目录/u01/app/grid/11.2.0GRID_HOME目录/u01/app/oracleORACLE_BASE目录/u01/app/oracle /11.2.0ORACLE_HOME目录数据库监听端口1521数据库字符集ZHS16GBKoracle数据库用户（sys,system）密码数据库硬盘管理方式ASM第4章实施步骤4.1 操作系统准备工作包括如下操作，主要和rac安装文档相同，如果需要重新安装操作系统，请参考rac安装文档的操作，进行操作系统配置。

dba 案例

dba 案例DBA（数据库管理员）案例通常涉及数据库的管理、维护、诊断和恢复等方面。

以下是一个典型的DBA案例：假设某企业拥有一台Oracle数据库，数据库管理员（DBA）负责监控和维护数据库。

在某一天，DBA发现数据库性能下降，查询响应时间变长，于是开始进行故障排查。

1. 分析现象：DBA首先查看数据库的性能指标，如CPU利用率、内存使用情况、I/O吞吐量等，发现并无明显异常。

然而，在检查数据库日志时，发现有大量ORA错误日志，提示可能存在数据文件损坏。

2. 诊断问题：DBA根据日志信息，定位到可能损坏的数据文件，并使用Oracle提供的诊断工具，如ADMIN_EXPORT和ADMIN_IMPORT 等，对损坏的数据文件进行诊断。

诊断结果显示，数据文件存在物理损坏。

3. 制定恢复方案：DBA根据诊断结果，制定数据文件恢复方案。

在此案例中，可以选择以下几种方法：-手动恢复：通过Oracle的备份和恢复工具，如RMAN（远程管理工具），手动恢复损坏的数据文件。

-自动恢复：如果数据库配置了自动备份和恢复机制，可以触发自动恢复过程。

-紧急恢复：在数据文件无法恢复的情况下，可以选择紧急恢复，通过重建数据文件或使用备用数据文件等方式，尽快恢复数据库正常运行。

4. 实施恢复：DBA根据恢复方案，执行数据文件恢复操作。

在此过程中，需要密切关注数据库的运行状况，确保恢复成功。

5. 验证恢复结果：恢复完成后，DBA需要对数据库进行验证，确保数据完整性和正确性。

可以使用Oracle提供的数据校验工具，如ANALYZE TABLE、CHECK TABLE等，对数据库进行校验。

6. 优化数据库：为了防止类似问题再次发生，DBA需要对数据库进行优化。

这包括调整数据库参数、优化表结构和索引、调整查询性能等。

通过以上步骤，DBA成功解决了数据库性能下降的问题，确保了企业数据的稳定和安全性。

需要注意的是，这里提供的案例仅供参考，实际工作中的DBA案例可能涉及更多技术和工具，具体操作需要根据实际情况进行。

oracle删除恢复语句实例 -回复

oracle删除恢复语句实例 -回复如何使用Oracle数据库删除数据并进行恢复Oracle数据库是一种强大的关系型数据库管理系统，它为用户提供了高效、可靠的数据管理解决方案。

在数据库管理中，删除操作是非常常见的，但有时候我们可能会意外删除了一些重要的数据。

这时候，我们需要使用恢复操作来将这些数据重新回滚到原始状态。

本文将详细介绍如何使用Oracle数据库执行删除操作并进行数据恢复。

1. 在删除数据之前，首先要确保你有足够的权限执行该操作。

你需要登陆到Oracle数据库，并以管理员身份连接。

如果你没有管理员权限，你可以通过向数据库管理员申请获取相应的权限，或者与数据库管理员一起协作进行操作。

2. 确保你已经备份了数据库。

在执行删除操作之前，最好备份一下整个数据库，在意外删除数据后可以便捷地进行数据恢复。

你可以使用Oracle提供的备份工具如RMAN来进行数据库备份。

备份工具详情请参考Oracle官方文档。

3. 在删除数据之前，你应该先确认一下你要删除的数据。

可以通过以下SQL语句查找到你想删除的数据：sqlSELECT * FROM your_table WHERE condition;这里的your_table是你需要删除数据的表名，condition是你的删除条件。

通过执行这个SQL语句，你可以确认你要删除的数据是否正确。

4. 执行删除操作。

在你确认了要删除的数据后，你可以使用以下SQL语句删除数据：sqlDELETE FROM your_table WHERE condition;这里的your_table是你要删除数据的表名，condition是你的删除条件。

执行这个SQL语句后，相应的数据将被删除。

5. 恢复删除的数据。

如果你意外删除了一些重要的数据，你可以通过回滚事务或数据库恢复来还原数据。

在这种情况下，数据库恢复是最可靠的方法。

你可以使用以下步骤来进行数据库恢复：1. 停止Oracle数据库。

实验8-Oracle数据库备份与恢复

实验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 V ARCHAR2(25));（3）利用数据库冷备份恢复BOOKSALES数据库到备份时刻的状态并查看恢复后是否存在cold表。

（4）将BOOKSALES数据库设置为归档模式。

1.1 shutdown immediate 正常关闭数据1.2 startup mount;将数据库启动到mount状态3)、关闭flash闪回数据库模式，如果不关闭的话，在后面关闭归档日志的时候就会出现讨厌的ora-38774错误。

alter database flashback off1.3 alter database archivelog;发出设置归档模式的命令1.4 alter database open;打开数据库1.5 再次正常关闭数据库，并备份所有的数据文件和控制文件1.6 archive log list;在将数据库设置为归档模式后，可以执行此命令进行确认1.6.1 Database log mode 为Archive Mode说明当前的数据库为归档模式1.6.2 Automatic archival为Enable说明启动了自动归档。

oracle数据丢失恢复数据方法

oracle数据丢失恢复数据方法在使用Oracle数据库过程中，数据丢失是一种常见的问题。

当数据库中的数据丢失时，我们需要及时采取措施来进行数据恢复，以避免数据的长期丢失。

本文将介绍一些常用的Oracle数据丢失恢复方法，帮助我们有效地处理这个问题。

1. 数据库备份与恢复数据库备份是一种常见的防范措施，它可以帮助我们在数据丢失后快速恢复数据库。

在Oracle中，我们可以使用RMAN（Recovery Manager）工具来实现数据库备份和恢复。

RMAN可以备份整个数据库或者特定的表空间、数据文件等，同时也支持增量备份，大大减少了备份所需的时间和空间。

当数据库发生数据丢失时，我们可以使用RMAN来恢复备份的数据库文件，确保数据的完整性。

2. 闪回技术Oracle提供了闪回技术，可以帮助我们恢复数据库到某个历史时间点的状态。

通过闪回技术，我们可以将数据库中的数据、表结构等回滚到特定的时间点，从而实现数据的恢复。

闪回技术相比于传统的数据恢复方法，具有更高的效率和更少的风险。

我们可以使用闪回查询（FLASHBACK QUERY）来查看历史数据，使用闪回表（FLASHBACK TABLE）来恢复特定表的状态，使用闪回数据库（FLASHBACK DATABASE）来恢复整个数据库。

3. 日志文件恢复Oracle数据库在运行过程中会生成大量的日志文件，这些日志文件记录了数据库的操作、变更等信息。

当数据库发生数据丢失时，我们可以通过日志文件的恢复来还原数据。

在Oracle数据库中，我们可以使用归档日志文件（Archive Log）或在线重做日志文件（Online Redo Log）来进行数据恢复。

归档日志文件可以将数据库中的所有变更操作记录下来，当数据丢失时，我们可以将归档日志文件应用到数据库中，恢复数据的完整性。

同时，我们也可以使用在线重做日志文件来进行数据恢复，将重做日志文件中的操作应用到数据库中。

4. 数据库导入导出数据库导入导出是一种常见的数据恢复方法。

ORACLE最简单有效的备份恢复方案

ORACLE 最简单有效的备份恢复方案ORACLE备份分两种，1.逻辑备份；2.物理备份；逻辑备份又分两种：传统的exp备份；10g开始支持的expdp数据泵备份；物理备份主要就是RMAN备份；最基本的原则是：这些逻辑或物理备份和数据库文件必须放在不同的硬盘上；否者一损俱损；备份就没多大意义了；如果数据库不是很大，比如在50G以下，那么我们就考虑一些傻话化的全备方案我现在的备份方案是：两个逻辑备份和RMAN 备份全部用上；1.传统dmp逻辑备份和恢复1.1传统dmp逻辑备份，这个是最简单的备份方法；现在我提供一个简单的脚本：1.1.1首先建立一个bat文件，名字叫：exp_backup.bat内容是：set oracle_username=%1set oracle_password=%2set local_tnsname=%3set url=%oracle_username%/%oracle_password%if not %local_tnsname% == "" set url=%url%@%local_tnsname%if exist %oracle_username%_old.dmp del %oracle_username%_old.dmpif exist %oracle_username%_old.log del %oracle_username%_old.logif exist %oracle_username%.dmp ren %oracle_username%.dmp %oracle_username%_old.dmpif exist %oracle_username%.log ren %oracle_username%.log %oracle_username%_old.logexp %url% file=%oracle_username%.DMP log=%oracle_username%.LOG该脚本是一个通用的最简单的exp脚本；意思就是：备份之间，把以前的备份文件修改名字，后面加上_old ，如果本来就有old文件，就删除之；之后，就开始备份；备份的文件目录和该脚本一致(这样做最简单)；所以总是会出现一新一旧两个文件；当然只要最新的就行了，所以理论上只要一份文件；但是考虑有可能备份的时候突然报错，这样old文件还在，将就着使用,否者新的是坏的，旧的也没了；有的人做一周7天逻辑循环备份，我觉得没有必要，要那么多旧的备份文件何用，浪费空间；1.1.2然后再做一个bat文件，比如是my_exp.bat内容是:call exp_backup.bat USER PASSWORD ""如果是在服务器自身上备份，就不需要写入数据库服务名；如果有多个用户数据需要备份；那么就在my_exp.bat继续添加：call exp_backup.bat USER1 PASSWORD1 ""….My_EXP.BAT可以做成windows的执行计划，每天不忙的时候执行一次；1.2 exp备份的恢复下面就是恢复的最简单方法：1.2.1．把电脑上当前用户彻底删除，用命令，这样就可以把对象彻底清除；DROP USER XXX CASCADE1.2.2．再创建该用户CREATE USER xxxxIDENTIFIED BY xxxxDEFAULT TABLESPACE xxxxTEMPORARY TABLESPACE TEMP并赋予权限：GRANT DBA TO xxxx WITH ADMIN OPTION1.2.3用IMP恢复C:\> imp xxxx/xxxx FILE=xxxx.DMP LOG=xxxx.LOG FULL=Y2.10G后的数据泵expdp备份和恢复2.1 expdp 备份据说这个比exp有很多优点，这个我就不说了，大家可以自己参考资料；不过我测试下来，如果数据量小expdp 还是不如exp的；但是还是建议是使用expdp，因为数据会慢慢变大的，用expdp更好些；我最看重的是：expdp备份的文件涵盖的东西更多；所以恢复的时候方便；删除用户后，可以不用再创建用户恢复；实现方法和exp类似：不过，它的目录不像EXP那么直接，需要使用oracle的目录对象；所以2.1.1第一步先创建一个目录对象，比如：SQL>create or replace directory LOGIC_BUCKUPas 'd:\OACLE_BACKUP\逻辑备份';2.1.2建立一个通用脚本，比如叫EXPDP_BACKUP.BAT内容是：set oracle_username=%1set oracle_password=%2set local_tnsname=%3set url=%oracle_username%/%oracle_password%if not %local_tnsname% == "" set url=%url%@%local_tnsname%if exist %oracle_username%_old_dump.dmp del %oracle_username%_old_dump.dmpif exist %oracle_username%_old_dump.log del %oracle_username%_old_dump.logif exist %oracle_username%_dump.dmp ren %oracle_username%_dump.dmp %oracle_username%_old_dump.dmpif exist %oracle_username%_dump.log ren %oracle_username%_dump.log %oracle_username%_old_dump.logEXPDP %url% DIRECTORY=LOGIC_BACKUP DUMPFILE=%oracle_username%_DUMP.DMP LOGFILE=%oracle_username%_DUMP.LOG PARALLEL=2该方法与上面的dmp备份类似；2.1.3然后再做一个bat文件，比如是my_expdp.bat内容是:call expdp_backup.bat USER PASSWORD ""如果是在服务器自身上备份，就不需要写入数据库服务名；如果有多个用户数据需要备份；那么就在my_exp.bat继续添加：call expdp_backup.bat USER1 PASSWORD1 ""……同dmp备份一样，My_EXPdp.BAT也可以做成windows的执行计划，每天不忙的时候执行一次；2.2 expdp备份的恢复下面就是恢复的最简单方法：2.2.1．把电脑上当前用户彻底删除，用命令，这样就可以把对象彻底清除；DROP USER XXXX CASCADE2.2.2.用另外一个权限较高的用户(最好不是sys,比如是YYYY) 导入：C:\>IMPDP yyyy/yyyy DUMPFILE=xxxx_DUMP.DMP LOGFILE=xxxx_DUMP.LOG DIRECTORY=LOGIC_BUCKUPPARALLEL=2（这里的LOGIC_BUCKUP是oracle的对象目录，要和xxxx_dump.dup存放的目录一致）这样就OK了，也即是说用户不需要创建，数据泵文件含有了用户以及它原来的权限；从这点来讲，是不是比IMP导入更为方便；好了，两种逻辑备份讲完了，下面重点说一下RMAN备份；因为在生产系统中，逻辑备份作用不大的，因为它不能实时的备份数据，所以逻辑备份更多的时候是给开发人员互相导入数据和存储过程之类用的；RMAN备份的原理还是有点复杂的，很多细节的我也不是很清楚，不过没关系，我们可以整理出一套最简单的备份方案：3.RMAN备份和恢复3.1. RMAN备份3.1.1 首先把数据库参数关注一下，关注下面两个参数第一个参数：db_recovery_file_dest_size,上图中的大小是默认的4G，也就是归档模式下，archivelog的所有归档日志文件大小总和，如果超过这个数，就会导致数据库出问题；所以要非常小心，因而建议修改大一些，比如修改成20G；当然最本质的方法，是要按时清理无用的归档日志；第二个参数：db_recovery_file_dest ，这个参数非常重要，是11G里，存放rman备份集和归档日志的地方；默认是放在flash_recovery_area目录下的，因为我的系统的flash_recovery_area 和数据库文件在同一个硬盘，所以修改了；3.1.2．关注redo日志文件，每组里要有两个成员，1个在数据库文件的硬盘下，1个在备份文件的硬盘下，因为日志文件写入最频繁，RMAN无法对它备份，或者说任何备份工具都无法对redo日志备份；不过redo它自己可以做冗余，两个文件只要有一个在，即可；比如：3.1.3做一个最简单的rman备份脚本；3.1.3.1首先做一个txt，比如是：autorman.txt内容是：sql 'alter system archive log current';backup database;delete noprompt obsolete;这三句话的作用分别是：1.对当前redo日志进行归档；2.备份数据库3.删除无效的archive日志和rman备份集3.1.3.2 做一个bat 调用上面的autorman.txt，比如是：autorman.bat内容是：rman target / @autorman.txt然后就在winddows下做一个执行计划，每天或没隔几天，自动执行一下这个autorman.bat当然备份之前，要用rman>show all 看一下参数设置，有没有自动备份控制文件，如果没有，要加上；3.2 rman恢复Rman恢复非常简单；下面说一下步骤：3.2.1 假如最新一次全备是3天前的，先随便建立一个新表，比如是test_rman，随便插几条数据；用来测试还原后，这个最新的对象是否也给恢复了；现在用sqlplus登陆，shutdown 数据库，然后把oracle的数据库文件全部删除(控制文件，redo日志文件，数据库文件)；3.2.2 用sql> startup nomount 启动数据库的参数文件，参数文件和数据库文件不在同一个硬盘，所以没丢；这时候如果执行sql>alter database mount 会报错，因为mount会加载控制文件，而控制文件已经丢了；3.3.3.把以前控制文件所在的目录建立好，否者rman找不到控制文件恢复路径；然后执行RMAN> restore controlfile from autobackup;这样控制文件就回复了，有了控制文件就好办了；3.2.4. 以为有了控制文件，所以在sqlplus里，可以装载数据库Sql>alter database mount3.2.5 数据库被装载后，说明控制文件生效了，这时候，所有的数据库信息都出来了；所以可以用rman还原数据库了：RMAN> RESTORE database;3.2.6 恢复数据库：RMAN> recover database;2.2.7 数据库现在已经全部回复好，可以重新启动了：SQL> alter database open resetlogs;数据库已更改。

Oracle数据库文件损坏修复(断电情况下)

现场情况：1、数据库没有作归档，2、数据都存放在system表空间3、没有备份状况：操作系统由于磁盘原因出现宕机，用户强行按电源关闭系统，数据库无法启动。

处理：Sql代码1.SQL> recover database;2.ORA-00283: recovery session canceled due to errors3.ORA-12801: error signaled in parallel query server P0024.ORA-10562: Error occurred while applying redo to data block (file# 1, block#4568)5.ORA-10564: tablespace SYSTEM6.ORA-01110: data file 1: '/opt/oracle/oradata/orcl/system01.dbf'7.ORA-10561: block type 'TRANSACTION MANAGED INDEX BLOCK', data object# 5768.ORA-00600: internal error code, arguments: [6101]9.检查日志信息如下：Oracle代码1.Mon Nov 1915:38:5020072.ALTER DATABASE RECOVER database3.Mon Nov 1915:38:5020074.Media Recovery Start5. parallel recovery started with 3 processes6.Mon Nov 1915:38:5020077.Recovery of Online Redo Log: Thread 1 Group 3 Seq 16 Reading mem 08. Mem# 0 errs 0: /opt/oracle/oradata/orcl/redo03.log9.Mon Nov 1915:38:50200710.Errors in file /opt/oracle/admin/orcl/bdump/orcl_p002_7917.trc:11.ORA-00600: internal error code, arguments: [6101], [0], [17], [0], [], [], [], []12.Mon Nov 1915:38:50200713.Errors in file /opt/oracle/admin/orcl/bdump/orcl_p000_7913.trc:14.ORA-00600: internal error code, arguments: [3020], [2], [882],[8389490], [], [], [], []15.ORA-10567: Redo is inconsistent with data block (file# 2, block# 882)16.ORA-10564: tablespace UNDOTBS117.ORA-01110: data file 2: '/opt/oracle/oradata/orcl/undotbs01.dbf'18.ORA-10560: block type 'KTU UNDO BLOCK'19.Mon Nov 1915:38:51200720.Errors in file /opt/oracle/admin/orcl/bdump/orcl_p000_7913.trc:21.ORA-00600: internal error code, arguments: [3020], [2], [882],[8389490], [], [], [], []22.ORA-10567: Redo is inconsistent with data block (file# 2, block# 882)23.ORA-10564: tablespace UNDOTBS124.ORA-01110: data file 2: '/opt/oracle/oradata/orcl/undotbs01.dbf'25.ORA-10560: block type 'KTU UNDO BLOCK'26.Mon Nov 1915:38:51200727.Errors in file /opt/oracle/admin/orcl/bdump/orcl_p002_7917.trc:28.ORA-10562: Error occurred while applying redo to data block (file# 1, block# 4568)29.ORA-10564: tablespace SYSTEM30.ORA-01110: data file 1: '/opt/oracle/oradata/orcl/system01.dbf'31.ORA-10561: block type 'TRANSACTION MANAGED INDEX BLOCK', data object# 57632.ORA-00600: internal error code, arguments: [6101], [0], [17], [0], [], [], [], []33.Mon Nov 1915:38:54200734.Errors in file /opt/oracle/admin/orcl/bdump/orcl_p001_7915.trc:35.ORA-00600: internal error code, arguments: [kddummy_blkchk], [1], [1658], [6101], [], [], [], []36.Mon Nov 1915:38:54200737.Errors in file /opt/oracle/admin/orcl/bdump/orcl_p001_7915.trc:38.ORA-10562: Error occurred while applying redo to data block (file# 1, block# 1658)39.ORA-10564: tablespace SYSTEM40.ORA-01110: data file 1: '/opt/oracle/oradata/orcl/system01.dbf'41.ORA-10561: block type 'TRANSACTION MANAGED DATA BLOCK', data object# 23742.ORA-00607: Internal error occurred while making a change to a data block43.ORA-00600: internal error code, arguments: [kddummy_blkchk], [1], [1658], [6101], [], [], [], []44.Mon Nov 1915:38:54200745.Media Recovery failed with error 1280146.ORA-283 signalled during: ALTER DATABASE RECOVER database ...从上面信息中抓取了一个信息：Oracle代码1.ORA-10562: Error occurred while applying redo to data block (file# 1, block# 1658)针对这个错误解决如下：Oracle代码1.ORA-10562: Error occurred while applying redo to data block (file# string, block# string)2.Cause: See other errors on error stack.3.Action: Investigate why the error occurred and how important isthe data block. Media and standby database recovery usually ca n continue if user allows recovery to corrupt this data block。

Oracle 基于时间的不完全恢复

Oracle 基于时间的不完全恢复对于基于时间的不完全恢复，由DBA指定存在问题的事务时间。

这也意味着如果知道存在问题的事务的确切发生时间时，执行基于时间的不完全恢复是非常合适的。

例如，假设用户在上午9：30将大量的数据库加载到了一个错误的表中，如果没有一种合适的方法从表中删除这些数据，那么DBA可以执行基于时间的恢复，数据库恢复到上午9：29时的状态。

当然，这些工作是基于用户知道将事务提交到数据库的确切时间。

基于时间的不完全恢复有许多不确定因素。

例如，根据将数据库加载到表中所使用的方法，可能会涉及到多个事务，而用户只注意到了最后一个事务的提交时间。

此外，事务的提交时间是由Oracle服务器上的时间决定的，而不是由单个用户的计算机时间决定。

这些因素都可能会导致数据库恢复不到正确的加载数据之前的状态。

在对数据库执行不完全恢复后，必须使用RESETLOGS选项打开数据库，这将导致以前的任何重做日志文件都将变得无效。

如果恢复不成功，那么将不能再次尝试恢复，因为重做日志文件是无效的。

这就需要在不完全恢复之前从备份中恢复控制文件、数据文件以及重做日志文件，以便再次尝试恢复过程。

在RMAN中执行基于时间的不完全恢复的命令为SET UNTIL TIME。

对于用户管理的基于时间的恢复，时间参数是作为RECOVER命令的一部分指定的，但是在RMAN中执行恢复时，对恢复时间的指定则是在RECOVER命令之前进行设置。

下面通过一个实例来演示基于时间的不完全恢复。

（1）启动RMAN，并连接到目标数据库。

（2）关闭数据库，并重新启动数据库到MOUNT状态。

（3）在RMAN中执行如下命令块，创建数据库的一个备份。

RMAN> run{2> allocate channel ch1 type disk;3> allocate channel ch2 type disk;4> backup database5> format 'f:\oracle_backup\2008-5-16\database\database_%T_%u_%c.bak';6> backup archivelog all7> format 'f:\oracle_backup\2008-5-16\archive\archivle_%T_%u_%c.arc';8> }（4）对数据库完成备份后打开数据库。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

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 命令，数据库打开。

2.2 查询实例状态，数据库报ora_00600错误；进行其他查询，其中一些查询可以进行，一些查询报错，而且报错都是ora_00600错误。

2.4查看警告日志追踪文件查看内部错误代码；
警告日志部分内容如下：
ORA-00600: internal error code, arguments: [13013], [5001], [267], [8456009], [5], [8456009], [17], [], [], [], [], []
Non-fatal internal error happenned while SMON was doing logging scn->time mapping. 进行各种尝试，查阅大量资料。

数据库的这种内部错误，不能通过命令修复。

尝试导出数据库。

2.3 用expdp/exp工具导出数据库；
2.3.1使用expdp导出数据库
expdp导出数据库报错，和上面查询报同样的错误。

sysaux01.dbf文件损坏导致expdp工具不可用，导出数据库失败。

尝试使用exp导出数据库
2.3.2使用exp导出数据库
exp导出数据库，和上面报同样的错误。

数据库报严重的内部错误，导致导出工具exp不能使用，甚至一些查询都不能进行，导出数据库失败。

3解析数据文件，获取用户数据
由上可知，数据库的恢复已不可能。

底层解析，解析数据文件，获取用户对象。

3.1使用北亚自主研发DBF解析工具的，获取数据。

结果如下:
3.2 迁移对象到数据库中
创建数据库，在数据库中创建用户，为用户分配表空间，解锁用户并授权。

然后，通道数据的搭桥的方式，将解析到的用户对象迁移到数据库中。

四、验证数据
使用toad for oracle工具验证数据
五、导出数据，交付用户
5.1使用exp或者expdp导出zxfg用户下的所有对象，本例采用exp导出数据命令如下：
exp system/abcfile=C:\test\dump\zxfg.dmp log=C:\test\dump\zxfg.log owner=zxfg
查看导出数据库的dmp文件及导出日志，确保导出文件没有问题。

5.2用户导入数据，查看导入数据的完整性。

用户验证数据后，全部正确，并表示非常满意。