首页 > 数据库 > Oracle > 正文

Oracle的Archive Log模式下的恢复工作

2020-03-09 22:54:13
字体:
来源:转载
供稿:网友
  • 网站运营seo文章大全
  • 提供全面的站长运营经验及seo技术!
  •     学习并测试了一下oracle数据库在开启archive log模式下的恢复.
      
     系统是win2k server+oracle 8.1.7.
      
     参考了chinaunix.net和itpub.com网站相关资料.在此感谢给我的帮助.
      
     注意,养成一个好的习惯非常重要.在开始恢复之前,以及恢复完成后,都要做一个系统全备份.
      
     首先,要开启archive log归档日志模式
      
     1. 关闭数据库
      
     2. 修改initsid.ora文件.这个文件通常在$oracle_home/admin/$oracle_sid目录下或是在$oracle_home/database目录下.
      
      log_archive_start = true
      log_archive_dest_1 = "location=f:oraclearchive"
      log_archive_format = "ora_%s.arc"
      
     注意通常windows版和unix/linux版的一些参数写法有差异,请参照各自版本的技术文档.
      
     3. 启动数据库到mount状态
      
      startup mount
      
     这样加载了数据库文件,但是不打开数据库.
      
     4. 检查当前的archive log归档日志模式
      
      archive log list
      
     显示的信息是:
      
      database log mode       no archive mode
      automatic archival       disabled
      
     这时用下面的命令开启数据库的archive log模式
      
      alter database archivelog
      
     再次用"archive log list"显示信息,应该是:
      
      database log mode       archive mode
      automatic archival       enabled
      
     再用命令alter database open来打开数据库.
      
     上面的工作完了以后,然后,我们可以来进行测试了.
      
     在测试之前,我们来熟悉一下这个归档日志archive log是什么样的.
      
     通过sqlplus或svrmgrl以sysdba身份连接到数据库,执行"alter system switch logfile;"在我们指定的f:oraclearchive目录下就可以看到归档日志了.
      
     文件名是我们指定的形同"ora_0379.arc",其中0379是oracle自动取的序号.在我们做
      
     最后,我们要来测试归档模式下的备份恢复有什么不一样.
      
     在非归档模式下,我们一般每天做一次数据库备份(冷备份和热备份的差别仅在于备份时数据库是关闭的还是开启的).这样,我们就拥有了每天一个的备份点,换句话说,我们可以在数据库崩溃的情况下,通过备份介质,将数据库恢复到某一个备份点上.
      
     但是显而易见,这样的备份和恢复是不完全的,我们对于两个备份点之间的数据是无法恢复的.
      
     而在开启了归档模式的情况下,情况不一样了.所有系统的redo_log重做日志中提交的操作,均会在重做日志重复利用前被保存为归档日志保存下来,也就是说,所有用户对于数据库的每一个操作都被记录在案.这样.在维持我们原先的数据库备份计划的情况下,除了每天一个备份点之外,我们还拥有了没两个备份点之间的所有历史操作记录.
      
     这样,结合每天的数据库备份和归档日志以及在线重做日志,我们可以将数据库精确恢复到数据库崩溃前的那一时刻, 不会有数据丢失的情况发生.
      
     当然,这样的前提是,数据库备份和归档日志不能同时损坏或丢失.
      
     我们假设的环境是
      
      >> 假设有3个硬盘, c, d, e,系统在c盘, 数据文件在d盘,归档日志在e盘.控制文件,在线重做日志都有3组并复用,放在c盘,d盘和e盘.
      
      >> 现在的情况是我们保留有所有的归档日志,保留有5天前的备份磁带(很不巧,由于种种原因,近5天的备份都没有成功,不过幸运的是,在此期间系统及软件配置都没有更改).
      
      >> 硬盘d突然损坏了,数据库崩溃了,所有人都无法连接到数据库.
      
      >> 在本例中,我们只考虑了数据文件损坏, 假设所有的控制文件,重做日志都正常.
      
     我们现在要开始恢复工作了.
      
      >> 在联系了硬件供应商后,我们的新硬盘到了,安装上后,通过5天前的备份磁带,恢复d盘上所有的文件.
      
      >> 通过svrmgrl或sqlplus以system用户登录到oracle,
      
      >> 打开数据库到mount状态,"startup mount",这时,oracle会提示数据库文件损坏,需要修复
      
      >> 根据提示的文件,输入命令"recover datafile 'd:oracledata01.dbf';
      
      >> oracle将自动寻找所需要的归档日志和当前的redo_log来恢复数据文件,我们只需要在每一个提示信息后按回车键确定应用所显示的归档日志文件.恢复完成后,oracle将有提示信息.
      
      >> 恢复完成后,可以尝试用命令"alter database open"来打开数据库,如果还是有数据文件损坏,oracle将再次提示需要修复.只需要重复上面两步操作.
      
      >> 重复操作,直至所有的数据文件都恢复.用命令"alter database open"来打开数据库.
      
     这样,我们就基本完成了归档模式开启的情况下的数据库恢复工作,在这种模式下,数据库可以恢复到任一时刻(可以在应用归档日志文件恢复时取消以中断恢复过程).而且,即便因意外而导致我们的每日数据库备份没有成功执行时,仍然可以通过几天前的冷/热备份+连续的归档日志文件来完成我们的数据库恢复工作.
      
     另注, 可以直接通过命令"recover database" 来完成整个恢复过程,不过这样感觉缺乏成就感.除非对备份或是自己的水平很有信心,否则不建议使用.
      
     以上测试通过.
    发表评论 共有条评论
    用户名: 密码:
    验证码: 匿名发表