构建Oracle Data Guard standby所需要花费的时间

本文永久地址: https://www.askmac.cn/archives/time-spend-on-create-standby.html

 

 

  • 通过多种手法,在以下的条件中制成物理standby,比较各自所花费的时间
  • 数据库尺寸 57.2GB(已经使用的数据块总大小为52.8GB)
  • 网络带宽40M(实际吞吐量为4.6MB左右)
  • 在构建standby时,不会产生事务

 

验证环境

 

create_oracle_physical_standby1

 

通过RMAN制成standby

 

模式1:从primary DB中直接制成拷贝
通过网络,直接向stand by 传送primary DB的数据文件,制成stand by DB

总计: 3:39:11

模式2:从primary DB的备份中制成(1)
获得primary DB的备份,储存备份,制成stand by DB
为了提高备份、复制的速度,可以使用多会话备份以及高速压缩功能(11gR1以后才可以使用)

总计:  1:12:26

 

模式3:从primary DB的备份中制成(2)
获得primary DB的备份,通过SCP复制到stand by中,储存备份,制成stand by DB。
因为我们假设使用的是10g,所以只能使用标准压缩功能

总计:1:40:37

验证結果

primary DB中开始的直接复制(模式1),比以备份为基础的,11gR1开始的新功能(高速压缩、多会话备份)要慢得多

本文永久地址: https://www.askmac.cn/archives/time-spend-on-create-standby.html

验证结果详表

 

处理内容 模式1 模式2 模式3
Backup 获得primary DB的备份 N/A 0:18:24 0:32:28
SCP 向stand by DB服务器传送备份 N/A 0:29:11 0:26:23
Nomount 启动stand by DB实例 0:00:04 0:00:04 0:00:06
Duplicate 制成DB存储以及REDO日志文件 3:39:01 0:24:40 0:41:33
StartMRP 启动stand byDB的恢复进程 0:00:06 0:00:07 0:00:07
总计 3:39:11 1:12:26 1:40:37

 

 

重要的性能数值

 

  • 文件传送性能
    • 依赖于网络性能
      • 本次验证中为4.6MB/s
  • 备份、存储性能
  • 依赖于存储I/O 性能与压缩率
  • 本验证中,压缩效果较好
    • 模式2 : 备份尺寸 7.9GB
    • 模式3 : 备份尺寸 7.1GB
  • 参考)RMAN压缩功能
    • 压缩未使用的块:数据块会被跳过
    • 二进制压缩 :输出备份时,会使用压缩算法

 

create_oracle_physical_standby2

 

 

(参考)制成stand by的步骤概要

1.设定primary DB

  • Force logging / 归档日志模式

2.设定初始化参数

3.将数据文件复制到stand by中

  • 备份/存储 or 网络传送

4.制成REDO日志

5.开始管理恢复进程

 

本验证中,假设1、2都已经设定完成,以多种手法执行3、4、5,比较时间

 

通过RMAN制成stand by的区别

手法 使用要点 可以使用的版本
通过从primary DB中直接复制来制成 •在网络带宽较广时有效

•无法保证备份用的区域时也是有效的

•可以估算DB尺寸、带宽

•在正式文件中可能发生较长时间的访问

11gR1以后
从primary DB的备份中制成(1) • 压缩率较高,带宽较窄时有效。

•比(2)更快

•需要估算备份、存储的性能以及压缩率

11gR1以后
从primary DB的备份中制成(2) • 压缩率较高,带宽较窄时有效

•比(1)更慢

•需要估算备份、存储的性能以及压缩率

10gR1以后

 

 

 

 


Posted

in

by

Tags:

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *