博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Data Guard 管理原理
阅读量:4563 次
发布时间:2019-06-08

本文共 1217 字,大约阅读时间需要 4 分钟。

##三大优势

>Data Guard属于Oracle 自己的产品,其技术成熟完善、稳定可靠
>可以随时验证业务数据的有效性
>免费产品

Data Guard由主库(PRIMARY DATABASE)和 备库(STANDBY DATABASE)组成。本质是从数据库的备份集中在异机的恢复的过程。

因此,首先要确认生产库打开FORCE LOGGING模式。

配置 Data Guard,在生产端的LGWR/ARCH进程会自动启动,LGWR进程日志传输的是在线日志,在线日志的有两种同步方式(同步 synchronous 异步 asynchronous)。所以LGWR进程要等到成功写入备份端才能返回,所以 在异地备份中,可以使用异步备份的方式。

RFS将日志写入备份端STARNDBY LOGFILE,ARCH进程读取STARNDBY LOGFILE生成归档日志,其大小和内容与生产库的归档日志完全相同。

备份端的归档日志是否连续决定着Data Guard的运行是否正常。所以FAL(Fetch Archive Log Process)检查非常重要。

###前提条件

Data Guard需要在相同的操作系统中,最好是相同的路径,备库硬盘量大于主库。从Oracle 11G开始,支持在window和Linux之间搭建Data Guard,但是不推荐。

足够的带宽,基本上,需要带宽的计算公式(redo rate bytes per sec /0.7 * 8)/ 1 000 000 (单位是带宽的Mbps)

相同的Oracle版本,建议安装相同的补丁。

很多文章介绍迁移的过程都是copy文件,其实,在实际过程中可以简单的办法,使用rman。

###Data Guard 保护模式说明

1. 最大保护模式
最大限度的保护数据。 最大保护模式要求主备机高稳定性, 网络带宽低延迟,高存储性能,否则任何一个环节出了问题,都会引起数据库不可用。一般情况下不建议使用。
2. 最大可用模式
理论上最大可用既能保证数据不丢,当备库故障时也不影响生产。但真实的事实是,当网络不稳定或者备库发生问题时候,依然回影响到
3. 最大性能
LGWR进程不需要等待备库转入成功,所以能最大的提升主库的可用性。

一般都保护模式都是在最大性能和最大可用性之间做个选择。如果责任重大,然后人手充沛 最大可用模式是一个好的选择。如果备份的重点以防万一,那么使用最大性能。如果不适合也不要担心,因为可以切换保护模式。(在我10余年非专业的oracle生涯中没有遇到过这种需求,哈哈)

具体如何搭建,我在下一篇blog中详细介绍。

这是我的第一篇blog,记录生活中的点点滴滴。博客园是支持Markdown语法的,但是需要设置。非常尴尬的第一篇,各种Markdown的标签。

转载于:https://www.cnblogs.com/ianxu/p/8583320.html

你可能感兴趣的文章
doubleclick adx note
查看>>
Celery框架
查看>>
[c#]asp.net开发微信公众平台(4)关注事件、用户记录、回复文本消息
查看>>
[转载,感觉写的非常详细]DUBBO配置方式详解
查看>>
linux Valgrind使用说明-内存泄漏
查看>>
Android在Eclipse上的环境配置
查看>>
面向对象(五)
查看>>
android平台下使用点九PNG技术
查看>>
Python学习3,列表
查看>>
最长回文子串
查看>>
JAVA基础-JDBC(一)
查看>>
js中for和while运行速度比较
查看>>
简单理解什么是递归(阶乘演示)
查看>>
http协议
查看>>
js倒计时,页面刷新时,不会从头计时
查看>>
洛谷1156垃圾陷阱
查看>>
python ==》 递归
查看>>
简单网络请求封装
查看>>
django —— MVT模型
查看>>
oracle 静默安装
查看>>