1
【生产篇】_Oracle ADG同步技术之DBA必备的一种“后悔药”
免费下载
【生产篇】
_Oracle ADG
同步技术
——
DBA
必备的一种“后悔药”
【引言】
所有高可用性方案的本质就是“冗余”，当然预算开支也会随着高可用性要求的提升而变得
异常昂贵。
大家在构建数据库架构的时候，在不考虑预算限制的前提下，往往都内含满足这么几个要
求 ： 高 可 用 性 、 支 持 高 并 发 、 支 持 负 载 均 衡 、 具 有 可 扩 展 性 ，
会 要 求 满 足
、
或者更高逼格的
。在这几个要求中，个人认为高可用性是首要
满足的，该要求可保障数据库架构中某台服务器异常不能正常提供数据服务时，数据库层
面仍可提供稳定的数据服务。
层面的高可用性架构为
，熟悉此架构的朋友都知道，
能满足高可用性、高
并发访问的要求，但这只体现在计算资源的冗余，数据源还是一个，当数据源出现损坏或
异常时，便不能提供数据服务。此情况的一个解决方案是：使用
架构，通过构建
库来保障数据层面的冗余。
根据自己的使用经验，接下来本文大致介绍
常用的
种用法：
1.
主库异常下的高可用性切换
2.
人为误操作下的数据恢复方法
ADG
用途
1
：主库异常下的高可用性切换
此架构可满足当
主环境出现异常不能提供数据服务时，切换至
同步库以保障最
短时间内恢复业务使用。常规切换时间大致在分钟级别，但这个时候需要更改应用程序的
数据库连接；大部分应用程序为
开发，使用
连接数据库的示例如下：
：
!"#!#!$%&
!"''#!#!$%()&(*+(
+,
：
-.'' //01'
数据库名称
如上，连接数据库实例需要三个信息：库服务器
!$
、库端口号、实例名
'!
。
当
环境异常需要切换至
库后，如
和
的实例名称配置不变的前提下，
应用程序链接数据库的信息由原来的
的
!#!$'#!$
更改为
的
!$
地址即可。
此情况下，
程序中如有多处连接库的语句，可把
#!#!$
设置为应用程序全局变量，
此时只改
#!#!$
的参数即可。但修改应用程序连接库配置后往往需要重启应用程序，
从而导致业务中断时间包含：库的切换时间
应用程序修改库连接配置和重启时间，业务中
断时间较长。
一个问题：这种情况下，如何缩短业务中断时间？
答案是：可以在
服务器上启动一个
!$
，此
!$
是
的
!#!$'#!$
，这样可省
去应用程序修改库连接配置和重启的时间，大大缩减业务中断时长。具体在
服务器启
动
!$
的命令如下：
2"#34!567$%0500!$'89$
其中，
$805
为网卡信息，可在
服务器上通过命令
!$
或者
''67':;#
!$'
路径下网卡信息来查看；
!$
设置为和
的
!#!$'#!$
一致。
2"#:;#!$34''67':;#!$'
2"$$#:;#!$34
!557#$%050!5:!5:#$$$!59$#$!59$#$
ADG
用途
2
：人为误操作下的数据恢复方法
数据库在上述客观因素下，还有一个常犯的主观因素导致库异常：人为操作失误。
这种情况下有常规的
/
种常用方法：
在另一个环境中做库恢复，恢复到事故点前一刻，找到正确的数据后，把数据导入到生
产环境中；在数据库较小，业务中断时间较短的情况下，可以采用此方案；
使用
< ;
进行恢复，
< ;
是一组
数据库特性，闪回允许你
查看过去一个时间数据库对象的状态，或者不借助数据库恢复，就可以恢复数据库对象到
之前的一个时间状态；
/
使用
7-!
，
7+!
是
公司从产品
=!
以后提供的一个实际非常有用的分析
工具，使用该工具可以轻松获得
在线
'
归档日志文件中的具体内容，特别是该工具可
以分析出所有对于数据库操作的
+
和
语句。该工具特别适用于调试、审计或者回退
某个特定的事务。
上述三种情况要么恢复时间长；要么额外占用存储空 间；要么人为分析复杂；比如
< ;'7->
如果是
+
类，可以使用闪回查询或者
7-
挖掘
?
如果是
$
，可以
使用
@ ;
，但若是字段的更改或者
9
等操作，上述就无法起到作用了
A
。
这里抛出一个问题
在库到了
B
级别，业务不允许过长或不允许中断的情况，如何办？
一个方案：这种场景下就可以借助
端恢复。有同学问
不是实时同步吗，怎么能恢
of 4
免费下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论