Alivedb数据库容灾介绍
数据库容灾与高可用性解决方案
数据库容灾与高可用性解决方案随着云计算和大数据技术的发展，数据库的容灾和高可用性已经成为企业信息化建设中非常重要的一部分。
本文将介绍数据库容灾与高可用性的概念、原理、解决方案，以及相关案例和常见问题的解决方法。
一、概念1. 容灾：指在出现意外故障或系统故障时，采取一系列的措施来保证系统的正常运行。
数据库容灾是指在一定的安全水平下，通过数据备份、数据冗余和数据恢复等措施避免数据库系统不能正常运行的风险。
2. 高可用性：指在系统发生故障时，通过自动或手动方式实现故障转移，保证业务连续性的能力。
在数据库高可用性方面，可以通过建立数据库集群、冗余备份等技术来提高系统的可用性。
二、原理数据库容灾与高可用性的基本原理是数据备份、数据冗余和数据恢复。
1. 数据备份：采取周期性、定时性完成数据备份，保证数据的完整性和时效性。
备份策略根据业务特点、系统规模等制定，一般分为全量备份和增量备份两种方式。
2. 数据冗余：通过在多个节点中复制同一份数据的方式，确保数据的可靠性和一致性。
常见的冗余方案包括主备复制和多主复制。
3. 数据恢复：在数据丢失、数据损坏等情况下，通过数据备份和数据冗余来恢复数据。
主要包括在线恢复、冷备份恢复、热备份恢复等方式。
三、解决方案数据库容灾和高可用性解决方案包括硬件解决方案和软件解决方案两种。
1. 硬件解决方案硬件解决方案主要是利用负载均衡器、存储设备集群化、数据库服务器均衡等手段实现高可用性和容灾。
2. 软件解决方案软件解决方案主要是利用数据库复制、数据库集群等机制提高系统的容灾和高可用性，常用的方案包括主备复制、多主复制、数据库镜像等。
四、案例1. Oracle 数据库的容灾和高可用性解决方案Oracle 数据库提供了多种容灾和高可用性解决方案，如 Oracle Data Guard、Oracle RAC、Oracle GoldenGate、Oracle Streams 等。
其中Oracle Data Guard 是最为常用的容灾和高可用性解决方案，能够为Oracle 主数据库提供实时数据复制和故障转移功能。
数据库的容灾与高可用说明书
数据库的容灾与高可用说明书一、引言数据库是企业重要的信息资产之一，其数据的安全、可用性和连续性对企业的正常运营至关重要。
为了应对各种潜在的风险和故障，保持数据库的容灾与高可用性是至关重要的。
本说明书将介绍数据库容灾与高可用的概念、原则、方法和工具。
二、容灾与高可用的概念1. 容灾概念容灾是指数据库系统在遭受自然灾害、人为意外或硬件故障等不可抗力因素的影响下，能够及时恢复数据和系统功能，确保业务连续运营的能力。
2. 高可用概念高可用是指数据库系统能够在故障发生时，通过冗余设计、自动故障检测和快速切换等机制，保持业务不中断或仅中断很短时间的能力。
三、容灾与高可用的原则为了实现数据库的容灾与高可用，需要遵循以下原则：1. 多点备份原则通过建立数据备份的副本，可以在主数据库发生故障时，快速切换到备用数据库，确保数据不丢失并实现业务连续运行。
2. 冗余设计原则通过使用冗余硬件设备和冗余网络连接，避免因单点故障导致数据库不可用的风险。
3. 故障检测与自动恢复原则通过实时监测数据库系统的运行状态和性能指标，及时发现故障，并通过自动切换或恢复机制，快速恢复业务功能。
四、容灾与高可用的方法为确保数据库的容灾与高可用性，可以采用以下方法及工具：1. 数据库复制技术数据库复制是指将主数据库的数据实时复制到一个或多个备用数据库，确保数据的冗余存储和实时同步，当主数据库故障时，能够快速切换到备用数据库。
2. 数据库集群技术通过构建数据库集群，将数据库服务器进行分布式部署，提高数据库的可用性和性能。
当某一节点故障时，其他节点能够接管服务，实现业务不中断。
3. 数据库备份与恢复技术定期进行数据库备份，将备份数据存储到安全的地点。
当发生故障时，可以通过备份数据进行恢复，保证数据的完整性和可用性。
4. 监控与故障检测工具使用数据库监控工具，实时监测数据库的运行状态和性能指标，及时发现故障，并触发相应的故障恢复机制，保证业务的连续性。
数据库容灾方案概述
数据库容灾方案概述数据库是现代信息系统中不可或缺的核心组成部分，它承载着企业和组织的重要数据和业务逻辑。
在数据库操作过程中，面临着各种风险和可能的故障，如硬件故障、自然灾害、人为错误等。
为了保证数据的安全性和可用性，在设计数据库方案时，必须考虑容灾方案。
数据库容灾方案是为了保障数据库系统在遇到各类灾难性事件时能够快速恢复和可持续运行的一套安全策略和技术手段。
其目标是减少灾害引起的数据丢失和系统停机时间，保护企业或组织的信息安全和业务连续性。
主要的数据库容灾方案有备份与恢复、故障转移和数据复制。
备份与恢复是最基本的数据库容灾方案。
通过定期的全量备份和增量备份，将数据库数据和日志保存到容灾介质中，以便在发生硬件故障、系统错误或人为错误导致数据丢失时进行数据恢复。
备份恢复方案需要保证备份的可靠性和完整性，同时还需测试和验证备份数据的可用性和正确性。
故障转移是将数据库从主节点切换到备用节点的机制。
当主节点发生故障时，备用节点自动接管数据库工作，以实现系统的快速恢复和保证业务的连续性。
故障转移方案可通过数据库集群技术或者虚拟化环境实现。
在设计故障转移方案时，需要考虑到资源的负载均衡、容灾设备的地理分布和网络的可靠性等因素。
数据复制是通过将主数据库的数据实时或定期同步到备用数据库来实现容灾。
数据复制方案可以采用数据库复制技术或主备复制技术。
数据复制可以分为同城复制和异地复制。
同城复制适用于较低的故障风险，保证数据的近实时复制和延迟恢复。
异地复制则适用于面临较高的灾害风险，通过将备用数据库部署在分布式数据中心或者异地机房，以实现跨地域容灾。
除了以上主要的数据库容灾方案外，还可以采用虚拟化和云计算技术来增强数据库的容灾能力。
通过虚拟化技术，可以将数据库部署在虚拟机中，提供快速恢复和高可用性的环境。
云计算技术可以实现将数据库托管到云服务提供商，由其负责数据的备份和容灾。
在选择和设计数据库容灾方案时，需要综合考虑实际业务需求、可用性要求、数据一致性和恢复时间目标等因素。
数据库容灾与高可用性解决方案
数据库容灾与高可用性解决方案在数字化时代，数据库作为企业信息系统中不可或缺的核心组成部分，对于企业数据的存储和管理起着至关重要的作用。
然而，数据库系统的容灾与高可用性是每个企业都需要考虑的重大问题。
本文将为您介绍数据库容灾与高可用性解决方案的相关内容。
数据库容灾是指在遭受意外灾害，例如硬件故障、自然灾害或恶意攻击等情况下，保护企业数据的能力。
容灾需保证数据能够在灾难发生后能够迅速、可靠地进行恢复，从而避免长时间的服务中断。
而高可用性则是指在面对规模化交易访问、扩展性以及性能方面的需求时，数据库能够持续可用且性能稳定。
一、数据库容灾解决方案1. 多机容灾多机容灾是应对硬件故障、机房故障等可能发生的事故的一种容灾解决方案。
通常通过主备数据库的部署方式实现。
主节点负责处理业务请求，备节点用于实时同步主节点的数据，一旦主节点发生故障，备节点能够在较短的时间内切换为主节点继续提供服务。
这种方案能够保证系统在主节点故障时的快速恢复，并提供高可用性。
2. 数据备份和恢复数据备份和恢复是常见的容灾手段，通过定期备份数据库的完整副本或增量备份，在磁盘损坏、数据库损坏等情况下能够快速恢复到备份的状态。
备份频率、备份周期以及备份的保密性是制定备份计划时需要考虑的重要因素。
此外，备份的数据存储地点也需要注意选择，并要保证备份操作的准确性。
3. 数据库复制数据库复制是常用的提高数据库容灾性能的一种方式。
通过设置主从复制或主主复制的方式，实时将数据库的数据复制到其他节点。
当主节点发生故障时，可以快速切换到备节点以确保业务的连续运行。
这种方案具有很高的可用性和可扩展性，并且对于应对灾难性的数据库故障有良好的效果。
二、数据库高可用性解决方案1. 负载均衡负载均衡是提高数据库高可用性的重要手段之一，通过在多台服务器上均匀分配用户请求，避免某一台服务器负载过高导致系统故障。
常用的负载均衡技术有基于硬件的负载均衡（如F5等）和基于软件的负载均衡（如Nginx、HaProxy等）。
数据库容灾与灾备解决方案
数据库容灾与灾备解决方案在现代信息化时代，数据库作为企业重要的数据存储和处理工具，对企业的正常运营至关重要。
然而，数据库系统也面临着各种潜在风险，如系统故障、自然灾害、恶意攻击等，这些风险可能导致数据库数据的丢失和系统的中断。
为了应对这些风险，数据库容灾和灾备解决方案应运而生。
一、数据库容灾的概念和原则数据库容灾是指在数据库系统遭遇故障或灾害时，能够保持数据库系统的可用性和数据的完整性。
容灾的原则是以数据为中心，采取措施确保数据的安全、可靠和高可用的运行。
1.备份与恢复：通过定期备份数据库，以便在发生故障或灾害时进行数据恢复。
备份可以分为完全备份和增量备份，完全备份是指将整个数据库进行备份，增量备份则是在完全备份的基础上，将新增或修改的数据进行备份。
2.冗余与高可用：通过多台服务器或多个数据中心之间的冗余配置，当一台服务器或一个数据中心发生故障时，其他服务器或数据中心仍然可以继续提供服务，确保系统的高可用性。
3.监控与预警：采用监控系统监测数据库的运行状态，及时发现异常并进行预警，以便及时采取措施修复问题，确保数据库系统的稳定运行。
二、数据库容灾解决方案针对数据库容灾，有以下几种解决方案可以选择：1.异地备份与恢复：将数据库备份数据存储在异地的数据中心或云平台上，当主数据中心发生故障时，可以在备份数据的地方进行数据的快速恢复。
这种方式可以大幅降低数据丢失的风险，确保数据的安全性和完整性。
2.主备复制：通过在主数据库与备份数据库之间建立数据库复制机制，将主数据库的变动同步到备份数据库中，当主数据库发生故障时，可以快速切换到备份数据库，实现高可用性的运行。
主备复制可以采用同城复制或异地复制的方式。
3.容器化部署：将数据库系统以容器的方式进行部署，在发生故障时可以快速搭建新的数据库容器并进行恢复，从而实现数据库系统的高可用运行。
容器化部署可以提高数据库系统的灵活性和部署效率。
4.云数据库服务：将数据库系统部署在云平台上，由云服务提供商负责数据的备份、灾备和恢复，用户只需关注数据库的正常使用，大大减少了数据库容灾的工作量和风险。
数据库容灾基础知识
2.2 快照技术
SNIA（存储网络行业协会）对快照 SNIA（存储网络行业协会）对快照 （Snapshot）的定义是：关于特定数据集合的 Snapshot）的定义是：关于特定数据集合的 一个完全可用拷贝，该数据集包含源数据在拷 贝点的静态映像，是数据再现的一个副本或者 复制。快照实际上是建立了数据的目录表，保 存了源数据在存储设备上的数据指针，作用是 提供在线备份和恢复服务，用户可以访问快照 数据而不影响应用系统对元数据的正常操作， 灾难发生时可以将数据恢复到快照产生的时间 点。
数据库容灾基础知识
王煜
摘要
一.容灾相关概念 二.容灾系统关键技术
一.容灾相关概念
1.1 容灾定义 1.2 容灾分类 1.3 容灾等级 1.4 容灾技术指标
1.1 容灾定义
容灾（Disaster Tolerance），就是在灾难发 容灾（Disaster Tolerance），就是在灾难发 生时，在保证应用系统的数据尽量少丢失的情 况下，维持系统业务的连续运行。
二 容灾关键技术
容灾备份系统常用的技术包括镜像技术、快照 技术、连续数据保护技术和重复数据删除技术 等。
2.1 镜像技术
镜像（Mirroring）是数据冗余的一种形式，是 镜像（Mirroring）是数据冗余的一种形式，是 将一个磁盘上的数据在另一个或多个磁盘系统 上生成完全相同的数据副本的过程。它分为主 镜像系统和从镜像系统。根据两系统所处地理 位置的不同分为本地镜像和远程镜像。本地镜 像的主从镜像系统处于一个局域网中，远程镜 像的主从镜像系统通过城域网或广域网相连。
1.2 容灾分类
容灾可以区分为离线式容灾（冷容灾）和在线 容灾（热容灾）两种类型。
1.3 容灾等级
level 0 Βιβλιοθήκη 2 3 4 5 6 sub本地数据容灾 本地应用容灾 异地数据冷备份 异地异步数据容灾 异地同步数据容灾 异地异步应用容灾 异地同步应用容灾
数据库的容灾与高可用性技术
数据库的容灾与高可用性技术在当今信息技术高速发展的时代，数据库已经成为了几乎每一个企业的核心资产。
然而，随着社会信息化水平的不断提高，对数据库系统的要求越来越高，数据库容灾与高可用性技术变得非常重要。
本文将介绍数据库容灾与高可用性技术的意义、常用的技术手段以及其实施的关键步骤。
首先，数据库的容灾与高可用性技术对于企业来说非常重要。
数据库容灾是指在遭受灾害或系统故障时，能够保证数据的完整性、可靠性和持久性。
数据库高可用性则是指数据库系统能够持续稳定地提供服务，避免因数据库系统故障而导致业务中断。
这些技术的目标是确保数据的安全性和可用性，提高业务连续性，减少数据丢失风险。
常见的数据库容灾与高可用性技术包括数据备份与恢复、数据库镜像、数据库复制以及数据库集群。
数据备份与恢复是最基础的容灾技术手段，通过定期备份数据库，并将备份数据存储在其他可靠且离主服务器较远的地方，以实现数据备份的冗余性和就地恢复的能力。
数据库镜像是指将主数据库的数据实时镜像到备份数据库中，当主数据库故障时，备份数据库可以快速接管主数据库的工作。
数据库复制则是通过将数据库的数据复制到其他服务器上，以提供故障切换的备份，保证数据库的高可用性。
而数据库集群则是将多个数据库服务器连接起来，共同处理请求，增加了数据库系统的处理能力和可靠性。
实施数据库容灾与高可用性技术的关键步骤包括规划、设计、实施与测试。
首先，需要对数据库容灾与高可用性需求进行充分的规划和调研，明确相关的业务需求和技术指标。
其次，在规划的基础上，进行系统的设计与方案选择，选择适合企业需求的具体容灾与高可用性技术手段。
然后，进行实施与配置，按照设计方案部署相关设备、网络和软件，并进行设置和测试，确保技术方案的有效实施。
最后，对数据库容灾与高可用性技术进行定期维护与测试，确保系统的可用性和可靠性。
除了基础的容灾与高可用性技术手段之外，还有一些新兴的技术可以进一步提升数据库的容灾能力和高可用性。
数据库管理中的容灾与高可用性
数据库管理中的容灾与高可用性在现代商业环境中，数据库管理的容灾与高可用性变得尤为重要。
无论是在云计算环境还是传统的本地环境下，数据库的数据保护和业务连续性是组织成功的关键因素之一。
本文将讨论数据库管理中的容灾与高可用性，并提供一些有效的实践建议。
首先，我们需要了解什么是数据库的容灾和高可用性。
容灾指的是当数据库系统遇到意外故障或灾害时的保护措施，以确保数据不丢失并尽快恢复。
高可用性则是指数据库系统在正常操作期间的连续可用性和性能。
为了保障数据库的容灾和高可用性，以下是一些建议：1.备份和恢复定期备份数据库并将备份文件存储在安全的地方。
备份的频率应根据业务需求和数据的变化情况而定。
此外，还应进行定期的恢复测试来验证备份的可靠性和恢复过程的顺利性。
2.冗余和复制配置冗余的数据库服务器，并将其放置在不同的物理位置，以防止单点故障或地理性灾害。
通过数据库复制技术，将数据从主数据库复制到备用数据库，以确保数据的实时同步和故障转移能力。
3.故障转移在主数据库故障时，应有自动化的故障转移过程来快速切换到备用数据库。
这可以通过使用一些故障转移工具或自行设计的方法来实现。
故障转移过程需要考虑到数据的一致性和连续性。
4.监控和警报实施有效的监控和警报系统，监控数据库系统的性能指标和状态。
及时发现和解决潜在的问题可以减少系统宕机的风险，并提高数据库的可用性。
5.灾难恢复计划制定详细的灾难恢复计划，包括灾难恢复的步骤、责任、联系人和联系方式等信息。
定期测试和验证这些计划，以确保在灾难发生时能够迅速响应和高效运作。
6.性能优化通过定期的性能优化来提高数据库系统的响应能力和可用性。
这包括索引优化、查询调优，以及硬件和软件的配置优化等方面。
优化性能可以增加容灾和高可用性系统的负载能力和鲁棒性。
总结起来，数据库管理中的容灾与高可用性是非常值得关注的事项。
通过合理的备份恢复策略、冗余和复制技术、故障转移过程的设计、有效的监控和警报系统，以及灾难恢复计划的制定和测试，可以确保数据库系统在遇到故障或灾难时能够快速恢复并保持数据的连续性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2
模式、策 略丰富
支持Oracle 10g、11g、12c跨版本复 制；
支持文件系统、raw、asm、ocfs环境 支持准实时复制、异步传输、异步提交 支持任意时间点开始全同步主备数据库
产品与技术
关于易用性
提供跨平台GUI操作，支持远程管理 在线系统迁移实现“一键同步” 容灾中心实现“一键启用” 实时监控直接展示RTO指标曲线，系统
产品与技术
解决三个问题
不同操作系统之间的Oracle 不同版本之间的Oracle
主机正常使用 备机可查询、分析
可确保容灾中心可用 可恢复到数据库指定时间点
产品与技术
SQL复制架构
产品与技术
SQL分层协议
产品与技术
SQL关键技术
TDS(Tabular Data Stream表格数据流)是微 软数据库客户端与SQL Server服务器进行通讯的未
产品与技术
主要技术指标
RPO（Recovery Point Objective）： 即数据恢复点目标， 主要指的是业务系统 所能容忍的数据丢失 量。
RTO（Recovery Time Objective）： 即从灾难发生到业务 系统恢复服务功能所 需要的最短时间周期 。
产品与技术
AliveDB是什么？
初始同步完毕自 动启动同步复制
产品与技术
AliveDB体系 一键容灾启动
“Push”技术
海量数据切片
创新技术
高速缓存解析 DDL事务级同步 事务单元自 适应提交
产品与技术
容灾启动流程
故障发生
故障确认
主管审核
灾难恢复 一键启动
产品与技术
产品优势
1
2
3
安全性
模式、策 略丰富
易用性
产品与技术
关于安全性
个城市设有分公司及办事处。
●拥有一流的产品研发团队及技术支持团队，拥有完全自主的知识产权。 ●拥有覆盖全国的销售及技术支网络，产品销往全国各区域及海外市场。
●旗下拥有LanderVault产品体系十余款产品。
LanderSoft联鼎软件—— 国内领先的数据安全及应用高可用解决方案提供商
公司介绍
主营业务方向：高可用性、数据保护和灾难恢复 公司在业界地位：拥有15年开发经验的高可用系统研发领导者 国内用户超过10000家，安装超过2万例 2014年高可用领域市场份额达到25%
公开协议， Alivedb就工作在这一层，因此，
Alivedb能支持所有的SQL Server客户端数据组件.
产品与技术
Oracle组件架构
逻 辑 复 制 相 关 组 件
产品与技术
关键技术
数据解析
Capture进程实时解析oracle的Redo（或者归档）日志 将解析结果保存成数据文件
数据传输
Transmit进程负责将数据文件投递到指定节点 提供一对一，多对一等方式
联鼎软件
数据库容灾软件——AliveDB
产品部 2017年9月
提纲
1. 公司介绍 2. 行业背景 3. 产品与技术 4. 应用案例 5. 问与答
公司介绍
●公司成立于2000年，是一家专门致力于研发数据安全、系统高可用及 应用容灾产品的高新技术企业，股票代码【100045】。 ●总部及研发中心位于上海，在北京、深圳、成都、西安、沈阳等十几
它是一款高存活性数据库容灾产品； 它专为Oracle、MS-SQL数据库容灾需求设计开发； 它是LanderVault产品集的一个模块； 它采用日志解析技术，将生产系统的数据变化解析为SQL语句， 传输到备机执行，实现数据准同步的数据库逻辑复制软件； 它不是DataGuard的封装！ 联鼎软件完全自主知识产权，绝非OEM产品！
采用RSA1024位安全密钥； 根据节点角色屏蔽危险操作； 管理与维护通过界面一键处理，杜绝人 工误操作； 不操作主机数据，完全基于日志解析 数据的操作基于rowid精准定位 可建立节点授权地址列表，防止非法侵
1
安全性
入核心系统
产品与技术
关于策略、模式
支持一对一，多对一模式； 支持Window、Linux、AIX等跨平台主 流操作系统；
行业背景
Oracle份额独大
Gartner在2014年3月发布的调查报告，Oracle数据库的市场份额以 47.4%超过了随后4个厂商的总和
“去小型机化”趋势
x86硬件架构和小型机之间的跨平台需求增长
容灾市场需求
基于存储设备、文件系统、数据库逻辑复制的容灾解决方案各有所长， 逻辑复制市场增长快
3 4
在线全同步 安全性
5
容灾启用
需结合其它软件实现IP切换
6
管理及监控
提供GUI显示
非常容易，全GUI控制 实时显示RTO指标曲线
7
容错能力
软件异常中断的容错保护较弱
核心模块可任意启动、停止，系统具有容 错功能及断点续传能力
应用案例
上海交通大学校园卡系统 Oracle点对点逻辑复制 LinuxLinux
Alivedb
捕捉逻辑I/O变化，解析出事务单元 目前仅支持以下环境、模式 支持一对一，多对一，支持rac环境 支持Windows、Linux、AIX等系统 支持，通过海量数据切片技术加载，方式 灵活，对业务影响小，操作简便 提供地址访问控制列表，防止非法访问 敏感数据采用RSA 1024位密钥加密 内置高可用模块，一键启用
数据提交
Apply进程负责读取接收到的数据文件 将数据文件中的事务依次写入容灾数据库中
产品与技术
工作原理图
active
Applicati on
standby
user process transaction mix
AliveDB Capture Agent
link check
AliveDB Apply Agent
T1(a,c,e)
T3(f,g,i,k)
合成事务序列
T4(h,j,l,m)
产品与技术
核心模块管理
主机：数据抓取
备机：数据写入
产品与技术
监控与配置
产品与技术
实时指标图-RTO
备机Apply
主机Capture
产品与技术
在线
支持海量数据切 片复制及断点续 传
应用案例
西安工商业务系统 Oracle点对点逻辑复制 WinWin Win
应用案例
沈阳医大四院Oracle RAC 逻辑复制
SolarisLinux
应用案例
德邦基金某业务系统 Oracle点对点逻辑复制 LinuxLinux
问与答
谢 谢！
3
易用性
运行状态及性能简洁明了
核心模块可任意启动、停止，系统具有 容错功能及断点续传能力
产品与技术
竞争优势
对比项
1 2 技术原理 支持环境、模式
Realsync
捕捉逻辑I/O变化 支持环境、模式非常全面 支持一对一，多对一，支持rac环境 支持各种主流操作系统 支持，通过其特有的文件格式加载，操 作略微复杂 一般，采用了加密手段
产品与技术
容灾产品技术路线
基于存储：同厂商同型号的存储设备之间实现复制 优点：不消耗主机系统的CPU 缺点：代价昂贵，部署条件苛刻 基于文件系统：在文件系统层增加文件过滤驱动截获IO操作 优点：通用 缺点：无法检验逻辑业务的完整性
基于逻辑复制：针对特定的数据库系统日志解析为sql复制到备机 优点：安全可靠，可确保容灾系统可用 缺点：只能支持Oracle、MS-SQL数据库系统
transaction queue
data pool
Redo log or Archive log
data pool
transmit module
产品与技术
事务的合成
Transaction 1 Transaction 4
b
d c
a
e
f
g
h
i
k
j
l
m
SCN
Transaction 2
Transaction 3