一.Data Guard架构
整个Data Guard体系就是围绕三个关键点展开:
- 日志发送(Redo Send)
- 日志接收(Redo Receive)
- 日志应用(Redo Apply)
二.日志发送
Primary Database产生的redo日志需要发送到standby Database。
发送动作由primary database的LGWR或者ARCH进程完成。
不同的归档目的地可以使用不同的进程;但同一目的地只能选用一种进程
使用ARCH进程发送日志:
- Primary Database 产生redo log 的日志被LGWR进程写到联机日志。
- 当一组联机日志被写满后,会发生日志切换(log switch),并且会触发本地归档;
- 完成本地归档后,联机日志可以被覆盖重用;
- ARC1进程通过Net把归档日志发送给Standby Database的RFS进程。
- Standby Database的RFS进程把接收到的日志写入归档日志;
- Standby Database的MRP进程(Redo Apply)或者LSP进程(SQL Apply)在Standby Database上应用这些日志,进而同步数据。
总结:
- 默认情况下,Primary Database使用ARCH进程发送日志。
- 使用ARCH进程发送日志只支持最高性能保护模式。 对于最大保护和最高可用性两种模式而言,强调的都是一点,redo数据必须实时应用于standby数据库。可使用ARCH进程发送日志并非将redo数据实时应用于standby数据库,而是只有Primary Database日志归档完成后才会将归档日志发送到Standby Database。当Primary Database异常宕机时,就会有部分未归档的数据无法传到Standby Database,造成数据丢失。
使用LGWR进程的SYNC方式
- LGWR进程把日志写到本地日志文件的同时还要发送给本地的LNSn进程,再由LNSn进程把日志通过网络发送给远程目的地
- 必须等待写入本地日志文件操作和通过LNSn进程的网络传送都成功,Primary 数据库上的事务才能提交,这就是SYNC。
- Standby数据库的RFS进程把接收到的日志写入到Standby Redo Log日志中。
- Primary 数据库的日志切换也会触发Standby数据库上的日志切换,即Standby数据库对Standby Redo Log的归档。
- Standby数据库可以使两种恢复方式:1)实时恢复(Real Time Apply),只要RFS把日志写入Standby Redo Log日志中就会立即进行恢复;2)归档时恢复,在完成对Standby Redo Log的归档后才恢复
使用LGWR进程的ASYNC方式
- LGWR负责把日志写入本地日志文件;不必等待LNS进程的网络传送成功。
- LNSn进程异步的将日志发送到Standby数据库
- Primary 数据库的日志切换也会触发Standby数据库上的日志切换,即Standby数据库对Standby Redo Log的归档。
- MRP或LSP 进程恢复归档日志
总结:如果不明确指定,默认是SYNC(同步方式)。
注:11g开始,不再把通过ARCH的日志发送作为一种单独的方式提出。
三.日志接收
Standby数据库的RFS进程接收到日志后,就把日志写到Standby Redo Log或者Archived Log文件中。具体写入哪种文件,取决于Primary 数据库的日志传送方式和Standby数据库的配置。
时间: 2024-10-29 16:12:25