DM 数据库的归档可以分为 6 类：本地归档、远程归档、实时归档、即时归档、异步归档和同步归档。

几种归档模式归档是实现数据守护系统的重要技术手段根据功能与实现方式的不同DM 数据库的归档可以分为 6 类本地归档、远程归档、实时归档、即时归档、异步归档和同步归档。其中本地归档日志的内容与写入时机与数据库模式相关主库 Redo 日志写入联机日志文件后再进行本地归档备库收到主库产生的 Redo 日志后直接进行本地归档同时启动 Redo 日志重演。什么是归档模式归档模式是与非归档模式对应的这两种模式是DM8数据库的两种运行状态。非归档模式下数据库只会将重做日志写入联机日志文件中进行存储归档模式下数据库会同时将重做日志写入联机日志文件和归档日志文件中分别进行存储。无论是归档模式和非归档模式联机日志文件都是存在的。归档模式概览归档模式说明本地归档在REDO日志写入联机日志文件后触发将REDO日志写入到本地归档文件。由归档线程完成本地归档动作最多可以设置8个本地归档。实时归档在写入REDO日志到联机日志文件之前通过MAL系统发送REDO日志到远程服务器远程服务器接收到REDO日志后返回确认消息后执行后续操作。发送REDO日志失败或从备库返回的数据库模式不是STANDBY将数据库切换为SUSPEND阻塞所有REDO日志的写入操作。只能配置1个实时归档。这种归档类型只能用在主从备份集群中。即时归档即时归档在主库将REDO日志写入联机日志文件后再通过MAL系统将REDO日志发送到备库。即时归档是读写分离集群的实现基础与实时归档的主要区别是发送REDO日志的时间不同。一个主库可以配置1-8个即时备库。异步归档在设定的时间点或者每隔设定时间启动归档REDO日志发送。设置定时归档必须确保至少有一个本地归档。最多可以设置8个异步归档。同步归档同步归档的执行流程是主库在归档日志刷盘后将 Redo 日志发送到备库备库收到 Redo 日志RLOG_PKG后将其加入日志重演任务系统并马上响应主库不需要等待 Redo 日志重演结束后再响应主库。远程归档远程归档专门用于 DMDSC环境中。将写入本地归档的REDO日志信息发送到远程节点并写入远程节点的指定归档目录共享存储中。最多可以配置8个远程归档。一、本地归档LocalRedo 日志本地归档Local就是将 Redo 日志写入到本地归档日志文件的过程。配置本地归档情况下Normal/Primary 模式库在 Redo 日志写入联机 Redo 日志文件后将对应的 RLOG_PKG 由专门的归档线程写入本地归档日志文件中。Standby 模式库收到主库产生的 Redo 日志后直接进行本地归档写入本地归档日志文件中同时启动 Redo 日志重演。与联机 Redo 日志文件可以被覆盖重用不同本地归档日志文件不能被覆盖写入其中的 Redo 日志信息会一直保留直到用户主动删除如果配置了归档日志空间上限系统会自动删除最早生成的归档 Redo 日志文件腾出空间。本地归档文件在配置的归档目录下生成并保存如果磁盘空间不足且没有配置归档日志空间上限或者配置的上限超过实际空间系统将自动挂起直到用户主动释放出足够的空间后继续运行。DM 提供了按指定的时间或指定的 LSN 删除归档日志的系统函数分别为SF_ARCHIVELOG_DELETE_BEFORE_TIME和SF_ARCHIVELOG_DELETE_BEFORE_LSN但用户需要谨慎使用。例如在守护系统中如果备库故障了主库继续服务主库的日志在继续增长。此时如果删除尚未同步到备库的主库归档日志那么备库重启之后会由于备库收到的日志缺失导致主备库无法正常同步数据。本地归档情况下Normal/Primary/Standby三种模式下归档文件和Redo日志的区别模式区别Normal/Primary归档日志文件保存的是当前节点产生的 Redo 日志归档日志文件内容与联机日志内容保持一致。Standby备库归档日志文件保存的是主库产生的 Redo 日志联机日志是重演日志以后重新产生的。因此备库联机日志文件内容和归档日志文件内容是不完全一致的。结论各个节点的归档日志时一致的但是归档日志和联机内容不一定一致。注意为了最大限度地保护数据当磁盘空间不足导致归档写入失败时系统会挂起等待直到用户释放出足够的磁盘空间。当磁盘损坏导致归档日志写入失败时系统会强制HALT。二、远程归档REMOTE ARCHIVE后面补充还没接触到。三、实时归档Realtime与本地归档写入保存在磁盘中的日志文件不同实时归档Realtime将主库产生的 Redo 日志通过 MAL 系统传递到备库实时归档是实时主备和MPP 主备的实现基础。实时归档只在主库生效一个主库可以配置 1~8 个实时备库。实时归档的执行流程是主库在 Redo 日志RLOG_PKG写入联机日志文件前将 Redo 日志发送到备库备库收到 Redo 日志RLOG_PKG后标记为 KEEP_RLOG_PKG将原 KEEP_RLOG_PKG 加入日志重演任务系统并马上响应主库不需要等待 Redo 日志重演结束后再响应主库。主库收到备库的响应消息确认备库已经收到 Redo 日志后再将 Redo 日志写入联机日志文件中。另外实时归档也可以支持读写分离集群实时归档也分为两种模式事务一致模式和高性能模式可以通过 dmarch.ini 中的ARCH_WAIT_APPLY 或 WAIT_APPLY 配置项来设置实时归档的模式。事务一致模式主库事务提交触发 Redo 日志刷盘和即时归档备库收到主库发送的 Redo 日志重演完成后再响应主库。主库收到备库响应消息后再响应用户的提交请求。事务一致模式下同一个事务的 SELECT 语句无论是在主库执行还是在备库执行查询结果都满足READ COMMIT隔离级要求。高性能模式与实时归档一样备库收到主库发送的 Redo 日志后马上响应主库再启动日志重演。高性能模式下备库与主库的数据同步存在一定延时一般情况下延迟时间非常短暂用户几乎感觉不到不能严格保证事务一致性。这两种模式的具体含义和下一小节即时归档中的说明完全相同区别仅在于配置为实时归档时dmarch.ini 中的 ARCH_WAIT_APPLY 配置项默认值为 0即采用高性能模式。四、即时归档Timely即时归档Timely在主库将 Redo 日志写入联机日志文件后通过 MAL 系统将 Redo 日志发送到备库。即时归档与实时归档的主要区别是 Redo 日志的发送时机不同。一个主库可以配置 1~8 个即时备库。根据备库重演 Redo 日志和响应主库时机的不同即时归档分为两种模式事务一致模式和高性能模式。即时归档模式可以通过dmarch.ini 中的 ARCH_WAIT_APPLY 或 WAIT_APPLY 配置项来设置。其中ARCH_WAIT_APPLY 配置项默认值为 1表示事务一致模式。实时归档和即时归档比较比较点实时归档即时归档归档时机写入联机日志前发送到备库写入联机日志后发送到备库备库数量1~81~8ARCH_WAIT_APPLY值0高性能模式1事务一致模式五、异步归档Async异步归档Async由主、备库上配置的定时器触发根据异步备库的 KEEP LSN 信息扫描本地归档目录获取 Redo 日志并通过 MAL 系统将 Redo 日志发送到异步备库。异步备库的 Redo 日志重演过程与实时归档等其他类型的归档完全一致。每个 Primary 或 Standby 模式的数据库最多可以配置 8 个异步备库Normal 模式下配置的异步备库会自动失效。异步备库可以级联配置异步备库本身也可以作为源库配置异步备库。六、同步归档Sync同步归档Sync在主库归档日志刷盘后通过 MAL 系统将 Redo 日志发送到备库。同步备库的 Redo 日志重演过程与实时归档等其他类型的归档完全一致。备库收到 Redo 日志RLOG_PKG后将其加入日志重演任务系统并马上响应主库不需要等待 Redo 日志重演结束后再响应主库。一个主库可以配置 1~8 个同步备库。❗七、归档模式的比较比较项目本地归档实时归档即时归档异步归档同步归档备库数量01~81~81~81~8通过MAL传递数据否是是是是归档时机写入联机日志后再写入本地归档日志 文件写入联机日志前发送到备库写入联机日志后发送到备库定时启动写入归档日志后发送到备库归档写入(发 送 )归档线程日志刷盘线程日志刷盘线程异步归档线程归档线程数据来源RLOG_PKGRLOG_PKGRLOG_PKG本地归档文件RLOG_PKG失败处理磁盘空间不足时系统挂起等待用户释 放出足够的磁盘空间 。 磁盘损坏导致写入失败时系统会强制HALTSuspend数据库保持归档状态不变等待守护进程干预Suspend数据库 并设置归档为无效 状态等待守护进程 干预不做处理等待下次触发继续发送直接设置归档状 态为无效不会 Suspend数据库备库响应时机无事务一致模式重演完成后响应高性能模式收到立即响应事务一致模式重演完成后响应高性能模式收到立即响应收到立即响应收到立即响应源库模式PrimaryStandbyNormalPrimaryPrimaryPrimaryStandbyPrimary目标库模式无StandbyStandbyStandbyStandby注意任意一个备库的实时归档/即时归档失败即使其他备库归档成功了主库都会切换为Suspend状态。八、归档状态本地归档、实时归档和即时归档均包含两种状态Valid 和 Invalid。异步归档只有一种归档状态Valid。而同步备库有三种归档状态分别是 ValidInvalid 和 Async_send。Valid归档有效正常执行各种数据库归档操作。Invalid归档无效主数据库不发送联机 Redo 日志到备数据库。Async_send归档无效但主库正在同步历史数据到同步备库。在不同的归档类型中归档状态转换时机不同。具体转换时机描述如下主备库启动后主库到所有备库的归档默认为 Valid 状态守护进程 Open 主库前根据主备库日志同步情况将数据不一致备库的归档修改为 Invalid 状态。实时备库和即时备库故障恢复从主库同步历史数据后守护进程将主库修改为 Suspend 状态并将主库到备库的归档状态从 Invalid 修改为 Valid。当守护进程再次 Open 主库后主备库数据重新恢复为一致状态。同步备库故障恢复主库开始同步历史数据时将备库归档状态从 Invalid 修改为 Async_send中间会将日志刷盘线程挂起确保备库能够追到和主库数据完全一致并将主库到备库的归档状态从 Async_send 修改为 Valid然后唤醒日志刷盘线程主备库数据重新恢复为一致状态。主库发送日志到实时备库失败挂起守护进程处理 Failover 过程中将主库到备库的归档状态修改为 Invalid。主库发送即时归档失败后直接将主库到备库的归档改为 Invalid 状态。主库发送同步归档失败后直接将主库到备库的归档改为 Invalid 状态并且不会有主库切换到 Suspend 状态的过程。异步归档始终保持 Valid 状态一旦归档失败马上返回等待下一次触发再继续发送。主库发现同步备库归档状态为 Invalid且满足同步备库故障恢复的条件时将主库到备库的归档状态从 Invalid 改为 Async_send并开始同步历史数据到备库同步完成后会将备库归档状态从 Async_send 修改为 Valid 有效状态。