详细记录一则RAC数据库恢复到异机单实例的案例.pdf

Articles from OracleOnLinux 详详细细记记录录一一则则RAC数数据据库库恢恢复复到到异异机机单单实实例例的的案案例例 2013-08-27 18:08:37 A sher 背景描述：来源于一套客户的生 系统的恢复案例，Linux平台的.0的双节 点RAC数据库，由于项 目组的应用程序BUG导致，在7月30号下午4点30分左右执 行了误操作，将生 系统中一张重要表的所有记录全部update一遍 。 处理流程，接到电话之后，让项 目组同事紧急使用闪回表尝试找回数据，由于发现 错误时已是7月30号晚上，再加上und _retenti n设置的偏低，导致报错ORA-01555 的错误，未果 。不得已让项 目组同事参照以前的一则使用L gMiner来恢复数据，依 然不幸，找不回数据 。 不得已考虑使用之前的备份+归档来恢复到异机单实例环境，执行不完全恢复尝试 恢复数据，本文用以记录和还原当时的详细步骤 。 1 找到在误操作执行之前的最近一次的有效备份，以及从备份以来到误操作之前的 所有归档 日志 。因为库小，该RAC数据库 目前配置在每天晚上23:00开始执行全备 份，且包括归档 日志的备份 。于是，找到29号晚上的全备的备份集 。 发现，该库备份的结果是写到+FLASH磁盘组的，10g情况下貌似还不可以直接将数 据从ASM磁盘组直接c py到文件系统上来存放 。于是，通过RMAN工具将29号23点 的全备的备份集重新备份一份到文件系统上来 。 找29号晚上的全备结果： list backup tag=TA230017; 根据当时在RMAN中返回的备份集信息，重新备份29号晚上的备份集到文件系统： backup backupset 1822 format / ome/oracle/1822.bak; backup backupset 1823 format / ome/oracle/1823.bak; backup backupset 1824 format / ome/oracle/1824.bak; backup backupset 1825 format / ome/oracle/1825.bak; backup backupset 1826 format / ome/oracle/1826.bak; backup backupset 1827 format / ome/oracle/1827.bak; 找到从备份以来到误操作之前的所有归档 日志，并备份这些归档 日志到文件系统： select name,FIRST_TIME from v$arc ived_log w ere first_time between to_date (2013/07/29 22:00:00,yyyy/mm/dd 24:mi:ss) and to_date (2013/07/30 16:20:00,yyyy/mm/dd 24:mi:ss); 并且，将新的备份集c py或者FTP至新的单实例环境的机器上 。这里存放在单实例 环境下的/h me/ racle/zl路径下 。 2 获取原RAC数据库的参数文件 。 利用RAC数据库的SPFILE生成新的PFILE命令： SQLCREATE PFILE=/ ome/oracle/pfile.txt FROM SPFILE; 插曲1：原参数文件内容如下： zldb2.__db_cac e_size=398458880 zldb1.__db_cac e_size=406847488 zldb1.__java_pool_size=4194304 zldb2.__java_pool_size=8388608 zldb1.__large_pool_size=4194304 zldb2.__large_pool_size=4194304 zldb2.__s ared_pool_size=629145600 zldb1.__s ared_pool_size=624951296 zldb1.__streams_pool_size=4194304 zldb2.__streams_pool_size=4194304 *.audit_file_dest=/u01/app/oracle/admin/zldb/adump *.background_dump_dest=/u01/app/oracle/admin/zldb/bdump *.cluster_d