在Data Guard环境中重做传输压缩 文档 ID 729551.1

Redo Transport Compression in a Data Guard Environment (文档 ID 729551.1)


APPLIES TO:
Oracle Database - Enterprise Edition - Version 11.1.0.6 to 11.2.0.3 [Release 11.1 to 11.2]
Information in this document applies to any platform.
***Checked for relevance on 16-Jul-2014*** 

PURPOSE

Oracle Database 11g具有压缩重做的能力，因为它是由Data Guard重做传输服务通过网络传输的。

在某些环境中，重做压缩可以：

1.通过减少重做传输滞后来提高数据保护
2.降低网络利用率
3.提供更快的重做间隙分辨率
4.减少重做传输时间
重做传输压缩是Oracle高级压缩选项的一项功能。 
在使用重做传输压缩功能之前，必须购买此选项的许可证。 
可以使用第三方WAN加速器（如Cisco，Riverbed，F5和其他供应商提供的那些加速器）
实现Oracle Database 11g第1版之前版本的重做传输压缩。

SCOPE

当在低带宽网络上使用时，压缩对于实现恢复点目标（RPO）是最有益的。
作为一般性陈述，随着网络带宽的增加，RPO的益处减少。在Data Guard环境中压缩重做特别有益，如果：

1.数据库重做率高于可用的网络带宽。
2.足够的CPU资源可用于压缩处理。

CPU消耗将在更高的网络带宽环境中增加，因为与传输重做相比，潜在地花费更大百分比的时间来压缩重做。
例如，间隙分辨率测试表明，使用OC1（51.8 Mbits / sec）和T3（44.7 Mbits / sec）网络，
在压缩操作期间每个ARCH进程消耗一个CPU的50％，而对于100Mbits的网络，整个CPU每个ARCH进程消耗。

如果在灾难的情况下减少RPO是优先级，则不推荐对大于100Mbits / sec的网络带宽进行压缩，
因为压缩的过程实际上可以增加总的重做传输时间。如果减少的网络利用率是优先级高于RPO，评估压缩，即使在高网络带宽。 
Oracle建议进行测试以确定将实现的收益程度。

DETAILS

从Oracle Database 11g第2版起，设置重做传输目标的COMPRESSION属性将压缩由所有Data Guard传输方法（SYNC，ASYNC，ARCH）传输的重做，包括重做传输以解决归档日志间隙，以及所有Data Guard保护模式 （最大保护，最大可用性和最大性能）。

在Oracle Database 11g第1版中，设置重做传输目标的COMPRESSION属性将只压缩重做传输以解决归档日志差距。 Oracle还支持通过使用隐藏参数并启用COMPRESSION属性来压缩ASYNC和ARCH重做传输（最大性能），如下所述。

默认情况下，11.1中的REDO_TRANSPORT_COMPRESS_ALL为FALSE

启用Data Guard重做传输压缩

要启用压缩，请将重做传输目标的COMPRESSION属性设置为ENABLE。 例如：
LOG_ARCHIVE_DEST_2='SERVICE=boston COMPRESSION=ENABLE DB_UNIQUE_NAME=boston'

如果使用Data Guard Broker，请指定以下语法：
DGMGRL> EDIT DATABASE 'boston' SET PROPERTY 'RedoCompression' = ENABLE;

测试结果和其他指导

Oracle MAA测试显示，在重做压缩比为35％或更高的情况下，重做传输时间减少了15-35％。
Network Bandwidth    Compression Disabled      Compression Enabled
11 Mbit                      1.3 MB/sec                        2.1 MB/sec
22 Mbit                      2.8 MB/sec                       4.2 MB/sec
45 Mbit                      5.7 MB/sec                       8.5 MB/sec
90 Mbit                     11.3 MB/sec                     13.4 MB/sec

当使用低带宽网络（小于100Mbits / sec）和重做压缩率为60％的高重做生成速率（> 20 MB / sec）进行测试时，Oracle MAA测试显示出以下优势：

1.重做传输延迟始终保持小于10秒，即使数据库重做率远远超过网络吞吐量。 
  在没有启用压缩的以前的测试运行中，重做传输不能跟上重做生成，
  并且重做传输滞后在测试的持续时间内随时间线性地增加，使得不可能实现恢复点目标。
2.在有足够的CPU和IO资源可用时，对生产工作负载的最小影响。

此外，Oracle MAA测试显示：

1.间隙分辨率降低35-60％
2.网络延迟不影响网络吞吐量
3.使用MAX_CONNECTIONS属性在多个网络会话中传输重做没有显示任何好处。

在使用Oracle Database 11g第1版时，为ASYNC启用Data Guard重做传输压缩

要在使用ASYNC或ARCH重做传输模式和Oracle Database 11g第1版时启用压缩，
请将重做传输目标的COMPRESSION属性设置为ENABLE，
并将初始化参数_REDO_TRANSPORT_COMPRESS_ALL设置为TRUE（此初始化参数不需要从Oracle数据库11g版本 2以上）。 
例如：
LOG_ARCHIVE_DEST_2='SERVICE=boston ASYNC COMPRESSION=ENABLE DB_UNIQUE_NAME=boston'
_REDO_TRANSPORT_COMPRESS_ALL=TRUE

如果使用Data Guard Broker，则必须如上所述在数据库参数文件中设置_REDO_TRANSPORT_COMPRESS_ALL = TRUE参数。 
要在LOG_ARCHIVE_DEST参数上启用COMPRESSION属性，必须编辑DGMGRL中的数据库属性，如下所示：
DGMGRL> EDIT DATABASE 'boston' SET PROPERTY 'RedoCompression' = ENABLE;

如何估计可以实现的压缩比：

Data Guard重做传输压缩在第1级使用与gzip -1相同的zlib压缩引擎。 
要估计可以使用Data Guard重做传输压缩实现的压缩率，请先使用gzip压缩归档重做日志文件：
$ gzip -1 <archive redo logfile>.arc

然后使用gzip --list选项显式地显示压缩比：
$ gzip --list <archive redo logfile.arc>.gz

注意：使用gzip版本1.3.3或更高版本。 有关gzip的最新信息，请参阅www.gzip.org。

更多信息请查看
Oracle Data Guard and SSH (Doc ID 751528.1)