《TSM Oracle 11gR2数据库异机完全恢复手册》由会员分享，可在线阅读，更多相关《TSM Oracle 11gR2数据库异机完全恢复手册（24页珍藏版）》请在金锄头文库上搜索。
1、TSM Oracle 11gR2 数据库异机完全恢复手册说明：该手册是公司 TSM 灾备恢复手册的一部分。目前使用 TSM 备份的公司已经不多了，而且会使用 TSM 的人大部分都不会 Oracle，会 Oracle 的人也不一定就会 TSM。而我是两者都不会的人，只是不断的参考别人的帮助，然后一步一步验证出来的，所以说还是很有参考价值。另外，也可以作为Oracle RMAN 恢复的参考，TSM 在里面的作用就是开启一个恢复通道而已。当然，里面也有考虑不全的地方，如果有疑问，可以发邮件到 zhangjun_cumt 一起讨论。1. Oracle 数据库恢复1.1. 准备注意事项： 备份时一定要备
2、份控制文件、数据库和归档日志； 恢复前必须知道源数据库的详细版本号； 恢复前必须知道源数据库的数据库名称、数据库 ID 号（即 DBID）； 恢复前必须知道源数据库的控制文件、数据文件、归档日志文件保 存的目录路径； 恢复前必须知道源数据备份的控制文件的备份名称； 恢复前备份源数据库的 TSM 配置：NODE 名称，DSM.OPT 配置文件， TDOP.OPT 配置文件（请参考 TSM 备份架构文档）。2.1.1. 源服务器数据库查询1) 登录源服务器数据库，使用查询语句查询源数据库的数据库版本。查询语句如下：SQLselect * from v$version;得到的结果如下图所示：2) 使
3、用查询语句查询源数据库的数据库名称及 DBID。如下：SQLselect name,dbid from v$database;得到的结果如下图：3) 使用查询语句查询源数据库的数据文件存放路径。如下：SQLselectt1.name,t2.namefromv$tablespacet1,v$datafilet2where t1.ts#=t2.ts#;得到的结果如下图：4) 使用查询语句查询 SPFILE 和 PFILE 文件位置：SQLSELECTNAME,VALUE, DISPLAY_VALUE FROMV$PARAMETERWHERENAME =spfile;得到下图：5) 使用查询语句查询
4、控制文件路径，如下：SQL select name from v$controlfile;得到下图：6) 使用查询语句查询归档日志文件路径，如下：SQLselect destination from v$archive_dest where destination is not null;得到下图：7) 使用查询语句查询 fast_recover_area 的目录路径，如下：SQLshow parameter revocery;或者：SQLselect name from v$recovery_file_dest;得到下图：2.1.2. 源数据库备份TSM 备份请参考 TSM 备份架构文档。需
5、要注意的是备份时一定要备份控制文件、数据库和归档日志。备份的 RMAN 脚本参考如下：runallocatechannelt1typesbt_tapeparmsENV=(TDPO_OPTFILE=C:Program FilesTivoliTSMAgentOBA64tdpo.opt);backup current controlfile; backupspfile;backup incremental level=0 cumulative database plus archivelog delete all input; delete obsolete;release channel t1;另
6、外，也可以参考 RMAN 配置，设置为备份时自动备份控制文件。2.1.3. TSM 备份查询查询源数据库备份的控制文件名称。登陆到 TSM Server 上，先查询节点使用的是哪个备份存储池，这里假设备份节点名称为 SFH-TEST-ORACLE。步骤如下：1) 首先查询节点属于哪个域，命令如下：TSMGROUP_SERVER1 query node sfh-test-oracle结果如下图所示：2) 由上面得到，该节点属于策略域TEST2016，查询该策略域下面的存储池，命令如下：TSMGROUP_SERVER1 query copygroup test2016 f=d得到的结果如下图所示，
7、可以看到 Copy Destination 为 VTL_TEST_POOL。以上结果也可以查询 TSM 备份架构文档，可以快速查询到该内容。3) 查询存储池 VTL_TEST_POOL 下面的磁带信息，命令如下：TSMGROUP_SERVER1 query volstgpool=vtl_test_pool得到的结果如下图：4) 根据上面的结果查询磁带上的内容，命令如下： TSMGROUP_SERVER1 query content v00056l3 node=sfh-test-oracle TSMGROUP_SERVER1 query content v00058l3 node=sfh-tes
8、t-oracle得到的结果如下（由于内容很长，限于篇幅，就省略了中间一部分）：从上面可以看出，磁带 V00058L3 上没有存放节点 SFH-TEST-ORACLE 的任何内容。而磁带 V00056L3 上存放有节点 SFH-TEST-ORACLE 的备份数据。c-3181376402-20160712-04最终的结果：我们要找的控制文件名称（非常重要，后面恢复要使用）为：2.1.4. 在目标服务器安装数据库1) 在目标服务器上安装数据库软件，安装过程省略。注意下面几点： 仅需安装数据库软件，不需要安装任何实例； 数据库版本一定要和源数据库版本一致； 安装目录可以任意（经过验证也可以恢复），但
9、建议还是尽量保持一致。2) 在目标服务器上安装配置TSM Client 和TSM for Oracle，安装和配置过程省略。注意以下几点： 安装软件的版本和源服务器尽量保持一致； NODE 名称一定设置和源服务器一致； 和源数据库连接的 TSM Server 保持一致； 其余配置尽量采用和源服务器一致的配置。1.2. 恢复1.2.1. 注意事项 恢复时需设置目标数据库的数据库名称和数据库的 DBID 和源数据库保持一致； 恢复时必须先在目标数据库服务器上建立完整的数据库控制文件、数据文件、归档日志文件的目录路径，并和源数据库保持一致； 恢复时不能有和源服务器数据库同名称的数据库实例存在； 恢复
10、时的登陆账号必须是属于 sysdba 组； 恢复时请保证 TSM Client 的节点名称和源服务器一致，连接的 TSM Server 和源服务器一致； 恢复完成后要做一些数据库配置工作后才能正常的远程连接，比如修改数据库的打开配置、监听配置和 sys 密码文件重构等。1.2.2. 恢复脚本：1) 批处理文件 restore.bat 内容：set ORACLE_SID=sfhcsbom oradim -new -sidsfhcsbomrman target / cmdfile=C:tdprestore.rman log=C:tdprestore.log注： sfhcsbom 是源数据库的实例名
11、称，即 2.1.1.中第 2)项的内容； 新建数据库实例，名称为源数据库的实例名称； C:tdprestore.rman 是 RMAN 恢复脚本，C:tdprestore.log 是恢复日志。2) RMAN 运行脚本 restore.rman 内容：runsetdbid 3181376402 startupnomount;allocate channel t1 type sbt_tape parmsENV=(TDPO_OPTFILE=C:Program FilesTivoliTSMAgentOBA64tdpo.opt); restorespfile from c-3181376402-2016
12、0712-04;startup force nomount;restorecontrolfile from c-3181376402-20160712-04; alter database mount;restore database; recover database;alter database open resetlogs; release channel t1;注： run ，RMAN 脚本的固定格式； dbid 3181376402，设置目标数据库的 DBID，和源数据库一致，见 2.1.1.中的第 2)项； 启动数据库实例，但不加载数据库； 分配恢复的数据传输通道，恢复的数据将使用
13、该通道传输，sbt_tape 表明通道的目的地址是磁带库； 通道建立的参数，TSM for Oracle 的配置文件； 恢复数据库参数文件SPFILE，其中c-3181376402-20160712-04就是从2.1.3.的第 4)得到的； 强制重新启动数据库实例，将自动使用恢复的参数文件启动数据库实例； 恢复控制文件，这里同样要用到c-3181376402-20160712-04； 加载数据库； 恢复数据库； 打开数据库； 释放通道。1.2.3. 恢复操作1) 注意：由于数据库恢复需要使用 sysdba 权限的账号，而此时的数据库并没有实例，所以无法使用 sys 来登录。这时就需要使用系统账号来进行恢复， 需要把系统账号加入到 Oracle 的 dba 组中来获取数据库 sysdba 的权限。2) 检查工作：检查控制文件、数据文件目录是否建立完整（参数文件不用考虑），是否和源服务器保持一致，如下所示，对比 2.1.1.中的第 5)和第 3)项：检查数据库版本，对比 2.1.1 中的第 1)项：目标数据库中不存在源数据库同名的实例：3) 恢复工作：
