- 浏览: 917557 次
- 性别:
- 来自: 黑龙江
文章分类
- 全部博客 (209)
- struts1 (3)
- hibernate3 (19)
- java (13)
- spring2 (5)
- netBeans (1)
- eclipse (1)
- JSF (1)
- DIV+CSS篇章 (1)
- jFreeChart+Oracle之曲线,柱状及饼状图的实现 (1)
- JSF知识与技巧 (3)
- Oracle数据类型的介绍与比较 (2)
- J2EE (2)
- Ajax技术 (4)
- javaScript技术 (25)
- struts2 (16)
- C/C++程序设计 (1)
- oracle系统学习 (29)
- 算法分析 (0)
- Linux实践 (7)
- extjs开发经验 (13)
- flex开发总结 (1)
- FusionCharts总结 (0)
- 高级数据库总结 (0)
- SVG拓扑图开发总结 (0)
- CSS (1)
- CSS使用简介 (1)
- SVG (0)
- DOJO (0)
- Junit测试 (0)
- lucene (24)
- solr (6)
- tokyo tyrant 技术 (7)
- Html5 (1)
- 算法与数据结构 (0)
- 物联网相关技术学习 (0)
- UI设计 (1)
- webservice (0)
- Android (5)
- hibernate4 (3)
- solrcloud (0)
- dorado5 (0)
- dorado7 (0)
- elasticsearch (0)
- GWT (0)
- node.js (0)
- 并发编程 (1)
- 大数据 (1)
- 项目经验 (5)
最新评论
-
cs261244787:
楼主好人! 平安
struts2,hibernate4,spring3配置时问题汇总及解决办法 -
wxluck666:
我也赞一个 很有用
struts2,hibernate4,spring3配置时问题汇总及解决办法 -
wxluck666:
我也赞一个 很有用
struts2,hibernate4,spring3配置时问题汇总及解决办法 -
xinsiyou:
牛逼,就是样式被搞没了
JS实现选项右移,左移,向上,向下调整顺序 -
unnamed__:
这代码风格就像一坨翔
java获取数据库的列名,类型等信息
1、三种保护模式
1).最大性能(maximize performance):
这是data guard默认的保护模式。primay上的事务commit前不需要从standby上收到primary故障时可能丢失数据,
但standby对primary的性能影响最小。
这种保护模式(默认)提供了可能的最高级别的数据保护,而不影响主数据
库的性能。这是通过允许事务在恢复该事务所需重做数据在写到本地联机重做日志后立即提
交而实现的。主数据库的重做数据流也写到至少一个备数据库,但是那个重做流相对于创建
重做数据的事务是异步写的。
当所用的网络连接有足够的带宽,这种模式提供了近似于最大可用性模式的数据保护级
别,并且对主数据库性能的影响最小。
最大保护和最大可用性模式需要备重做日志文件配置在配置中的至少一个备数据库上。
所有三种保护模式需要在LOG_ARCHIVE_DEST_n 初始化参数上指定特定的日志传输属性
以发送重做数据到至少一个备数据库。
2).最大可用(maximize availability):
在正常情况下,最大可用模式和最大保护模式一样;在standby不可用时,最
大可用模式自动最大性能模式,所以standby故障不会导致primay不可用。只要至少有一个standby可用的情况下,
即使primarydown机,也能保证不丢失数据。
这种保护模式提供了可能的最高级别的数据保护,而不用与主数据库的可
用性相折衷。与最大保护模式相同,在恢复事务所需的重做写到本地联机重做日志和至少一
个事务一致性备数据库上的备重做日志之前,事务将不会提交。与最大保护模式不同的是,
如果故障导致主数据库无法写重做流到异地备重做日志时,主数据库不会关闭。替代地,主
数据库以最大性能模式运行直到故障消除,并且解决所有重做日志文件中的中断。当所有中
断解决之后,主数据库自动继续以最大可用性模式运行。
这种模式确保如果主数据库故障,但是只有当第二次故障没有阻止完整的重做数据集从
主数据库发送到至少一个备数据库时,不发生数据丢失。
3).最大保护(maximize protection):
最高级别的保护模式。primay上的事务在commit前必须确认redo已经传递到至少
一个standby上,如果所有standby不可用,则primary会挂起。该模式能保证零数据丢失。
这种保护模式确保如果主数据库发生故障不会发生数据丢失。要提供这种级别的
保护,恢复每个事务所需的重做数据必须在事务提交之前同时写到本地联机重做日志和至少
一个备数据库上的备重做日志。要确保不发生数据丢失,如果故障导致主数据库无法写重做
流到至少一个事务一致性备数据库的备重做日志时,主数据库会关闭。
比如说用户commit,此时候会刷新redo buffer写入redolog中。在此模式时候,必须要保证redo buffer信息
写入redo log和备机的一个redo中。不然就数据库挂。貌似这样。没测试过。有空测试下。
说明:
max protection的定义是事务提交的前提是redo data必须写入本地online log及至少一个standby log,如果没有满足这个条件,则该事务不能提交,数据库会自动down掉
max available模式的定义是事务提交的前提是redo data必须写入本地online log及至少一个standby log,如果没有满足这个条件,则该事务不能提交,但是数据库不会自动down掉。数据库会降格为max performance模式,只有当所有的redo data传递到standby logfile后,这个数据库才会自动升格为max availabity模式
max performance模式的定义是在不影响主数据库的性能的情况下最大限度的保护数据的安全。redo data在写入online log之后,事务就可以提交。所以前两种模式在主数据库和备用数据库之前的网络断掉之后,都会影响主数据库的可用性,但是max performance模式,在网络断掉之后,不会影响主数据库的可用性
max protection模式和max availability模式的要求是在data guard环境中至少有一个standby数据库的log_archive_dest_n设置为sync lgwr affirm模式
data guard模式所处的模式可以在v$database数据库查询到
数据传递过来只会备份到一个地方,因为是从网络过来的数据,网络的那边还需要得到确认
2、查看当前保护模式
SQL> select DATABASE_ROLE,PROTECTION_MODE,PROTECTION_LEVEL from v$database;
DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL
---------------- -------------------- --------------------
PRIMARY MAXIMUM PERFORMANCE MAXIMUM PERFORMANCE
注意:还有RESYNCHRONIZATION状态,出现这种情况的因素可以是由于standby 数据库shutdown 后,primary 数据库保护级别切换为待同步。
3、切换standby的保护模式
SQL>ALTER DATABASE SET STANDBY DATABASE TO maximum protection;
SQL>ALTER DATABASE SET STANDBY DATABASE TO maximum performance;缺省的保护模式
SQL>ALTER DATABASE SET STANDBY DATABASE TO maximum availability;
说明:切换保护模式的操作必须在primay执行,且primay必须处于mount状态,如果在open状态执行,则报ORA-01126错。
ORA-01126: database must be mounted EXCLUSIVE and not open for this operation。
SQL> shutdown immediate;
SQL> startup mount;
SQL> alter database set standby database to maximize availability;
SQL> alter database open;
注:此处会报ORA-03113错误。
ORA-03113: end-of-file on communication channel
这时需要先修改日志传送方式为lgwr同步方式,否则,数据库是无法open的。
SQL> conn / as sysdba
SQL> startup mount;
SQL> alter system set log_archive_dest_2='service=test lgwr sync';
SQL> alter database open;
说明:
1)、切换成maximize protection也需要类似的步骤,这里就不演示了。
2)、在10gR2的data guard中,按照上述步骤切换保护模式的时候却不成功。主库完成切换语句后再open就报错:
ORA-03113: end-of-file on communication channel。看alert文件,只要是ORA-16072: a minimum of
one standby database destination is required。但实际上备库的standby logfile都已经建好了,检查
参数设置也查不出问题。
3)、解决方法:将主备库的flashback打开:
SQL> shutdown immediate;
SQL> startup mount;
SQL> select FLASHBACK_ON from v$database;
FLASHBACK_ON
------------------------------------
NO
SQL> alter database flashback on;
总结:然后再切换到最大可用或者最大保护模式就ok了,切换前注意备库已经处于mount状态,并且主库原有的归档日志都已经
全部复制到备库对应的归档目录下了,否则传送方式由arch改成lgwr后这些差异日志就无法自动传过去了。
今天做10gR2备库的一个试验中,就是由于这个原因,导致切换成最大保护模式后,主库无法open,
老是报错:ORA-03113: end-of-file on communication channel。查看alert日志里都是
ORA-16072: a minimum of one standby database destination is required错误,这个错误有点让人纳闷,明明参数都是正确设置的,
却报这么个错误。后来将主库的所有归档日志手动复制到备库后,启动正常。
1).最大性能(maximize performance):
这是data guard默认的保护模式。primay上的事务commit前不需要从standby上收到primary故障时可能丢失数据,
但standby对primary的性能影响最小。
这种保护模式(默认)提供了可能的最高级别的数据保护,而不影响主数据
库的性能。这是通过允许事务在恢复该事务所需重做数据在写到本地联机重做日志后立即提
交而实现的。主数据库的重做数据流也写到至少一个备数据库,但是那个重做流相对于创建
重做数据的事务是异步写的。
当所用的网络连接有足够的带宽,这种模式提供了近似于最大可用性模式的数据保护级
别,并且对主数据库性能的影响最小。
最大保护和最大可用性模式需要备重做日志文件配置在配置中的至少一个备数据库上。
所有三种保护模式需要在LOG_ARCHIVE_DEST_n 初始化参数上指定特定的日志传输属性
以发送重做数据到至少一个备数据库。
2).最大可用(maximize availability):
在正常情况下,最大可用模式和最大保护模式一样;在standby不可用时,最
大可用模式自动最大性能模式,所以standby故障不会导致primay不可用。只要至少有一个standby可用的情况下,
即使primarydown机,也能保证不丢失数据。
这种保护模式提供了可能的最高级别的数据保护,而不用与主数据库的可
用性相折衷。与最大保护模式相同,在恢复事务所需的重做写到本地联机重做日志和至少一
个事务一致性备数据库上的备重做日志之前,事务将不会提交。与最大保护模式不同的是,
如果故障导致主数据库无法写重做流到异地备重做日志时,主数据库不会关闭。替代地,主
数据库以最大性能模式运行直到故障消除,并且解决所有重做日志文件中的中断。当所有中
断解决之后,主数据库自动继续以最大可用性模式运行。
这种模式确保如果主数据库故障,但是只有当第二次故障没有阻止完整的重做数据集从
主数据库发送到至少一个备数据库时,不发生数据丢失。
3).最大保护(maximize protection):
最高级别的保护模式。primay上的事务在commit前必须确认redo已经传递到至少
一个standby上,如果所有standby不可用,则primary会挂起。该模式能保证零数据丢失。
这种保护模式确保如果主数据库发生故障不会发生数据丢失。要提供这种级别的
保护,恢复每个事务所需的重做数据必须在事务提交之前同时写到本地联机重做日志和至少
一个备数据库上的备重做日志。要确保不发生数据丢失,如果故障导致主数据库无法写重做
流到至少一个事务一致性备数据库的备重做日志时,主数据库会关闭。
比如说用户commit,此时候会刷新redo buffer写入redolog中。在此模式时候,必须要保证redo buffer信息
写入redo log和备机的一个redo中。不然就数据库挂。貌似这样。没测试过。有空测试下。
说明:
max protection的定义是事务提交的前提是redo data必须写入本地online log及至少一个standby log,如果没有满足这个条件,则该事务不能提交,数据库会自动down掉
max available模式的定义是事务提交的前提是redo data必须写入本地online log及至少一个standby log,如果没有满足这个条件,则该事务不能提交,但是数据库不会自动down掉。数据库会降格为max performance模式,只有当所有的redo data传递到standby logfile后,这个数据库才会自动升格为max availabity模式
max performance模式的定义是在不影响主数据库的性能的情况下最大限度的保护数据的安全。redo data在写入online log之后,事务就可以提交。所以前两种模式在主数据库和备用数据库之前的网络断掉之后,都会影响主数据库的可用性,但是max performance模式,在网络断掉之后,不会影响主数据库的可用性
max protection模式和max availability模式的要求是在data guard环境中至少有一个standby数据库的log_archive_dest_n设置为sync lgwr affirm模式
data guard模式所处的模式可以在v$database数据库查询到
数据传递过来只会备份到一个地方,因为是从网络过来的数据,网络的那边还需要得到确认
2、查看当前保护模式
SQL> select DATABASE_ROLE,PROTECTION_MODE,PROTECTION_LEVEL from v$database;
DATABASE_ROLE PROTECTION_MODE PROTECTION_LEVEL
---------------- -------------------- --------------------
PRIMARY MAXIMUM PERFORMANCE MAXIMUM PERFORMANCE
注意:还有RESYNCHRONIZATION状态,出现这种情况的因素可以是由于standby 数据库shutdown 后,primary 数据库保护级别切换为待同步。
3、切换standby的保护模式
SQL>ALTER DATABASE SET STANDBY DATABASE TO maximum protection;
SQL>ALTER DATABASE SET STANDBY DATABASE TO maximum performance;缺省的保护模式
SQL>ALTER DATABASE SET STANDBY DATABASE TO maximum availability;
说明:切换保护模式的操作必须在primay执行,且primay必须处于mount状态,如果在open状态执行,则报ORA-01126错。
ORA-01126: database must be mounted EXCLUSIVE and not open for this operation。
SQL> shutdown immediate;
SQL> startup mount;
SQL> alter database set standby database to maximize availability;
SQL> alter database open;
注:此处会报ORA-03113错误。
ORA-03113: end-of-file on communication channel
这时需要先修改日志传送方式为lgwr同步方式,否则,数据库是无法open的。
SQL> conn / as sysdba
SQL> startup mount;
SQL> alter system set log_archive_dest_2='service=test lgwr sync';
SQL> alter database open;
说明:
1)、切换成maximize protection也需要类似的步骤,这里就不演示了。
2)、在10gR2的data guard中,按照上述步骤切换保护模式的时候却不成功。主库完成切换语句后再open就报错:
ORA-03113: end-of-file on communication channel。看alert文件,只要是ORA-16072: a minimum of
one standby database destination is required。但实际上备库的standby logfile都已经建好了,检查
参数设置也查不出问题。
3)、解决方法:将主备库的flashback打开:
SQL> shutdown immediate;
SQL> startup mount;
SQL> select FLASHBACK_ON from v$database;
FLASHBACK_ON
------------------------------------
NO
SQL> alter database flashback on;
总结:然后再切换到最大可用或者最大保护模式就ok了,切换前注意备库已经处于mount状态,并且主库原有的归档日志都已经
全部复制到备库对应的归档目录下了,否则传送方式由arch改成lgwr后这些差异日志就无法自动传过去了。
今天做10gR2备库的一个试验中,就是由于这个原因,导致切换成最大保护模式后,主库无法open,
老是报错:ORA-03113: end-of-file on communication channel。查看alert日志里都是
ORA-16072: a minimum of one standby database destination is required错误,这个错误有点让人纳闷,明明参数都是正确设置的,
却报这么个错误。后来将主库的所有归档日志手动复制到备库后,启动正常。
发表评论
-
数据表更名语句
2010-04-21 11:08 1234当前数据表名为A,想要更名为B的语句如下: alter tab ... -
ORA-01078 & LRM-00109错误解决方法
2010-03-23 16:40 5499一同事今天刚装完oracle10g后,通过startup命令启 ... -
在线修改redo.log文件的大小
2009-09-02 17:24 59501.查看当前日志组成员: SQL> select mem ... -
怎么确保最终用户在数据库中只有一个会话
2009-08-11 18:47 1508sqlplus / as sysdba create user ... -
测试版-逻辑switchover
2009-07-16 12:41 12551.检查primary数据库是否配置了standby redo ... -
测试版-逻辑standby创建
2009-07-16 12:37 23021、创建物理standby 详见《测试版-物理standb ... -
测试版-物理switchover
2009-07-16 12:35 1085注意:standby数据库应该是alter database ... -
测试版-物理standby创建
2009-07-15 17:37 12791.编辑/etc/hosts文件 # vi /etc/ho ... -
dataguard日志传输方式简介
2009-06-26 12:44 53251、两种日志传输方式 Arch:传统的日志传送方式。现在只 ... -
物理standby的failover
2009-06-26 12:40 1223========================物理stand ... -
物理standby的Switchover
2009-06-26 12:39 1266=======================物理st ... -
查看pga和sga值
2009-05-27 01:07 2535--显示正在使用的参数和文本参数值 1)select * fr ... -
设置sga和pga的值
2009-05-27 01:05 2550--设置sga的值 1)alter system set sg ... -
表的创建时间和表的大小空间
2009-05-27 01:04 1355--查看表的创建时间 select created,last_ ... -
设置parallel_automatic_tuning参数之后的错误的解决方法
2009-05-27 01:02 1760--设置并行度 1)alter system set para ... -
HA、RAC、Datagurad的区别
2009-05-10 20:20 2476标题为:HA、RAC、Datagurad的区别 一.HA简介 ... -
通过shell脚本后台创建表空间
2009-05-10 20:16 20841.用oracle用户登陆并创建shell文件: $ vi / ... -
occi库文件替换
2009-05-10 20:08 20951.从官方下载occi_gcc343_x86_64_10203 ... -
oracle10g查看表空间信息
2009-05-10 20:06 2998SELECT UPPER(F.TABLESPACE_NAME) ... -
oracle10g数据库自启动步骤
2009-05-10 20:05 1748oracle10g数据库自启动自启动设置步骤 一.Oracle ...
相关推荐
### Oracle DataGuard 数据保护模式切换详解 #### 一、引言 Oracle DataGuard 是一种用于保护数据的关键技术,它能够确保在出现故障时,主数据库(Primary Database)的数据能够被实时复制到备用数据库(Standby ...
Dataguard 三种数据保护模式 Oracle Dataguard 提供了三种数据保护模式,每种模式都有其特点和应用场景。 最大保护模式 最大保护模式提供了最高级别的数据保护能力。这种模式的特点是: * 要求至少一个物理备库...
5. **保护模式**:DataGuard提供了多种保护模式,包括最大保护、最大性能和最大可用性。最大保护模式确保无数据丢失,但可能牺牲部分性能;最大性能模式允许在某些情况下丢失数据,以保持最高性能;最大可用性模式则...
- **保护模式**:DataGuard支持多种保护模式,如Maximum Availability、Maximum Performance和Maximum Protection等,以适应不同的业务场景。 - **多目标复制**:支持将重做日志流式传输到多个目标数据库,提高系统...
Data Guard提供如下三种数据保护模式: 1)最高保护模式(Maximum Protection)这里的”最大保护“是指最大限度的保护数据不丢失,也就是至少有一个standby和primary保持实时同步,但这样做的代价很大,即当一个事务...
2. **DataGuard模式**:DataGuard支持多种工作模式,如物理 standby、逻辑 standby 和最大保护模式等。物理standby与主数据库保持数据块级别的同步,逻辑standby则通过SQL重播实现同步,最大保护模式强调零数据丢失...
在企业级数据库领域,Oracle 提供了多种数据保护方案来确保数据的高可用性和灾难恢复能力,其中 Oracle DataGuard 和 Oracle GoldenGate (OGG) 是两种广泛采用的技术。这两种技术在原理、稳定性、维护难度、对象支持...
根据不同的业务需求,DataGuard提供了几种数据可用性模式,如最大保护模式(Maximum Protection)、最大性能模式(Maximum Performance)和最大可用性模式(Maximum Availability)。这些模式决定了如何处理网络故障...
- **选择保护模式**:Oracle DataGuard提供了三种保护模式:最大保护(Maximum Protection)、最大性能(Maximum Performance)和最大可用性(Maximum Availability)。每种模式都有其特定的重做日志传输和应用策略...
1. 配置模式:DataGuard支持多种配置模式,包括最大保护(Maximum Protection)、最大性能(Maximum Performance)和最大可用性(Maximum Availability)。不同模式下,主数据库与辅助数据库之间的数据同步策略有所...
3. 多种同步模式:DataGuard支持多种日志同步模式,如实时同步(Sync)、近实时同步(Async)和延迟同步(Fallover),以适应不同的业务需求和容灾策略。 4. 自动化管理:Oracle DataGuard提供了自动化的日志传输、...
### Oracle DataGuard完全手册 ...通过以上介绍可以看出,Oracle DataGuard是一项复杂但强大的技术,它能够为企业提供高水平的数据保护和业务连续性保障。合理规划和细致配置是成功实施DataGuard的关键。
- **选择保护模式**:根据不同的业务需求选择合适的保护级别,如Maximize Protection、Maximize Performance等,以平衡性能与数据安全性之间的关系。 - **Log 应用服务**:处理接收到的Redo日志,并将其应用于备用...
6. **保护策略**:DataGuard提供多种保护模式,如最大保护模式(Maximum Protection)、最大性能模式(Maximum Performance)和最大可用性模式(Maximum Availability),以平衡保护级别和系统性能。 7. **...
- **选择保护模式**:根据企业的实际需求选择最合适的保护模式(如Maximum Performance、Maximum Availability或Maximum Performance)。 - **Log应用服务**:负责将接收到的Redo数据应用于Standby数据库,以保持其...
启用DataGuard保护模式,确保主数据库的所有事务都能够在备用数据库上复制。 **4.4 配置Switchover和Failover** 最后,配置Switchover和Failover机制,以确保在出现故障时系统能够自动切换到备用数据库。 #### 五...