设为首页 收藏本站
查看: 1015|回复: 0

[经验分享] 利用BCV备份恢复SAP 的Oracle DB步骤

[复制链接]

尚未签到

发表于 2019-2-3 06:08:13 | 显示全部楼层 |阅读模式
  有个server每天进行BCV备份,再把BCV数据备份到磁带。
这里讲的是从磁带restore数据到测试机之后进行recovery的步骤。
   构成环境的说明
  ▶ 一般情况下,在利用BCV恢复DB的时候,使用的control file snap shot control file(即进行Business Copy的时候直接拷贝过来的control file)。但是在数据量多的时候,进行Business Copycontrol file之间会有时间差,因此为了以防万一,可以考虑现生成control file的方式进行DB恢复的方法。
  ▶ BCV backup涉及到的 file system有:datafile, online redolog, oracle home, archive directory, interf NFS 共享目录
  1BCV file system mount
  bdf 命令确认 file system 是否被mount 上。
  2.检查用户信息以及环境文件
  - Ora用户以及adm用户使用的shell/usr/bin/csh
  - 检查$ORACLE_HOME目录下的文件所属ownergroup
  - 检查sap相关目录下的文件所属ownergroup。(这里可以省略)
  - 检查oraadm下的环境文件,主要是修改文件名的hostname.dbenv_.csh .sapenv_.csh 等。
  - 最后用env命令查看oraclesap相关环境变量配置是否正确。
  - 修改listener.Log tnsnames.Ora, protocol.ora 中的hostname
  3. archive file restore
  确认Business Copy时候begin backupend backupalertlog,并从磁带restore archive filedisk
  4.恢复并启动oracle
  4-1.各Control file的版本(即control file之间无时间差)一致时的恢复,此时的恢复比较简单,只要有截止end backuparchive log全就可以直接进行恢复。
:ora 36> sqlplus internal
SQL> startup
ORACLE instance star.
Total System Global Area 1570585064 bytes
Fixed Size 104936 bytes
Variable Size 815497216 bytes
Database Buffers 734003200 bytes
Redo Buffers 20979712 bytes
Database moun.
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/oracle//sapdata1/system_1/system.data1'
SQL> recover database [oracle自己适用刚好能openarchive logfile]
Media recovery complete.
SQL> alter database open;
Database altered.
  4-2Control file的版本不一致时的DB恢复
  $ ora> sqlplus internal
  SQL> startup nomount (snapshot controlfile )
  出现control file版本不一致的错误,如下:
  ex) ORA-00214: controlfile '/oracle//817_64/dbs/cntrl.dbf' version 14572430
  inconsistent with file '/oracle//sapdata1/cntrl/cntrl.dbf' version 14572425
   解决方法:利用最新的 control file进行恢复。出现这个错误的原因是由于数据量大,导致Business copy的时候备份的control file之间有版本差异。
  SQL> recover database [nomount 状态][auto recovery]
  alter database open; [正常启动]
  不需要resetlogs option,
  如果在mount状态下不能自动进行recovery的时候用以下方法
  SQL> recover database until cancel;
  适用end backup 之后的几个archive file [可以适用多个archive file]
  SQL> alter database open resetlogs;
  → database open
  4-3.现备份control file进行恢复
  SQL> startup mount
  SQL> alter database backup controlfile to trace;
  SQL> @controlfile_backup.sql (利用backup controlfile )
  SQL> recover database using backup controlfile until cancel;
适用end backup 之后的几个archive fileSQL> alter database open resetlogs;
→ database open
  < 备份 control file 的内容 >
  # trace file头部的 version 信息部分的内容不需要。
  STARTUP NOMOUNTCREATE CONTROLFILE REUSE DATABASE &quot;&quot; NORESETLOGS ARCHIVELOG
MAXLOGFILES 255
MAXLOGMEMBERS 3
MAXDATAFILES 800
MAXINSTANCES 50
MAXLOGHISTORY 36756LOGFILE
GROUP 1 (
'/oracle//origlogA/log_g1m1.dbf',
'/oracle//mirrlogA/log_g1m2.dbf'
) SIZE 350M,
...
  
  # Recovery is required if any of the datafiles are restored backups,
  # or if the last shutdown was not normal or immediate.
  RECOVER DATABASE
  # All logs need archiving and a log switch is needed.
  ALTER SYSTEM ARCHIVE LOG ALL;
  # Database can now be opened normally.
  ALTER DATABASE OPEN;
  # No tempfile entries found to add.
  #
  5. 确认DB是否正常
  SQL> select count(*) from dba_users;
  COUNT(*)
  ----------
  28
  SQL> select count(*) from dba_data_files;
  COUNT(*)
  ----------
  545
  SQL> select count(*) from dba_data_files;
  COUNT(*)
  ----------
  255
  SQL> select count(*) from dba_data_files where status NOT LIKE 'AVAILABLE';
  COUNT(*)
  ----------
  0
  确认DB无问题。




运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-671026-1-1.html 上篇帖子: 国家电网SAP 烂尾悬疑 下篇帖子: SAP中记账钱的简单配置
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表