oracle10g冷备份和恢复过程记录

一、冷备份:

1、操作系统无法进入,需要利用启动盘进入winpe系统进行操作。

2、进入PE系统后,搜索所有盘符确认没有其它被作为oracle数据文件存放的目录,也就是说所有oracle有关的文件都存放在oralce的安装目录下,所以就直接将oracle的安装目录下所有文件都拷贝一份到移动硬盘。 3、记录下oralce的版本号、安装路径、数据库名(可以在pfile文件中查看到)、实例名保证后续重建数据库的时候配置和原数据库统一。

4、到此冷备份结束。

二、恢复:

1、彻底清除原安装路径下的oralce文件;

2、重新安装oralce10g,到原安装路径下,所有文件的路径都保持一致;

3、安装完成后检查oralce服务是否成功启动,数据库是否能够通过sqlplus / as sysdba;命令访问;

4、查看当前数据库的启动状态,为open,到此数据库安装成功。

5、接着将移动硬盘中备份的admin目录,pfile目录,spfile文件,(控制文件,数据文件,日志文件)都覆盖掉新装的oralce的对应的目录和文件;

6、进入sqlplus,输入命令: recover database using backup controlfile until cancel;

在输出的内容后面,敲入redo日志文件的绝对路径,然后回车,如果没有成功,就换一个redo日志文件接着试,直到成功为止。    成功后提示:已应用的日志。完成介质恢复。

7、接着输入命令: alter database open;成功打开数据库。

8、通过远程访问,成功。

三、问题:

1、在使用应用程序的时候发现某条sql(查询待办)的执行报了oralce的内部错误,经过分析发现是某个字段(办理状态)只要被作为条件查询就会导致此错误,可能是恢复的过程中出了问题,或者本身备份的原数据文件就已经有问题了, 解决的方法是用新的字段替换出问题的字段,然后将旧字段删除即可。

四、总结:

1、在此过程中其实遇到了很多没有遇见过的故障,究其原因还是因为没有同时覆盖(控制文件,数据文件,日志文件)和没有做最后的恢复命令导致的;

2、还是有一些问题没有理解的透彻,回头需要进行一番研究以彻底弄清楚恢复的原理和过程。

3、整个过程花费时长7.5小时。

五、待验证的想法:其实很可能不需要重新安装oralce,也能恢复数据,具体做法如下:

1、不要删除原来的oralce安装目录;

2、tnsnames.ora 和listener.ora文件换成初始状态;

3、运行命令,打开数据库创建向导:

D:\oracle\product\10.2.0\db_1\BIN\launch.exe "D:\oracle\product\10.2.0\db_1\assistants\dbca" ..\assistants\dbca\dbca.cl

4、在打开数据库创建向导中,建立一个数据库,其名称和路径要和原数据库保持一致;

5、之后的操作同上面的5、6、7;

6、运行命令,打开实例和监听创建向导:

D:\oracle\product\10.2.0\db_1\BIN\launch.exe "D:\oracle\product\10.2.0\db_1\NETWORK\tools" ..\NETWORK\tools\netmgr.cl

7、创建实例和监听。

时间: 2024-12-04 19:58:36

oracle10g冷备份和恢复过程记录的相关文章

raid5掉了2块硬盘,热备盘未激活的恢复过程记录

[Raid5阵列数据恢复案例简介] 今天记录一次raid5磁盘阵列数据恢复的成功案例.首先简单介绍一下需要数据恢复的服务器基础配置情况:·客户的服务器设备为EMC存储,raid5磁盘阵列,由多块stat硬盘组成一组磁盘阵列,包含两块热备盘.服务器发生故障崩溃时底层硬盘有2块出现故障,热备盘中有一块被激活.· [服务器数据恢复常规检测] 数据恢复中心的数据恢复工程师前往客户现场对服务器设备进行故障检测.服务器数据恢复工程师对客户服务器设备进行了简单排查,确认raid5阵列瘫痪:上层lun无法正常使

网站无法访问的恢复过程记录

问题:监控短信发出网站的所有的网址突然无法访问.首先尝试访问几个网址测试,测试了几个都是如此.判断后台的程序出现问题. 1.查看端口是否正常:netstat -tunlp | grep 802.查看服务是否正常:ps -ef | grep httpd 端口及服务都没有在运行. 尝试运行服务:/wdlinux/httpd/bin/apachectl start启动报错[[email protected] lib64]#/wdlinux/httpd/bin/apachectl starthttpd:

记录SQL Server2008日志文件损坏的恢复过程

记录SQL Server2008日志文件损坏的恢复过程: 环境:系统Windows Server2003 数据库SQL Server2008 故障原因:通过mstsc链接同一服务器时,用户界面不一致.决定重启服务器,未正确关闭应用程序的情况下(程序在访问数据库),导致数据库日志文件损坏,自然也就无法访问mdf文件!(都是微软自家的产品,重启服务器为什么不能检查数据库的状态,将数据库设置在安全状态后在重启呢??所以,要养成良好的习惯.关闭现有数据库链接,再重启服务器) 故障表现:无法访问数据文件,

记录一次raid信息丢失的成功恢复过程,恢复结果极度舒适

[存储raid阵列故障的起因] 事情的起因是这样的,这次经历的数据恢复设备为DL380系列存储,存储中存储的是客户公司内部文件和机密信息.存储上共有6块硬盘组成raid5阵列,在正常使用过程中存储突然崩溃,强制重启后无法找到存储设备,再重启还是这样.客户于是联系我们进行存储层面的数据恢复.· [数据恢复故障分析] 经过和硬件部门同事的一同检测和分析,大致可以推断客户这台存储的故障应该是raid模块损坏,一般出现这种raid信息丢失或者raid模块硬件损坏的原因多是由于多次的断电造成的.说回到本次

记录一次邮件容灾恢复过程

背景介绍 客户目前使用的是Exchange Server 2013,两前两后,数据盘是存储挂载过来的,邮件备份使用的是NBU,由于机房漏水,导致存储服务器宕机.导致绝大部分数据丢失. Exchange恢复过程 使用新存储重新划分磁盘,并使用NBU逐个恢复数据库,按照原路径恢复. 检查已恢复的数据库所在的服务器(以数据库L14DB3为例) Get–MailboxDatabase L14DB2 | Get-MailboxDatabaseCopyStatus 3.检查数据库和log路径 Get-Mai

mysqldunp增量恢复过程及详解

Mysql增量恢复必备条件 1.开启mysql log-bin日志功能 MySQL数据库开启了log-bin 参数记录binlog日志功能下: 小结:增量恢复的条件: 存在一份全备加上全备之后的时刻到出问题时刻的所有增量binlog文件备份. 创建模拟环境 [[email protected] 3306]# grep log-bin /data/3306/my.cnf log-bin = /data/3306/mysql-bin [[email protected] 3306]# mkdir -

一次心惊肉跳的服务器误删文件的恢复过程

经历了两天不懈努力,终于恢复了一次误操作删除的生产服务器数据.对本次事故过程和解决办法记录在此,警醒自己,也提示别人莫犯此错.也希望遇到问题的朋友能找到一丝灵感解决问题. 事故背景 安排一个妹子在一台生产服务器上安装Oracle,妹子边研究边安装,感觉装的不对,准备卸载重新安装.从网上找到卸载方法,其中要执行一行命令删除Oracle的安装目录,命令如下: rm -rf $ORACLE_BASE/* 如果ORACLE_BASE这个变量没有赋值,那命令就变成了 rm -rf /* ==||,妹子使用

MySQL崩溃恢复过程常见错误分析

最近在和一个同事争论MySQL崩溃恢复中的一些常见错误时出现了一些分歧,他认为一些参数的设置会导致MySQL出现崩溃后恢复不起来的问题,但对此,我却不认同,虽然一些参数的设定会导致数据丢失,但应该不会引起数据库崩溃之后无法恢复的情况,因此,就想整理出MySQL崩溃恢复的过程来加深学习! 图一 mysql WAL过程 在正常情况下,数据写入会先写入redo_buffer_pool,然后在写入redo_log_file,这中间如果由于参数设置不当,可能会发生丢失,但不影响主机的崩溃恢复,但有以下两种

MySQL数据库恢复过程

MySQL数据库恢复过程 某客户更新数据的时候,误删了数据库的内容,因为数据库做了主从,但是没有做备份(备份很重要啊!)幸好开启了bin-log.之后只好把整个日志的记录拿回来本地进行恢复.之后自己也做了一个简单的测试,对数据进行恢复,具体如下: binlog是什么? binlog日志用于记录所有更新且提交了数据或者已经潜在更新提交了数据(例如,没有匹配任何行的一个DELETE)的所有语句.语句以"事件"的形式保存,它描述数据更改 1.新建一个表 CREATE TABLE `lynn`