SapPRD系统数据恢复操作说明v100325Word格式文档下载.docx
- 文档编号:19213602
- 上传时间:2023-01-04
- 格式:DOCX
- 页数:54
- 大小:4.82MB
SapPRD系统数据恢复操作说明v100325Word格式文档下载.docx
《SapPRD系统数据恢复操作说明v100325Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《SapPRD系统数据恢复操作说明v100325Word格式文档下载.docx(54页珍藏版)》请在冰豆网上搜索。
\oracle\PRD\11202\NETWORK\ADMIN、G:
\oracle\PRD\sapbackup、G:
\oracle\PRD\saparch等关键路径下的SAP、Oracle配置文件进行每天及每周备份)。
如果要恢复的目标异机是通过虚拟机克隆而来的,一般只需要确认环境配置文件。
但如果是在日常过程中进行备份恢复测试,需要注意测试的目标机的网络配置,包括IP、主机名等不要跟现正运行的生产机冲突。
2.确保目标机器的NetWorker客户端、NetWorkerSAP备份模块已安装或运行正确,如果目标机的主机名和IP地址不一致,还需添加相关域名解释和在NetWorker服务器上建立一个新对应的客户端(客户端类型只要普通的文件系统客户端即可)。
同时,谨记确保NetWorker上备份源客户端的“远程访问”属性设为“*@*”以允许异机访问浏览。
3.确保SAPBRToolsProfile配置文件(当前为“initPRD.sap”)以及NetWorkerSAP模块参数文件(当前为“initPRD.utl”)配置正确。
“initPRD.sap”和“initPRD.utl”均可放置于Oracle下的“database”目录(当前环境上为G:
\oracle\PRD\11202\database)。
检测以下几个关键参数设置正确:
IntiPRD.sap文件:
backup_type=online
backup_dev_type=util_file_online
util_par_file=initPRD.utl#initPRD.utl文件的路径,如果是跟initPRD.sap
#在同一目录,可直接写文件名,
#否则建议最好写绝对路径
initPRD.utl文件
parallelism=8
server=srv-backup#NetWorker备份服务器的名称
client=srvsapprd#备份源客户端的名称,非恢复目标机的名称
二、灾难恢复操作
1.在恢复的目标机上执行灾难恢复的主要目的是恢复源机器最新的数据备份历史信息,这样在下一步做数据库恢复还原时系统才知道有哪些数据在什么时候做过备份、备份数据存放在哪里、备份集的标识是什么等等。
2.为操作保险起见,在做灾难恢复前,可先把上述的initPRD.sap和initPRD.utl文件分别拷贝一份成为initPRD-dr.sap以及initPRD-dr.utl(initPRD-dr.sap中的util_par_file=initPRD.utl需更新为util_par_file=initPRD-dr.utl)。
之后操作BRTools的时候选择配置文件就选择“initPRD-dr”这套文件。
3.在恢复目标机上,通过命令行方式运行brtools,在BRTools主菜单中选择“5–RestoreandRecovery”,并按回车继续。
4.恢复还原类型上选择“7–Databasestatistics”
5.在BRRECOVERoptionsfordisasterrecovery中设置相关选项,这里我们只需前面1~3进行修改,第1项写入BRTools的配置文件名intiPRD-dr.sap;
第2项恢复设备类型选择的是util(即指通过备份软件);
第3项是NetWorkerSAN模块的参数文件initPRD-dr.utl。
修改后效果如下图,确认选项正确后输入“c”并按回车继续下一步流程。
6.再次按c确认命令和配置正确。
7.进入disasterrecoverymainmenu,可看到有两项恢复内容,第1项从BRBACKUP恢复是指恢复数据备份的历史记录日志,主要是G:
\oracle\PRD\sapbackup目录下的概要描述日志(backPRD.log)和各备份集详细描述日志(*.anf);
第2项主要是恢复Oracle归档日志(Archivelog)的备份历史记录日志,即G:
\oracle\PRD\saparch下的archPRD.log文件。
注意:
上述的backPRD.log和archPRD.log这两个文件如果已在目标机上,需先把它们改名或移走才能正常恢复。
因为BRTools恢复时若发现本地磁盘上已有同名文件的话不会自动覆盖。
另外,G:
\oracle\PRD\sapreorg\spacePRD.log也需同样方法先处理。
下面先选择“1=RestoreprofileandlogfilesfromBRBACKUPbackup”
8.在“DevicetypeforrestoringprofilesandlogfilesfromBRBACKUPbackup”中,选择“5=Backuputility”。
继续往前后,在“ParametersforrestoringprofilesandlogfilesfromBRBACKUPbackuputility”中,确认各项参数正确后,按c继续。
9.BRTools会自动先检测本地硬盘上是否已具有需要恢复的同名文件,如有同名文件在本地硬盘上,它会给出相关提示。
下面截图所提示的几个配置文件如果是使用克隆机或已经确认配置好的,则无需进行恢复,可继续按c进行下一步操作。
10.下面系统会让用户选择确认要恢复的配置和日志文件类型,确保第5、6项的Detaillog和Summarylog以选择为yes。
按c继续
11.BRTools系统还会再次搜索确认要恢复的具体文件名称,确认下图中的代表详细日志和概要日志的文件名已列出。
12.之后是正式开始日志恢复操作,BRTools会调用NetWorkerSAP模块从备份设备上读取相关备份集并恢复文件。
其中如“strucPRD.log”和“paramPRD.log”是BRTools备份时没有做备份的,此两文件暂不需要恢复。
此处提示可先忽略,主要是确认“backPRD.log”已被恢复成功。
13.“backPRD.log”恢复成功后,BRTools会列出从backPRD.log中找到的备份记录及详细备份日志的序号、日志文件名等。
通过键入数字键选择相应的要恢复详细日志文件,按回车继续(如直接输入c按回车则是恢复默认的第一个)。
14.继续后,BRTools将开始恢复详细描述日志。
15.恢复完成,并按c返回Disasterrecovery的主菜单。
下面就是恢复OracleArchivelog的备份记录日志(archPRD.log)。
首先是菜单中选择“2-RestoreprofielsandlogfilesfromBRARCHIVEbackup”。
之后的恢复方法与第1步的恢复backPRD.log备份记录日志类似,只是这一步就没有详细描述日志(det_log)。
16.“archPRD.log”恢复完成后,可选择3退出灾难恢复程序。
其间,BRTools可能会提示该次恢复“withwarningornot-fatalerrors”。
这种警告会跟上述找不到“strucPRD.log”和“paramPRD.log”的备份信息有关,但不影响后续数据恢复还原操作。
17.至此,灾难恢复操作完成。
三、数据库恢复与还原操作
1.在BRToolsRestoreandRecovery功能中,一般可以使用“Completedatabaserecovery”或“Databasepoint-in-timerecovery”来进行数据库的恢复。
前者是对Oracle已遇到严重故障无法启动的情况做完全恢复。
如果Oracle实例能正确运行的情况下,我们可通过“Databasepoint-in-timerecovery”来使数据库恢复到一个特定的时间点。
2.然后再BRRECOVERoptionsforrestoreandrecovery中,使前面4项的设置如下图(灾难恢复后,BRTools配置文件和NetWorkerSAP模块参数文件可使用回initPRD.sap和initPRD.utl)。
3.恢复选项设置完毕后,在Databasepoint-in-timeforrecovery主菜单中,先选择“1-Setpoint-in-timeforrecovery”(当前其它操作也是属于不可选状态)。
4.设置时间点的还原中,可选择用archivelogsequence(归档日志的序号seq)、systemchangenumber(oracle系统操作/变更序号scn)、或要恢复到的目标时间点(endpoint-in-time)来作为还原的目标。
如对Oracle的日志机制已有较深入了解,可通过查找archPRD.log日志获取到已备份的归档日志所记录的seq和scn信息;
日常我们可通过设置endpoint-in-time的方式设置还原目标,系统会自动寻找合适的日志来进行还原。
如果是使用point-in-time方式的,时间可设为要恢复的备份集的时间点的往后一点时间。
如果不是最新的备份集,那往后增加的时间最好不要跨越下一次备份集的开始时间,跨越了备份集时间等于应该选择从下一备份集开始恢复;
如果是要恢复到最新的备份集,则往后所加的时间应不超过该最新备份集的完成时间,可设定为不超过备份完成时间的70%,已让系统可查找到完整的归档日志。
例如,假设最新的备份集是晚上10点正开始,备份集运行用了60分钟,那恢复的目标时间最好设置为小于10点正加60分钟的70%,即10点40分左右。
而下图的3月20日10点02分,则是两个备份集之间的一个时间点。
设置完毕后输入c继续。
5.完成第1步时间点设置返回Databasepoint-in-timeforrecovery主菜单,进入第2项“Selectdatabasebackuporflashback”已选择需要恢复的备份集。
6.往后继续系统提示会启动数据库至mount状态,启动完成后开始检查备份概要描述日志ckPRD.log以列出当前已有的备份集并查找对应的详细描述日志是否已具备且其中记录的该次备份的完成情况。
(这里backRPD.log找到一些备份到磁盘的记录,但本BRTools的配置文件intPRD.sap中定义使用的是通过备份软件的备份,因此磁盘备份的条目会被忽略)
7.备份信息查找核对完毕后,BRTools会列出备份集的信息,选择一个从时间往前推最靠近恢复目标时间、且状态显示<
confirmed>
的备份集
8.选择备份集完成后,将返回Databasepoint-in-timeforrecovery主菜单,当前需要选择“3=Checkthestatusofdatabasefiles”已检查数据文件状态已确定哪些数据文件需要恢复。
9.检查完成后,继续返回Databasepoint-in-timeforrecovery主菜单,选择“4–Restorecontrolfiles”(如果是异机恢复,此步骤必须先执行然后才进行“5–Restoredatafiles;
如果是本机恢复,如控制文件完整,可直接进入第5步)。
10.往后继续中,在BRRESTOREmainoptionsforrestoreofdatabasefiles中,保持当前选项不变,如下图。
11.继续往前后,在AdditionalBRRESTOREmainoptionsforrestoreofdatabasefiles,保持如下图选择。
12.恢复控制文件完成后返回主菜单选择“5-Restoredatafiles”。
恢复数据文件过程与恢复控制文件基本类似。
13.恢复数据文件完成后返回主菜单选择“8=Restoreandapplyarchivelogfiles”,通过恢复和应用归档日志,使Oracle还原到目标时间点。
14.途中出现的红框代表BRTools在恢复归档日志过程中会优先检查本地系统中是否具备包含该时间点条目的日志,如无就会随后从恢复的归档日志中查找。
15.往下继续后,BRTools会从archPRD.log中检索归档日志的备份记录。
下图红框所代表的是一种比较常见的状况,即在SAP备份归档日志启动时会统计当前哪些归档日志需要备份,需要备份的就是从开始启动数据文件备份到开始启动归档日志备份这段时间内的产生的归档日志。
假设是备份到序号28316为止,但在备份过程中,Oracle系统已发生归档日志切换动作,控制文件已记录最新日志序号为28317,但由于备份程序已统计信息中不包含序号28317,因此28317在当前备份集中不会出现。
这是Oracle本身备份机制决定的,这种情况通过会在备份耗时较长时可能发生。
16.检索完成后,BRTools会详细列出当前已恢复完的数据库的时间点所具备的归档日志的情况,确认后输入c继续。
17.往下的步骤保持所有选项为系统默认值,直到完成归档日志的恢复和应用,结束介质还原流程。
统计出真正需要恢复的归档日志序号
归档日志恢复完成
归档日志应用完成,结束介质还原
18.继续流程后,因为之后打开数据库要resetlogs重置日志计数,所以之前保留或用于还原的归档日志将失效,因此BRTools会发起删除失效归档日志的动作,然后返回数据库还原的主菜单,选择“10=Opendatabaseandpost-processing”并根据提示流程打开数据库。
19.数据库成功打开后,返回菜单后,选择“11–Exitprogram”退出程序完成全部恢复还原流程。
注意-重要事项:
由于数据库的日志计数在还原并resetlogs后已重置,为避免日后恢复数据的冲突,如果是本机恢复、以及异机恢复后目标机用于生产的,都需在打开数据库后进行进行一次全备份。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- SapPRD 系统 数据 恢复 操作 说明 v100325