DSG SuperSync软件容灾演练方案
- 格式:docx
- 大小:848.05 KB
- 文档页数:15
. . .某商场容灾系统建议案迪思杰(北京)数码技术有限公司2009年9月目录1. 项目背景 (3)2. 用户环境 (4)3. 案设计 (5)4. 原理概述 (6)5. 技术标准 (8)5.1日志抓取(Data Capture) (9)5.2日志分析(Analyze) (10)5.2交易合成(Synthesize) (10)5.3交易传输 (12)5.4数据装载 (13)6. 技术指标 (16)7. 推荐采用“RealSync产品” (19)7.1为什么推荐RealSync产品 (19)7.2RealSync容灾系统架构 (21)8. 实施运维式说明 (23)9. 售后服务式说明 (24)9.1 DSG售后服务宗旨与策略 (24)9.2 DSG售后服务容 (24)9.3 DSG售后服务流程 (25)10. DSG Realsync部分国用户 (26)1.项目背景百货大楼集团是商贸龙头型企业,始建于1984年,集团下设10个分公司,8个子公司,2个专业总公司,1个物流公司。
经营面积30万平米,经营25万种商品,企业总资产12亿元。
2009年实现销售40亿元。
本项目中realsync同步的是百货最核心的卡库数据库。
2.用户环境卡库数据库:aix5.2 oracle10g 数据量30G左右灾备端数据库:linux oracle10g运行结果全同步(存量数据数据同步)时间:数据同步20分钟左右,含多千万级的表。
实时增量延迟:3秒以运行一个月,每日清算表,生产库和灾备库数据完全一致。
灾难演练测试(模拟灾难发生),DSG同步数据库可成功接管业务。
3.案设计网络拓扑图如下:✧POS机通过POS终端连接POS库,POS库从卡库中提取卡的信息;✧灾难发生时,可以把POS库直接连接到DSG灾备库,查询卡的信息,同时POS机和终端也可以通过POS库访问卡库.4.原理概述DSG是全球领先的数据与存储管理软件提供商,提供优秀的数据管理软件和数据备份、灾难恢复、数据抽取共享、数据归档检索和一体化管理平台在的解决案。
容灾备份的容灾演练与应急响应计划一、容灾备份的重要性随着信息技术的快速发展,数据在我们的生活和工作中占据着越来越重要的地位。
然而,由于各种意外事件的发生,如自然灾害、黑客攻击等,这些数据的安全性面临着很大的威胁。
为了保护数据的安全,容灾备份成为一种非常重要的手段。
二、容灾备份的定义与原理容灾备份是指将关键数据存储在备份设备中,一旦主系统遭受故障或被破坏,可以通过备份设备来进行数据的恢复。
容灾备份需要将数据进行定期的备份,并确保备份数据的完整性和可用性。
容灾备份的原理是通过将数据备份到不同的地理位置或不同的设备上,以降低系统单点故障的风险。
当主系统发生故障时,可以在备份设备上快速恢复数据,保证业务的连续性。
三、容灾演练的意义为了保证容灾备份的有效性,容灾演练成为必不可少的环节。
容灾演练是通过模拟实际发生故障的情形来验证备份系统的可靠性和恢复能力,以及应急响应计划的有效性。
容灾演练能够发现备份系统中的潜在问题,并及时采取纠正措施,以提高备份系统的可靠性。
同时,容灾演练还可以训练人员应对突发事件的能力,提高应急响应的效率。
四、容灾演练的步骤与注意事项容灾演练应该包括预演、实施和评估三个阶段。
预演阶段是事先制定好演练计划,并与相关人员进行沟通和准备。
实施阶段是模拟真实故障事件的发生,并根据预定方案进行应对和恢复。
评估阶段是对演练过程进行总结和评估,以发现问题并改进。
在进行容灾演练时,需要注意以下几点。
首先,要制定详细的演练计划,并明确参与人员的职责和任务。
其次,演练过程要模拟真实情况,尽量贴近实际发生故障的场景,以达到真实性和可靠性。
此外,要根据演练过程中出现的问题进行整改和完善,确保容灾备份系统的可靠性和有效性。
五、应急响应计划的制定与执行应急响应计划是针对各类突发事件制定的,旨在保障人员的安全和业务的连续性。
应急响应计划包括预警、应对、恢复和总结等环节。
在制定应急响应计划时,需要考虑到不同类型事件的特点和可能的影响,制定相应的处理流程和方案。
容灾备份的容灾演练与应急响应计划在一个充满风险和不确定性的世界中,灾难随时可能降临。
对于企业和组织来说,如何应对和应急响应已经成为一项重要的任务。
正因如此,容灾备份的容灾演练与应急响应计划变得至关重要。
首先,容灾备份的容灾演练是确保整个系统或企业运转正常的一项关键工作。
在容灾备份中,通过模拟各种可能发生的灾难情况,可以更好地识别系统漏洞,发现问题的根源,并采取相应措施来提高系统的安全性和可靠性。
在灾难发生时,可靠的容灾备份系统可以快速恢复故障,并在短时间内使业务正常运行,最大限度地降低了公司的损失。
其次,应急响应计划是应对突发事件的一种策略。
根据组织的实际情况,制定合理的应急响应计划可以在紧急情况下迅速采取有效措施,并对应急事件产生的影响进行判断和应对,从而减少损失和风险。
应急响应计划包括组织和指挥团队进行相关培训,确保人员能够熟练掌握应急响应流程和操作技巧。
然而,仅仅有容灾备份的演练和应急响应计划还不够。
首先,演练应包含具体的灾难场景,以便能够真实模拟灾难发生时的应对情况。
例如,在容灾备份的演练中,可以模拟服务器故障、数据库崩溃等情况,观察备份系统的恢复速度和效果。
其次,应急响应计划应该是一个动态的过程,需要根据实际情况进行不断的修正和完善。
因为灾难的形式和规模都是无法预测的,只有站在实践中不断地总结经验教训,才能逐步提高应对效果。
在容灾备份的容灾演练和应急响应计划的过程中,有几个关键因素需要特别注意。
首先,要确定合理且完整的演练方案和应急响应流程。
这不仅包括明确每个人的任务和职责,还需要将各种应急情况的处理方式纳入整个流程中。
其次,需要充分培训和训练演练的参与人员,使其能够熟练掌握操作技能和相关知识。
再次,应建立健全的沟通机制和协调机构,确保各个环节的信息和指令能够及时传达和执行。
容灾备份的容灾演练和应急响应计划是一个系统工程,需要全体员工及时参与和配合。
企业和组织不仅要有合适的技术手段和工具,还需要建立一种全员参与的安全文化氛围。
容灾备份的容灾演练与应急响应计划一、引言在当今数字化时代,数据的安全性和可用性成为企业生存和发展的重要因素。
为了保障系统的连续性和数据的可靠性,许多企业采用容灾备份技术来应对意外事故和灾难性事件。
容灾演练和应急响应计划是保证容灾备份系统有效运行的关键环节。
二、容灾演练的意义容灾演练是指模拟真实的灾难情景,通过实际操作来检验容灾备份系统的性能和可靠性。
它的意义在于发现和解决潜在问题,使企业能够做好应对突发事件的准备。
首先,容灾演练可以发现系统中的薄弱环节和漏洞。
通过模拟实际情景,可以检测到系统的瓶颈和性能问题,及时进行修复和改进,提高系统的可靠性和响应速度。
其次,容灾演练可以帮助人员熟悉系统和应急操作流程。
在容灾备份系统中,人员的操作和决策是至关重要的。
通过定期演练,人员可以提前熟悉系统,了解应急操作流程,提高应急响应能力,减少出错的可能性。
最后,容灾演练可以检验和验证应急设备的可靠性。
演练过程中,可以验证备份设备的恢复功能和容灾策略的有效性,确保在灾难发生时能够及时恢复系统功能,减少业务停顿时间。
三、应急响应计划的重要性应急响应计划是企业在面对突发事件时的操作指南和决策依据。
它可以帮助企业高效地应对灾难,减少损失,并在最短的时间内恢复业务正常运行。
首先,应急响应计划可以规范应急工作流程。
在突发事件发生时,各个部门和人员需要快速、有序地行动。
通过制定应急响应计划,可以明确每个角色的职责和任务,提高工作效率,减少混乱和错误。
其次,应急响应计划可以帮助企业提前做好准备工作。
在制定计划的过程中,企业需要评估不同灾难情景下的风险和潜在影响,制定相应的措施和预案。
这样,在灾难发生时,企业能够迅速做出决策和应对,减少停工时间和经济损失。
最后,应急响应计划可以加强内部和外部沟通与合作。
在紧急情况下,各个部门和外部机构之间的沟通和合作非常重要。
通过制定应急响应计划,可以明确沟通渠道和流程,提前建立合作关系,加强内外部资源的整合和协同,从而提高应对突发事件的能力和效果。
云计算平台的容灾演练和灾备演练方法近年来,云计算平台在各行各业中的应用越来越广泛,因其具备高灵活性、高可扩展性和高可靠性等优势受到了广泛的青睐。
然而,任何技术都不是完美的,云计算平台也难免会遭遇各种灾难性的事故,如系统崩溃、数据丢失以及网络安全问题等。
为了降低这些问题带来的损失,容灾演练和灾备演练成为了云计算平台管理中的重要环节。
容灾演练是指模拟云计算平台遇到灾害时进行的演练活动,旨在检验和验证灾害中数据和功能的恢复能力。
容灾演练的方法有多种,其中一个常见的方法是“暗灾演练”。
这种方法下,对平台运行的一段时间内进行偷盗、摧毁或删除等行为,以模拟真实灾害环境。
通过这种方式,可以发现和诊断灾害模式,及时修复和改进云平台的弱点。
另一个常见的容灾演练方法是“明灾演练”。
这种方法下,通过控制台正常操作模拟直接性故障,检验平台是否可以及时响应和成功运行。
比如,可以模拟断电、停机维护或网络故障等状况。
通过这种方式,可以检验系统在真实环境下的可用性和稳定性,提前排除潜在问题。
总的来说,容灾演练的关键在于模拟真实的灾害环境,通过不同方法去验证和发现系统的问题,从而提高整个云计算平台的鲁棒性和容错性。
与容灾演练相对应的是灾备演练,后者主要关注的是云平台中数据备份和恢复的能力。
灾备演练的目的是通过模拟数据损失和恢复过程,验证备份策略和数据恢复的可靠性。
对于云平台而言,灾备演练的方法主要有两个,分别是“磁盘克隆备份”和“在线备份”。
磁盘克隆备份是指在进行灾备演练时,将云平台的硬盘克隆到备份设备中。
通过这种方式,可以模拟数据丢失的情况,并通过备份设备将数据恢复到云平台中,验证备份和恢复的过程。
这种方法需要保证备份设备的完整性和可靠性,同时也需要一定的设备和资源投入。
在线备份则是指在实时环境中,将云平台的数据备份到远程机房或云存储中,以保证数据的安全性和可靠性。
通过这种方式,可以模拟远程灾难的情况,并通过在线备份的数据恢复到主平台中,验证数据备份和恢复的效果。
容灾备份的容灾演练与应急响应计划在当今数字化时代,数据的安全性和可用性对于任何组织都至关重要。
然而,由于自然灾害、人为错误或其他突发事件的发生,数据的丢失或破坏常常是无法避免的。
为了对抗这些意外情况,许多组织采取了容灾备份和应急响应计划。
容灾备份是指将关键数据和信息备份到另一个位置或设备,以防止数据丢失或破坏。
这种备份的目的是确保数据在灾难性事件中仍然可用。
然而,仅仅进行备份是不够的,还需要进行容灾演练和制定应急响应计划来确保在面临灾难时能够迅速恢复和保护数据。
首先,容灾演练是一种模拟灾难情景的活动,通过测试备份系统和应急措施的有效性。
它可以帮助组织评估备份系统的稳定性和恢复能力,发现潜在的问题并进行改进。
容灾演练应该全面而逼真,包括模拟各种系统故障、硬件损坏和网络中断等情况。
通过这种演练,组织可以发现并解决可能导致数据丢失或系统瘫痪的弱点,提高容灾备份的可靠性和安全性。
其次,应急响应计划是在灾难事件发生时帮助组织快速、有效地恢复业务和保护数据的指南。
这个计划应该是详细且实用的,包括各种灾难情景和应急措施。
例如,在遭受网络攻击时,该计划应该指导组织如何隔离受感染的系统、发布紧急公告和修复漏洞,以便快速恢复正常运营。
应急响应计划还应该包括明确的责任和沟通渠道,确保团队成员在灾难事件中能够迅速作出反应并协同合作。
在制定容灾演练和应急响应计划时,组织应该注重以下几点。
首先,需要根据组织的实际情况和需求制定个性化的计划。
不同组织面临的风险和业务需求各异,因此容灾备份和应急响应计划需要具体到组织的特定情况。
其次,要定期更新和测试这些计划。
技术和业务环境不断变化,旧的计划可能无法适应新的挑战。
因此,定期进行演练和更新计划是非常重要的。
最后,还需要培训和教育员工,提高他们的容灾意识和应急反应能力。
员工是组织中最重要的资源,他们的知识和行动对于数据安全和业务恢复至关重要。
总之,容灾备份的容灾演练和应急响应计划是保护数据安全和业务连续性的重要手段。
【关键字】系统
系统容灾演练方案
(初稿)
1 演练目的
本次演练验证当市场交投活跃程度是历史峰值三倍以上时,本公司系统仍能正常完成服务,以及能够在上交所一个数据中心灾难性故障的前提下,仍然能开展其自身业务。
2 演练范围
为达到检验本公司系统的目标,不采用直接在交易所接口库中产生申报记录的方式。
所有压力通过本公司核心系统生成。
由于集合竞价和连续交易之间只有5分钟休市,为躲免集合竞价整个阶段全部高速报单导致集合竞价产生的成交回报不能在5分钟休市内收齐,影响到后续连续竞价阶段的压力测试,集合竞价阶段的连续高压不要超过5分钟。
清算和结算数据同样进行处理,以验证清算和结算环节。
为保证产生足够的清算和结算压力,根据持仓产生足够的卖单,以保证合乎常规的申报和成交比例。
在交易所进行数据中心灾难的演练时,记录本公司系统是否申报中断、行情中断、申报拥堵等情况。
为躲免申报切换到交易所计划关闭的数据中心,当日不安排自身系统的灾备切换。
3 演练记录
请通过检查数据库表的方式来找出准确的委托笔数、成交笔数。
比如
SELECT co=COUNT(rec_num), time FROM ashare_ordwth2 GROUP BY time
SELECT ct=COUNT(cjbh), cjsj FROM ashare_cjhb GROUP BY cjsj
报盘数据库服务器性能指标
接入交易所链路性能指标
此文档是由网络收集并进行重新排版整理.word可编辑版本!。
DSG SuperSync软件容灾演练方案与报告目录第一章文档介绍 (3)1.1摘要 (3)1.2客户的受益 (3)1.3责任人 (3)第二章灾备前搭建测试环境进行演练 (4)第三章灾备演练计划和安排 (5)第四章演练中的风险及故障处理记录 (8)5.1数据初始化功能测试 (11)5.2数据一致性比对测试 (13)5.3软件测试情况截图 (14)第五章测试总结 (15)第一章文档介绍1.1 摘要此文档主要阐述了本次软件灾备演练的目的、计划、步骤、分工,以及评测方法,便于医院信息管理部各位领导了解整个演练进程,并做相应检验。
本次在医院处进行的灾备演练评测,是希望通过在实际生产环境中的部署与试用,使医院信息管理部各位领导和专家能够全面了解并评估DSG公司的SuperSync数据库复制软件及其应用技术,为医院未来的企业业务容灾系统建设提供有益的探索。
我们精心设计了整个演练过程,力求以医院业务应用的视角来评测该软件。
1.2 客户的受益通过此文档,客户方信息管理部相关人员将能够更加清晰地了解测试的全部细节,从而便于安排相关检测。
1.3 责任人若您对本文档存在任何疑问或建议,请联系迪思杰工程师[]第二章灾备前搭建测试环境进行演练 本次评测在医院搭建的测试拓扑图如下具体模拟灾备测试环境的相关参数列表如下(实际灾备演练过程和此次测试过程一致):第三章灾备演练计划和安排✓参加演练名单(待定):✓正式演练流程图:应急演练流程图✓正式演练步骤和时间安排第四章演练中的风险及故障处理记录1)在本次实施期间(主要测试周期2016-12/8(周四)~ 2016-12/9(周五)),DSG Realsync软件的运行未对复制源端BSRUN业务系统造成任何不良影响,未对目标端虚拟机、所处物理设备以及运行环境造成任何不良影响。
2)DSG 双中心切换流程使用双中心版本将目标端IP(200.157)修改为源端的IP(200.53),源端IP另外设置(200.54)的切换方式。
DSG Realsync for MS SQL Server数据库实时复制软件-- SQL Server关键业务系统的容灾解决方案【DSG Realsync产品的定位】随着当今时代信息化的高速推进,信息系统已经是企业最重要的资产,特别是对于企业内关键性(Mission Critical)的应用与系统,必须保持运作的不中断性或在最短时间内恢复运作。
因此对于企业来说,拥有一套稳定、安全、可靠、高可用性的容灾系统,用以来提高系统的高可用性(HA)与保证业务的连续性,最大限度地减少因灾难或故障所带来的损失,已经成为重中之重。
很不幸的是,传统磁带备份(Tape Backup),集群系统(Server Clustering)或磁盘阵列(RAID Storage)并无法完全达成企业对于资料可靠性与不中断服务的需求。
磁带备份,在两次备份之间若服务器出问题时则资料将会遗失,而且利用磁带还原常需花费一小时到数天的时间(根据损害程度);而集群系统无法达到异地备份目的,且成本昂贵;磁盘阵列无法应付操作系统或应用程序造成的宕机,并且无法立即恢复服务;有鉴于此,为了满足这些可用性要求极高的关键性应用,美国DSG Realsync 公司推出DSG Realsync 高可用性容灾(HA)解决方案,协助企业以最经济的方式达到系统的高可用性容灾,保证业务的连续性,最大限度地减少因灾难或故障所带来的损失。
DSG Realsync for MS SQL是专门为Microsoft SQL Server数据库设计的数据同步方案,在一个或多个SQL Server数据库之间保持数据的同步。
【产品应用范围】✓支持的平台系统:Windows 2003、Windows 2000、Windows NT、Windows xp等;✓支持的数据库:SQL Server 7.0、2000、2005 等;【产品主要特性】●提供数据复制和恢复,结合SQL Server Replication技术提供MS SQL SERVER数据库的数据同步功能。
xxxxxxxxxxxxxxxxxxxxxxxx项目容灾演练方案目录第一章、总拓扑图 (4)第二章、网络容灾演练方案 (5)2.1 核心交换机 (5)2.1.1 参加演练人员 (6)2.1.2 演练流程 (6)2.1.3 准备工作 (6)2.1.4 演练步骤 (8)2.1.5 预期演练结果 (9)2.2 radware负载均衡器 (9)2.2.1 参加演练人员 (9)2.2.2 演练流程 (10)2.2.3 准备工作 (10)2.2.4 演练步骤 (13)2.2.5 预期演练结果 (14)第三章、应用服务器容灾演练方案 (14)3.1 Vmware HA (14)3.1.1 参加演练人员 (15)3.1.2 演练流程 (15)3.1.3 准备工作 (15)3.1.4 模拟JJESX1故障 (16)3.1.5 模拟JJESX2故障 (17)3.1.6 预期演练结果 (17)3.2 websphere (18)3.2.1 参加演练人员 (18)3.2.2 演练流程 (19)3.2.3 准备工作 (20)3.2.4 WAS故障 (24)3.2.5 DMGR故障 (24)3.2.6 ODR故障 (25)3.2.7 WVE故障 (25)3.2.8 预期演练结果 (25)第四章、数据库系统容灾演练方案 (26)4.1小型机故障切换 (26)4.1.1 参加演练人员 (26)4.1.2 演练流程 (26)4.1.3 准备工作 (27)4.1.4 演练步骤 (32)4.1.5 预期演练结果 (32)4.2生产端数据库平台整体故障切换 (33)4.2.1 参加演练人员 (33)4.2.2 切换流程 (34)4.2.3 演练步骤 (35)4.2.4 还原流程 (42)4.2.5 演练步骤 (43)4.2.6 预期演练结果 (46)第一章、总拓扑图通过部署两台IBM的企业级存储系统DS8700(一台部署在生产中心、一台部署在容灾中心),在本地生产中心的DS8700存储相应的业务数据,在生产中心通过数据复制技术将核心数据通过SAN网络复制到容灾中心容灾存储DS8700中。
DSG SuperSync软件容灾演练
方案与报告
目录
第一章文档介绍 (3)
1.1摘要 (3)
1.2客户的受益 (3)
1.3责任人 (3)
第二章灾备前搭建测试环境进行演练 (4)
第三章灾备演练计划和安排 (5)
第四章演练中的风险及故障处理记录 (8)
5.1数据初始化功能测试 (11)
5.2数据一致性比对测试 (13)
5.3软件测试情况截图 (14)
第五章测试总结 (15)
第一章文档介绍
1.1 摘要
此文档主要阐述了本次软件灾备演练的目的、计划、步骤、分工,以及评测方法,便于医院信息管理部各位领导了解整个演练进程,并做相应检验。
本次在医院处进行的灾备演练评测,是希望通过在实际生产环境中的部署与试用,使医院信息管理部各位领导和专家能够全面了解并评估DSG公司的SuperSync数据库复制软件及其应用技术,为医院未来的企业业务容灾系统建设提供有益的探索。
我们精心设计了整个演练过程,力求以医院业务应用的视角来评测该软件。
1.2 客户的受益
通过此文档,客户方信息管理部相关人员将能够更加清晰地了解测试的全部细节,从而便于安排相关检测。
1.3 责任人
若您对本文档存在任何疑问或建议,请联系迪思杰工程师[]
第二章灾备前搭建测试环境进行演练 本次评测在医院搭建的测试拓扑图如下
具体模拟灾备测试环境的相关参数列表如下(实际灾备演练过程和此次测试过程一致):
第三章灾备演练计划和安排✓参加演练名单(待定):
✓正式演练流程图:
应急演练流程图✓正式演练步骤和时间安排
第四章演练中的风险及故障处理记录
1)在本次实施期间(主要测试周期2016-12/8(周四)~ 2016-12/9(周五)),DSG Realsync
软件的运行未对复制源端BSRUN业务系统造成任何不良影响,未对目标端虚拟机、所处物理设备以及运行环境造成任何不良影响。
2)DSG 双中心切换流程使用双中心版本将目标端IP(200.157)修改为源端的IP(200.53),源端
IP另外设置(200.54)的切换方式。
总结了下切换的流程如下供以后参考。
1.停止两边进程
2.192.168.200.3 修改为192.168.200.158,192.168.200.157修改为192.168.200.3
3.修改3和157上的/network/admin/tnsnames.ora中相应的TNS改为当前IP 即200.3和200.157
4.修改200.3(旧157)上的standby/dt/scripts下的env_vagentd.ini,将
DBC_VAGENTD_ADDR=192.168.200.3:50002 修改为
DBC_VAGENTD_ADDR=192.168.200.158:50002
5.修改200.158(旧3)上的primary/dt/scripts下的env_vagentd.ini,将
DBC_VAGENTD_ADDR=192.168.200.157:50002 修改为
DBC_VAGENTD_ADDR=192.168.200.3:50002
6.修改200.3上/standby/ds/bin/vman 中的host 为当前IP目标端为200.54
7.在200.3(旧157)上执行alter system switch logfile;
exec dbms_lock.sleep(2);
alter system switch logfile;
exec dbms_lock.sleep(2);
alter system switch logfile;
exec dbms_lock.sleep(2);
select
'set dm 1.1 -cfg -type us -sync n
'||dbms_flashback.get_system_change_number||chr(10)||
'exit'
from dual;
8.修改200.53 standby/ds/scripts/下面 vm_switch 替换当前SCN 16575269632
9.执行./vman @vm_switch
10.检查200.158/dsg/primary/dt/log/log.r0 以及/rmp/real0下面的xf1有没有在减少如果在减少并且log.r0没有报错说明反向增量成功。
和/rmp/imp* 下面此时应该在重建映射关系,映射关系建立完成后即可通知应用连接200.3
3)后续演练需要注意关键点
a.此次演练为实施完成后第一次演练,所以切换步骤,应用配合等方面都需要配置操作,此次
演练完成后,形成详细步骤和演练脚本,做为日后定期常态型的切换演练,日后演练可以实
现快速切换。
b.无论此次演练和日后常态演练,演练前必须要通过DSG备份软件做演练数据库的全库备份。
c.tns配置务必核对清楚,不能写错
d.DBC_VAGENTD_ADDR=192.168.1.100:50001 参数写在start.bat中无效,需要写在
env_vagentd.ini里面-xtag AAABB 写在源端 -vagentd 目标端loader中即可。
e.针对测试期间发现目标端有部分view和 Procedure版本过旧问题,采取应急预案将旧生产
库的视图和存储过程等对象取出并在目标的进行刷新.在刷新对象操作完成后还需要针对更新过的view进行重新授权,这个问题是数据库逻辑复制不能避免的,主要应对措施就是做好应用管理工作,在进行切换之前一周停止软件更新,或者在软件程序更新后能通知运维部门进行这部分内容的check.
f.简明操作手册和授权统计脚本如下
grant.sql get_view.sql南京同仁医院DS
G数据复制软件简明操
测试内容与结果归纳
5.1数据初始化功能测试
1.评测目的
数据初始化功能指将源端数据库所有历史数据一次性复制到目标端,主要考察数据复制软件如何进行初始化全同步,该过程对资源的占用,灵活性,是否需要停机,效率,操作复杂性以及准确性。
2.测试方法:配置RealSync软件,利用软件提供的初始化全同步工具完成全同步。
3.测试结果统计:
初始化期间总体资源使用情况表
4.测试结论:
✧全同步在源端BSRUN系统正常运行开始并完成,不需要业务停机,不借助其他技术手
段,完全由Realsync完成。
✧全同步期间对生产系统性能影响有限,选择合适的时间段进行全同步,性能影响可以忽
略;
✧全同步效率较高,某些特殊情况由于Oracle机制所限会造成时延,依然在可接受范围;
✧全同步操作简单,可按用户分批进行,灵活易用;
✧数据比对完全一致,证明了技术的可用性;(见专门章节测试数据比对)
5.2数据一致性比对测试
1.评测目的
数据一致性无误是数据复制软件必须达到的功能,本测试目的是考察数据复制的准确性。
2.测试方法:采用minus的方式对比源端和灾备端的数据,包括所有表的数据一致性。
3.测试结果统计:
4.
参见文档《数据比对测试记录》(word)
5.测试结论:
在各种情况下数据比对测试正确通过,说明Realsync软件复制的数据准确性可以信任。
5.3软件测试情况截图
目标端软件测试情况:
测试用DSG用户在源端和目标端分别做了insert,update,delete测试,数据均完全一致,两边可以随意切换。
下面就是联系应用和用户确定方案和时间,做正式灾备演练测试。
第五章测试总结
通过本次演练DSG总结如下测试结论:
1.利用Realsync软件搭建的容灾数据复制环境稳定、可靠;
2.利用Realsync软件提供的数据初始化全同步功能,可以实现不借助第三方工具或软件,在
生产系统正常运行时,在线完成存量数据的全同步,并自动完成实时同步;
3.Realsync软件对数据库的所有常用数据类型、常用对象、常见操作都支持准确复制;
4.Realsync软件支持数据快速修复功能;
5.在模拟的高业务负荷压力下,Realsync容灾复制环境依然保持健康,数据复制正常、准确,
延迟保持在小于5s,满足业务要求。
6.Realsync复制环境可以实现业务向容灾系统的快速切换,并支持在切换->回切过程中的数
据复制和一致性。
7.医院各位领导、专家在本次POC中给予了大力支持和协助,并提出了很多宝贵建议,在此
一并致谢!!。