Chinaunix首页 | 论坛 | 博客
  • 博客访问: 654445
  • 博文数量: 244
  • 博客积分: 9445
  • 博客等级: 中将
  • 技术积分: 2572
  • 用 户 组: 普通用户
  • 注册时间: 2006-04-11 16:39
个人简介

简单点,再简单点

文章分类

全部博文(244)

文章存档

2020年(2)

2019年(1)

2018年(2)

2014年(2)

2013年(4)

2012年(13)

2011年(24)

2010年(12)

2009年(34)

2008年(61)

2007年(51)

2006年(38)

我的朋友

分类: Oracle

2007-04-18 11:21:45

前天一个晚上的加班,昨天白天就没有来办公室。中午的时候,接到电话,说:“老许,你过来吧,数据库荡了”。爬起来,洗了把脸投入战斗!直到今天上午。
最让我气愤的是,几乎所有的人都不认为这是大事(吉林省全省电力行业的生产管理数据库,并已投入正常使用,现在停了),而且几乎所有的人都认为可以很快的恢复,大约用一个小时(靠,数据文件就几十个G,光备份一下都得多长时间呀)。忍住怒气,将过程记录一下。
事情过程:
    同事小于远程连到实际生产的数据库上,却误认为是在自已机器上,将生产用表空间来了个drop tablespace .有日志为记:
drop tablespace JLEPGISYHY
Tue Apr 17 11:20:18 2007
Completed: drop tablespace JLEPGISYHY
Tue Apr 17 11:20:38 2007
drop tablespace JLEPGIS
Tue Apr 17 11:20:38 2007
ORA-1549 signalled during: drop tablespace JLEPGIS...
Tue Apr 17 11:21:27 2007
drop tablespace JLEPGIS including CONTENTS
 
于是马上查有没有当天的dmp,是否备份正确。查看归档和重作等都没什么问题。心里稍微松口气。于是上网查如何恢复。
可网上给的都是测试用的例子。我手中根本没有以前冷备的数据文件和控制文件。搜了好久才找到一个1月份的。先将当前的所有数据文件,控制文件,重做文件都备份一下。然后,将以前的备份文件拷回(数据文件,控制文件),做不完全恢复不用拷联机重做日志。
之后启动数据库
startup mount
recover database until time '2007-04-17 11:05:00';
OK了。
但恢复完后,发现不能EXP了,报临时表空间为空。
将临时表空间加了几个datafile,OK了。
阅读(1618) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~