浅谈Oracle rman数据库备份与恢复的技术测试(海南邮政 王勇)
技术测试主要任务是对系统涉及的技术功能、技术性能、安全等方面进行重点研究，为测试工作提供技术上的测试依据，并与业务测试方案相配合，以使测试工作能够更全面、更深入地发现或确认系统应用软件存在的缺陷或错误，提出修正意见，从而完善应用软件的业务功能和技术性能，把尽可能多的软件问题发现在上线运行之前，确保系统应用软件到达预期的质量要求，其中数据备份与恢复测试尤为最重要。
1.1数据备份与恢复
数据备份就是将数据以某种方式加以保留，以便在系统遭受破坏或其他特定情况下，重新加以利用的一个过程。。
主机操作系统备份目标是：具备对整个系统的快速恢复能力，满足无数据损失或损失最少、系统恢复速度最快、业务中断时间最短的要求。
因主机操作系统一般变化较少，且流行的主机系统一般都提供较完善的操作系统备份方案和手段，对主机操作系统的备份可通过利用主机系统现有功能，结合主机上的内置磁带机设备来完成，并将多份备份磁带异地存放。另外，应定期备份操作系统的配置文件等关键数据。
1.1.1应用系统备份与恢复
应用软件的备份是为了保证在应用系统瘫痪时迅速恢复。应用软件的备份可通过操作系统和内置磁带机设备完成。但是，考虑到应用软件版本更新、升级频繁，各部分程序模块经常会有程度不同的修改，需要保留以前的旧软件版本来保证应用软件的安全性和高可恢复性，所以，在每次版本更新升级后都需要进行备份。同时，可以考虑配置版本管理软件对应用软件进行管理。
|
技术测试名称
|
应用系统的备份和恢复
|
|
技术测试范围
|
|
|
技术测试类型
|
强制性测试
|
|
技术测试条件
|
所有的业务生成的数据
|
|
技术测试内容
|
1.检查是否有版本管理软件来实现应用软件备份的集中管理。
2.检查应用系统对一些重要的文件具有定期备份、清理和恢复功能。
|
|
技术测试方法
|
1.在运行控制台上将应用系统相关文件备份到外部介质上；检查是否有应用备份成功的提示；
2.在被测系统的应用系统上将一个应用目录下的文件全部删掉。
3.确认应用系统已经不能正常工作。
4.在运行控制台将步骤1中的备份从介质中的全部恢复出来；检查是否有应用系统恢复成功的提示；
5.检查恢复的应用系统是否能正常运行。
|
|
预期测试结果
|
有备份成功的提示；
应用系统恢复成功且有提示；
恢复的应用系统能正常的运行。
|
|
其它补充说明
|
|
测试记录表：
|
案例编号
|
应用系统名称
|
测试过程及结果
|
是否达到预期测试结果
|
备注
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
测试人：复核人：测试时间：测试地点：
1.1.2数据库备份与恢复
历史库的数据量很大，也需要直接备份到磁带库中，但采用0级备份模式，备份时间将很长，因此建议采用增量备份的模式，利用RMAN技术备份到带库中。
可以采用以下的两种增量备份中的一种，或者综合使用。
1、增量备份复制自上次完全备份或增量备份以来发生更改的所有数据。必须使用完全备份磁带（无论有多旧）和所有的后续增量备份来还原服务器。增量备份会将文件标记为已备份；即会清除或重置存档属性。
2、差异备份备份自上次完全备份以来发生更改的数据。要还原整个系统，需要一个完全备份磁带和最新的差异磁带。差异备份不将文件标记为已备份（即不清除存档属性）。
结合ORACLE/RMAN采取0级备份、增量备份、差异备份和归档日志进行完全恢复和假设时间点的不完全恢复，保证数据库的数据完整性。下面结合各种备份和恢复方式进行综合性测试。
|
案例编号
|
|
|
技术测试名称
|
数据库的物理备份和完全恢复
|
|
技术测试范围
|
|
|
技术测试类型
|
强制性测试
|
|
技术测试条件
|
所有的业务完成以后生成的数据
|
|
技术测试内容
|
对数据库进行物理备份、对数据库的完全恢复测试。
|
|
技术测试方法
|
1.通过运行控制台对数据库作物理备份（ORACLE/RMAN的0级备份），（也可以通过磁带库管理软件自动实现）；
2.检查是否有备份成功的提示，并且记录下备份的时间。
3.查看系统关键表， 并记录相关信息。
4.通过运行控制台对数据库做归档作备份，检查是否有成功的提示，并记录下备份的时间.
5.关闭数据库. 在做任何恢复之前先做数据库的OS冷备。
6.删除数据文件.
7.打开数据库到MOUNT状态,通过ORACLE/RMAN方式对1中的物理备份、及5中归档日志备份进行完全恢复。检查是否有恢复成功的提示，并且记录恢复的时间。
8.检查卡片表的内容和4中的数据是否一致。（ 完成恢复后请立即做一次物理备份。）
|
|
预期测试结果
|
1.有备份成功的提示
2.有恢复成功的提示
3.完全恢复后数据库保持数据完整性
|
|
其它补充说明
|
|
测试记录表：
|
案例编号
|
应用系统名称
|
测试过程及结果
|
是否达到预期测试结果
|
备注
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
测试人：复核人：测试时间：测试地点：
|
案例编号
|
|
|
技术测试名称
|
数据库的物理备份、增量备份、差量备份及数据库的不完全恢复
|
|
技术测试范围
|
|
|
技术测试类型
|
强制性测试
|
|
技术测试条件
|
测试数据的来源：所有的业务测试都完成以后生成的数据
|
|
技术测试内容
|
对全国中心数据库做物理备份、增量备份和对数据库的不完全恢复。
|
|
技术测试方法
|
1.备份策略：以7天为一个测试周期。第1天：物理备份（ORACLE/RMAN的0级备份）；第2,3,4天做增量备份；第5天做差量备份；第6,7天做增量备份。
2.通过运行控制台对数据库作物理备份。（也可以通过磁带库管理软件自动实现）；检查是否有备份成功的提示；并且记录下备份的时间。
3.做第2,3,4天的全套操作，并对每天做增量备份；检查备份是否都成功。
4.做第5天的全套操作,并对数据库做差量备份；检查备份是否有成功的提示。
5.做第6天的全套操作，做好该次增量备份。
6.在此次周期的第7天，在省中心数据库中找出一个表，记录该表相应的信息，并记录下此刻时间点。
7.在数据库中drop掉表。检查该表已不存在。
8.确认每天的归档都已经通过运行控制台进行了备份；检查备份是否有成功的提示。
9.关闭数据库.在做任何恢复之前先做数据库的OS冷备.
10.打开数据库到MOUNT状态.
11.通过ORACLE/RMAN方式对1中的物理备份、3中差量备份、4中增量备份及7中归档备份进行对5中时间点的不完全恢复。检查是否有恢复成功的提示，并记录下这次恢复的时间。
12.检查6中被drop掉的分户账列表的内容是否已经找回。（ 完成恢复后请立即做一次物理备份。）
|
|
技术测试标准
|
|
|
预期测试结果
|
有备份成功的提示；
数据恢复成功且有提示；
数据库不完全恢复后丢失的数据已经找回。
|
|
其它补充说明
|
|
测试记录表：
|
案例编号
|
应用系统名称
|
测试过程及结果
|
是否达到预期测试结果
|
备注
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
测试人：复核人：测试时间：测试地点：
数据备份的根本目的，是重新利用，这也就是说，备份工作的核心是恢复，一个无法恢复的备份，对任何系统来说都是毫无意义的。对一个完整的系统而言，备份工作是其中必不可少的组成部分.针对不同总数据量及每天数据量的变化会有一定的备份策略的差异。要结合系统的情况来检查备份策略的合理性。建议数据总量较小，每天作ORACLE/RMAN的0级全备的备份策略；数据总量较大每天作0级备份、增量备份和差量备份结合的备份策略。
