SapPRD系统数据恢复操作说明v1020130325

1、前言当前SAP with Oracle的备份是通过SAP的BRTools备份恢复工具调用NetWorker SAP备份模块来把Oracle数据库及相关数据备份至NetWorker及后端的备份介质（如DD虚拟带库）。同样，恢复的时候也是通过SAP BRTools工具的相关功能实现数据库的恢复（Restore）及还原（Recovery）。如果恢复的目标是异机的，还需要进行灾难恢复步骤（Disaster Recovery）以在异机上重现运行环及配置环境、备份历史信息等。下文主要基于SAP的异机恢复操作进行说明，即进行环境准备、灾难恢复、数据库恢复和还原三个过程。如果是本机恢复的话，只需单纯做数据库恢

2、复和还原，或如有必要的配合做一些相关配置文件的恢复。一、异机恢复环境准备1. 在异机上准备SAP、Oracle运行环境，例如如果是新安装机器的，需要安装Oracle、SAP等数据库和程序，以及从备份中恢复配置文件（当前NetWorker有对F:usrsapPRDSYSprofile、G:oraclePRD11202database、G:oraclePRD11202NETWORKADMIN、G:oraclePRDsapbackup、G:oraclePRDsaparch等关键路径下的SAP、Oracle配置文件进行每天及每周备份）。如果要恢复的目标异机是通过虚拟机克隆而来的，一般只需要确认环境配置

3、文件。但如果是在日常过程中进行备份恢复测试，需要注意测试的目标机的网络配置，包括IP、主机名等不要跟现正运行的生产机冲突。2. 确保目标机器的NetWorker客户端、NetWorker SAP备份模块已安装或运行正确，如果目标机的主机名和IP地址不一致，还需添加相关域名解释和在NetWorker服务器上建立一个新对应的客户端（客户端类型只要普通的文件系统客户端即可）。同时，谨记确保NetWorker上备份源客户端的“远程访问”属性设为“*”以允许异机访问浏览。3. 确保SAP BRTools Profile配置文件（当前为“initPRD.sap”）以及NetWorker SAP模块参数文件

4、（当前为“initPRD.utl”）配置正确。“initPRD.sap”和“initPRD.utl”均可放置于Oracle下的“database”目录（当前环境上为G:oraclePRD11202database）。检测以下几个关键参数设置正确：IntiPRD.sap文件：backup_type = onlinebackup_dev_type = util_file_onlineutil_par_file = initPRD.utl#initPRD.utl文件的路径，如果是跟initPRD.sap#在同一目录，可直接写文件名，#否则建议最好写绝对路径initPRD.utl文件paralleli

5、sm = 8server = srv-backup#NetWorker备份服务器的名称client = srvsapprd#备份源客户端的名称，非恢复目标机的名称二、灾难恢复操作1. 在恢复的目标机上执行灾难恢复的主要目的是恢复源机器最新的数据备份历史信息，这样在下一步做数据库恢复还原时系统才知道有哪些数据在什么时候做过备份、备份数据存放在哪里、备份集的标识是什么等等。2. 为操作保险起见，在做灾难恢复前，可先把上述的initPRD.sap和initPRD.utl文件分别拷贝一份成为initPRD-dr.sap以及initPRD-dr.utl（initPRD-dr.sap中的util_par_

6、file = initPRD.utl需更新为util_par_file = initPRD-dr.utl）。之后操作BRTools的时候选择配置文件就选择“initPRD-dr”这套文件。3. 在恢复目标机上，通过命令行方式运行brtools，在BRTools主菜单中选择“5 Restore and Recovery”，并按回车继续。4. 恢复还原类型上选择“7 Database statistics”5. 在BRRECOVER options for disaster recovery中设置相关选项，这里我们只需前面13进行修改，第1项写入BRTools的配置文件名intiPRD-dr.sa

7、p；第2项恢复设备类型选择的是util（即指通过备份软件）；第3项是NetWorker SAN模块的参数文件initPRD-dr.utl。修改后效果如下图，确认选项正确后输入“c”并按回车继续下一步流程。6. 再次按c确认命令和配置正确。7. 进入disaster recovery main menu，可看到有两项恢复内容，第1项从BRBACKUP恢复是指恢复数据备份的历史记录日志，主要是G:oraclePRDsapbackup目录下的概要描述日志（backPRD.log）和各备份集详细描述日志（*.anf）；第2项主要是恢复Oracle归档日志（Archive log）的备份历史记录日志，即

8、G:oraclePRDsaparch下的archPRD.log文件。注意：上述的backPRD.log和archPRD.log这两个文件如果已在目标机上，需先把它们改名或移走才能正常恢复。因为BRTools恢复时若发现本地磁盘上已有同名文件的话不会自动覆盖。另外，G:oraclePRDsapreorgspacePRD.log也需同样方法先处理。下面先选择“1 = Restore profile and log files from BRBACKUP backup”8. 在“Device type for restoring profiles and log files from BRBACKU

9、P backup”中，选择“5 = Backup utility”。继续往前后，在“Parameters for restoring profiles and log files from BRBACKUP backup utility”中，确认各项参数正确后，按c继续。9. BRTools会自动先检测本地硬盘上是否已具有需要恢复的同名文件，如有同名文件在本地硬盘上，它会给出相关提示。下面截图所提示的几个配置文件如果是使用克隆机或已经确认配置好的，则无需进行恢复，可继续按c进行下一步操作。10. 下面系统会让用户选择确认要恢复的配置和日志文件类型，确保第5、6项的Detail log和Summ

10、ary log以选择为yes。按c继续11. BRTools系统还会再次搜索确认要恢复的具体文件名称，确认下图中的代表详细日志和概要日志的文件名已列出。按c继续12. 之后是正式开始日志恢复操作，BRTools会调用NetWorker SAP模块从备份设备上读取相关备份集并恢复文件。其中如“strucPRD.log”和“paramPRD.log”是BRTools备份时没有做备份的，此两文件暂不需要恢复。此处提示可先忽略，主要是确认“backPRD.log”已被恢复成功。13. “backPRD.log”恢复成功后，BRTools会列出从backPRD.log中找到的备份记录及详细备份日志的序号

11、、日志文件名等。通过键入数字键选择相应的要恢复详细日志文件，按回车继续（如直接输入c按回车则是恢复默认的第一个）。14. 继续后，BRTools将开始恢复详细描述日志。15. 恢复完成，并按c返回Disaster recovery的主菜单。下面就是恢复Oracle Archive log的备份记录日志（archPRD.log）。首先是菜单中选择“2 - Restore profiels and log files from BRARCHIVE backup”。之后的恢复方法与第1步的恢复backPRD.log备份记录日志类似，只是这一步就没有详细描述日志（det_log）。16. “archP

12、RD.log”恢复完成后，可选择3退出灾难恢复程序。其间，BRTools可能会提示该次恢复“with warning or not-fatal errors”。这种警告会跟上述找不到“strucPRD.log”和“paramPRD.log”的备份信息有关，但不影响后续数据恢复还原操作。17. 至此，灾难恢复操作完成。三、数据库恢复与还原操作1. 在BRTools Restore and Recovery功能中，一般可以使用“Complete database recovery”或“Database point-in-time recovery”来进行数据库的恢复。前者是对Oracle已遇到严重

13、故障无法启动的情况做完全恢复。如果Oracle实例能正确运行的情况下，我们可通过“Database point-in-time recovery”来使数据库恢复到一个特定的时间点。2. 然后再BRRECOVER options for restore and recovery中，使前面4项的设置如下图（灾难恢复后，BRTools配置文件和NetWorker SAP模块参数文件可使用回initPRD.sap和initPRD.utl）。3. 恢复选项设置完毕后，在Database point-in-time for recovery主菜单中，先选择“1 - Set point-in-time fo

14、r recovery”（当前其它操作也是属于不可选状态）。4. 设置时间点的还原中，可选择用archive log sequence（归档日志的序号seq）、system change number（oracle系统操作/变更序号scn）、或要恢复到的目标时间点（end point-in-time）来作为还原的目标。如对Oracle的日志机制已有较深入了解，可通过查找archPRD.log日志获取到已备份的归档日志所记录的seq和scn信息；日常我们可通过设置end point-in-time的方式设置还原目标，系统会自动寻找合适的日志来进行还原。如果是使用point-in-time方式的，时

15、间可设为要恢复的备份集的时间点的往后一点时间。如果不是最新的备份集，那往后增加的时间最好不要跨越下一次备份集的开始时间，跨越了备份集时间等于应该选择从下一备份集开始恢复；如果是要恢复到最新的备份集，则往后所加的时间应不超过该最新备份集的完成时间，可设定为不超过备份完成时间的70%，已让系统可查找到完整的归档日志。例如，假设最新的备份集是晚上10点正开始，备份集运行用了60分钟，那恢复的目标时间最好设置为小于10点正加60分钟的70%，即10点40分左右。而下图的3月20日10点02分，则是两个备份集之间的一个时间点。设置完毕后输入c继续。5. 完成第1步时间点设置返回Database poin

16、t-in-time for recovery主菜单，进入第2项“Select database backup or flashback”已选择需要恢复的备份集。6. 往后继续系统提示会启动数据库至mount状态，启动完成后开始检查备份概要描述日志ckPRD.log以列出当前已有的备份集并查找对应的详细描述日志是否已具备且其中记录的该次备份的完成情况。（这里backRPD.log找到一些备份到磁盘的记录，但本BRTools的配置文件intPRD.sap中定义使用的是通过备份软件的备份，因此磁盘备份的条目会被忽略）7. 备份信息查找核对完毕后，BRTools会列出备份集的信息，选择一个从时间往前推

17、最靠近恢复目标时间、且状态显示的备份集8. 选择备份集完成后，将返回Database point-in-time for recovery主菜单，当前需要选择“3 = Check the status of database files”已检查数据文件状态已确定哪些数据文件需要恢复。9. 检查完成后，继续返回Database point-in-time for recovery主菜单，选择“4 Restore control files”（如果是异机恢复，此步骤必须先执行然后才进行“5 Restore data files；如果是本机恢复，如控制文件完整，可直接进入第5步）。10. 往后继续中

18、，在BRRESTORE main options for restore of database files中，保持当前选项不变，如下图。11. 继续往前后，在Additional BRRESTORE main options for restore of database files，保持如下图选择。12. 恢复控制文件完成后返回主菜单选择“5 - Restore data files”。恢复数据文件过程与恢复控制文件基本类似。13. 恢复数据文件完成后返回主菜单选择“8 = Restore and apply archivelog files”，通过恢复和应用归档日志，使Oracle还原到目标时间点。14. 途中出现的红框代表BRTools在恢复归档日志过程中会优先检查本地系统中是否具备包含该时间点条目的日志，如无就会随后从恢复的归档日志中查找。15. 往下继续后，BRTools会从archPRD.log中检索归档日志的备份记录。下图红框所代表的是一种比较常见的状况，即在SAP备份归档日志启动时会统计当前哪些归档日志需要备份，需要备份的就是