Oracle测试报告.docx
《Oracle测试报告.docx》由会员分享,可在线阅读,更多相关《Oracle测试报告.docx(12页珍藏版)》请在冰豆网上搜索。
Oracle测试报告
****数据库报表系统
ShareplexforOracle测试报告
易虹天地电脑技术服务(北京)有限公司
二○○四年八月
1测试目标
本次测试的主要目的是验证QuestSharePlexforOracle能够满足项目数据库复制的以下需求,为未来的产品选型和实施工作提供依据。
在下述需求中凡注有双下划线()的部分为具有最高优先级的部分;凡注有单下划线()的部分为具有次优先级的部分;未标注的部分为应正常满足的部分。
1.1复制功能
✧支持对异构环境的复制;
✧对源系统影响小,所选择方案不得明显增加原有主中心主机系统或数据库系统或磁盘阵列压力,即报表方案导致主中心系统增加的额外性能要求不超过原有系统的20%;
✧网络带宽占用少,所需网络带宽有限,在有限传输带宽上保证复制工作延迟小。
✧数据延迟小,数据由主中心向报表中心进行数据复制时,正常情况下时间延迟不得大于30分钟;
✧安全性高,当报表中心暂停或传输异常中断导致复制停止时,主中心的业务不受影响,需报表数据可以在主中心暂时存放,当系统恢复后,暂存数据可自动完整复制到报表中心,数据完整性一致性不被破坏;
1.2统计查询功能
✧考虑报表中心将作为经营分析系统和一些查询统计系统的数据源,要求报表中心的数据实时可读取,复制过程和报表数据读取不产生矛盾;
✧希望从报表中心读取到的数据是实时最新数据,不需要为了读取到最新数据而进行一些切换工作;
1.3测试环境
测试环境由以下两台主机构成:
ibmp670
dell6600
✧PrimarySystem1
Hardware:
ibmp670
IP:
10.1.3.20
OS:
aix5.1
Oracle:
9.2.0.4
OracleSIDsptest
Shareplex5.0
✧SecondarySystem
Hardware:
dell6600
IP:
10.1.1.65
OS:
redhat2.1
Oracle:
9.2.0.4
OracleSIDsptest2
Shareplex5.0
1.4测试地点
测试工作安排在太平人寿电脑部
1.5人员安排
为了保证测试项目的成功,易虹天地电脑技术服务(北京)有限公司,都派出了专门的技术人员支持本次测试工作。
项目各方参与人员密切配合、保证了测试工作的成功。
相关人员安排如下:
姓名
单位
职位
联系方式
负责工作
****
******
技术人员
****
*****
Dba
***
*****
销售
1.6测试安排
1.6.1SharePlex解决方案介绍及讨论
所有参加测试人员及相关技术人员参与了SharePlex解决方案介绍及讨论工作。
✧由易虹工程师介绍SharePlex解决方案
✧对测试方案进行讨论和确认。
就测试的目的、预期的结果达成共识。
根据测试计划的内容安排测试工作。
1.6.2测试环境确认和准备
确认测试环境是否满足SharePlex的安装、配置和测试要求。
根据checklist的内容对PrimarySystem和SecondarySystem进行全面检测。
经过检测和比较,确认在安装前需要进行以下工作:
✧确认shareplex安装目录,在本地磁盘上需要2GB空间以上,存储容灾队列
✧将redolog文件放到本地磁盘,每个大小100M,数量3个,归档方式
✧在PrimarySystem进行归档操作,归档日志放在本地磁盘
1.6.3SharePlex产品安装
在测试机器上安装配置SharePlexforOracle5.0。
1.6.4实际测试
此次测试工作为SharePlex功能测试,不包含数据初始化同步。
1.6.5实际环境报表方案讨论
针对需要报表的实际环境,讨论未来可能的配置方案:
✧讨论配置方案,论证方案的可行性。
✧检查系统环境,确定SharePlex是否满足需求
✧提出在维护工作中需要注意的问题。
1.6.6测试报告
根据上述工作内容提交测试报告。
2测试内容
2.1复制功能测试
2.1.1测试准备
2.1.1.1建立测试表
demo_src
由shareplex安装程序建立,作为源数据表,在除高可用性测试的其他所有测试环境中使用。
表名
demo_src
列名
数据类型
属性
NAME
VARCHAR2(30)
NOTNULL
ADDRESS
VARCHAR2(60)
NOTNULL
PHONE#
VARCHAR2(12)
NOTNULL
demo_src
作为目标数据表,由shareplex安装程序建立,在除高可用性测试的其他所有测试环境中使用。
表名
demo_src
列名
数据类型
属性
NAME
VARCHAR2(30)
NOTNULL
ADDRESS
VARCHAR2(60)
NOTNULL
PHONE#
VARCHAR2(12)
NOTNULL
2.1.1.2建立配置文件
Testeglobal2,configurationfileonprimarysystem
datasource:
o.sptest
splex.demo_srcsplex.demo_srcweblogic72@o.sptest
主数据库实例名sptest
其中weblogic72是linux报表主机的主机名,报表数据库的实例名是sptest。
2.1.1.3建立复制环境
主系统:
SysA
报表系统:
SysB
(1)启动SysA上的和SysB上的SharePlex
sp_cop&
(2)启动控制台
sp_ctrl
(3)在SysA中激活config文件
sp_ctrl>activateconfigtesteglobal2
(4)检查SysA和SysB测试表中的记录
SQL>select*fromsplex.demo_src;
SQL>select*fromsplex.demo_src;
2.1.2基本功能测试
2.1.2.1测试目的
✧验证SharePlex可以复制所有的DML操作,如插入、修改、删除等等。
✧验证SharePlex可以支持很多DDL操作,如truncate,altertable。
2.1.2.2测试步骤
(1)复制DML语句:
在SysA上做INSERT、UPDATE和DELETE操作,检查SysB对应的表。
SQL>Insertintosplex.demo_srcvalues(‘1’,’11’,’111’);
SQL>Updatesplex.demo_srcsetaddress=‘22’wherename=’1’;
SQL>Deletefromsplex.demo_srcwherename=’1’;
(2)复制DDL语句:
在SysA上做TRUNCATETABLE操作,检查SysB对应的表。
SQL>Truncatesplex.demo_src
SQL>altertabledemo_srcadd(idnumber(10));
2.1.2.3预期结果
✧SharePlex可以复制所有的DML操作,如插入、修改、删除等等。
✧SharePlex可以支持的DDL操作,如truncate,altertable。
2.1.2.4实际结果及评价
达到预期结果。
2.1.3性能测试
2.1.3.1测试目的
验证SharePlex支持大量事务的复制操作。
2.1.3.2测试步骤
✧先在SysA运行SQL语句A>运行procedure,插入10万条记录
Commit;
✧验证在语句B运行后,SharePlex将数据复制到SysB。
运行查询命令,记录数据行数,确认数据已经成功复制而且复制行数相同。
selectcount(*)fromdemo_src;
2.1.3.3预期结果
在PrimarySystem中对SharePlex一个表进行大数据量插入,能够很快复制到SecondarySystem,数据延迟非常小。
2.1.3.4实际结果及评价
达到预期结果。
在PrimarySystem大量记录后,在SecondarySystem中马上可以查询到相关记录。
感觉不到数据延迟。
2.1.4查询功能测试
2.1.4.1测试目的
验证在复制过程中,对目标数据库可以进行查询操作。
2.1.4.2测试步骤
在SysA运行批量加载记录:
在运行过程中在SysB上进行查询操作。
selectcount(*)fromdemo_src;
2.1.4.3预期结果
验证在PrimarySystem中向SecondarySystem中进行复制时,可以对目标数据库进行查询操作。
2.1.4.4实际结果及评价
达到预期效果。
2.1.5可靠性测试
2.1.5.1测试目的
✧验证在SecondarySystem中SharePlex毁坏不影响复制功能。
✧验证在PrimarySystem中SharePlex毁坏不影响复制功能。
✧验证在PrimarySystem或SecondarySystem中SharePlex毁坏且此时复制事务已归档至archive日志中不影响复制功能
✧验证当灾备系统网络中断,当网络恢复Shareplex不影响复制
2.1.5.2测试步骤
(1)验证在SysB中关闭SharePlex进程,数据库和SysA中的SharePlex正常进行操作,当SysB重新启动后,SharePlex能保证复制工作继续正常进行。
✧在SysB关闭shareplex
sp_ctrl>shutdown
✧在SysA插入数据
SQL>Insertintosplex.demo_srcvalues(‘2,’22’,’222’);
✧在SysA检查export队列
sp_ctrl>qstauts
✧在SysB中检查表中的数据
SysB>selectcount(*)fromdemo_src;
✧在SysB启动SharePlex
SysB>startup
✧Testthequeuesonbothsystems
SysA>qtatus
SysB>qstatus
✧TestthetableonSecondarySystem
SysB>selectcount(*)fromdemo_src;
(2)验证在SysA中SharePlex毁坏的情况下,当SharePlex重新启动后(事务记载在RedoLog文件中),可以继续进行复制工作。
✧stopcaptureonSysA
SysA>stopcapture
✧DMLonSysA
SysA>SQL>Insertintosplex.demo_srcvalues(‘3,’333’,’333’);
>commit
✧startcaptureonSysA
SysA>startcapture
✧checktheresultsonSysB
SysB>selectcount(*)fromdemo_src;
(3)验证在SysA中SharePlex毁坏的情况下,当SharePlex重新启动后(事务已经归档到ArchiveLog文件中),可以继续进行复制工作。
✧stopcaptureonSysA
SysA>stopcapture
✧switchonlineredologfile
altersystemswitchlogfile;
✧DMLonSysA
SysA>SQL>Insertintosplex.demo_srcvalues(‘3,’333’,’333’);
commit
✧switchonlineredologfilesuntiltheDMLoperationsentersintothearchivelogfiles
altersystemswitchlogfile;(severaltimestomakethecurrentlogbearchived)
✧startcaptureonSysA
SysA>startcapture
✧checktheresultsonSysB
SysB>selectcount(*)fromdemo_src;
(4)验证在SysA中SharePlex正常运行的情况下,当断开与灾备系统连接的网线,可以继续进行复制工作。
✧shutdownSysB
✧DMLonSysA
SysA>SQL>Insertintosplex.demo_srcvalues(‘3,’333’,’333’);
>commit
restartSysb
SysB>selectcount(*)fromdemo_src;
2.1.5.3预期结果
✧验证在SecondarySystem中SharePlex毁坏的情况下,在PrimarySystem中插入数据,当SecondarySystem中SharePlex进程重新启动后,数据可以继续复制到SecondarySystem。
✧验证在PrimarySystem中SharePlex毁坏的情况下,当SharePlex重新启动后(事务记载在RedoLog文件中),可以继续进行复制工作。
✧验证在PrimarySystem中SharePlex毁坏的情况下,当SharePlex重新启动后(事务已经归档到ArchiveLog文件中),,可以继续进行复制工作。
✧验证当灾备系统网络中断,当网络恢复Shareplex不影响复制
2.1.5.4实际结果及评价
达到预期效果。
在PrimarySystem和SecondarySystem停止SharePlex,当SharePlex重新启动后,复制工作可以自动继续进行。
3测试结论
报表系统测试工作由易虹、太平人寿共同完成。
针对测试目标
非常重要的用标识
重要用标识
一般无标识
针对测试结论
满足并具有非常优势标识
满足用标识
不满足无标识
测试指标
测试目标
测试方案实现的情况
测试结论
复制功能
支持异构的数据源和数据目标
提供对不同操作系统、数据库的复制,包括IBM、LINUX
SharePlex支持从AIX到LINUX的复制
满足且具有非常优势
对源系统影响非常小
报表方案导致主中心系统增加的额外性能要求不超过原有系统的20%;
SharePlex对CPU资源的平均占用为2%。
满足且具有非常优势
对网络带宽的占用
在有限传输带宽上保证复制工作不延迟
SharePlex对网络带宽的占用低。
满足且具有非常优势
数据延迟
正常情况下时间延迟不得大于30分钟
基本上再2s内
满足且具有非常优势
安全性
当报表中心暂停或传输异常中断导致复制停止时,主中心的业务不受影响,需报表数据可以在主中心暂时存放,当系统恢复后,暂存数据可自动完整复制到报表中心,数据完整性一致性不被破坏
在进行SharePlex功能测试中,停止SecondarySystem的进程,SharePlex可以将PrimarySystem的数据存储在队列中。
重新启动进程自动开始复制。
满足
查询统计功能
数据可读取
要求报表中心的数据实时可读取
在进行大规模数据装载的过程中,目标数据可以进行查询操作。
满足且具有非常优势
查询数据的实时性
希望从报表中心读取到的数据是实时最新数据,不需要为了读取到最新数据而进行一些切换工作。
在进行查询测试时,感觉不到数据延迟,能够访问到最新数据。
满足