oracle_dataguard介绍
oracle dataguard原理(一)
oracle dataguard原理(一)Oracle DataGuard原理详解介绍Oracle DataGuard是Oracle数据库提供的一种数据冗余和灾难恢复解决方案。
它通过实时数据复制和自动故障转移来提供数据保护和高可用性。
本文将从浅入深，逐步解释Oracle DataGuard的相关原理。
数据冗余•数据冗余是指将数据库中的数据复制到另一个位置，以保护数据免受硬件故障、自然灾害和人为错误的影响。
•在Oracle DataGuard中，数据冗余是通过将主数据库中的数据异步或同步复制到一个或多个备用数据库实现的。
•备用数据库是主数据库的精确副本，它可以提供故障转移和灾难恢复的能力。
主备同步•主备同步是指主数据库和备用数据库之间的数据复制是实时的并保持同步。
•在Oracle DataGuard中，主备同步有两种模式，即同步模式和异步模式。
•同步模式要求主数据库将数据写入本地磁盘后，等待至少一个备用数据库确认接收并写入数据，确保数据一致性和可靠性。
•异步模式允许主数据库立即提交事务，并异步地将数据发送给备用数据库。
这种模式下，主备数据库之间可能存在一定的数据延迟。
数据传输•数据传输是指主数据库将数据发送给备用数据库的过程。
•在Oracle DataGuard中，数据传输可以通过物理复制或逻辑复制来实现。
•物理复制是将主数据库的物理数据文件复制到备用数据库。
这种复制方式效率高，适用于大型数据库。
•逻辑复制是将主数据库的逻辑数据写入备用数据库。
这种复制方式可以跨不同操作系统平台和数据库版本。
自动故障转移•自动故障转移是指在主数据库发生故障时，备用数据库可以自动接管主数据库的功能。
•Oracle DataGuard提供了故障切换的功能，可以迅速将备用数据库切换为主数据库，实现连续的应用程序可用性。
•故障切换是基于Oracle Grid Infrastructure和Fast-Start Failover技术实现的，它能够在故障发生时自动检测和处理。
Oracle数据库Data Guard技术介绍
Primary Database
Standby Database
OnlineREDO
Standby REDO
106 107 108
106 107 108
• 检测 DB启动时未传送的 Archive Log File
➢ FAL_SERVE R / FAL_CLIENT (11gR1 only) 参数需要设置
REOPEN 机制
REOPEN=180 时， LOG 重新传送步骤
00:00 00:01 00:02 00:03 00:04 00:05 00:06
ARCH
Error
reopen
REOPEN
18
Data Guard 日志传送
Data 传送相关处理
Primary Database
②
Archive Log
10
REDO Data 传送方式
同步传输的详细 (11gR2)
Primary Database SGA
并行执Lo行 Bguffer
Online REDO
ACK
SQL> COMMIT;
11
Standby Database SGA
Log Buffer
Standby REDO
REDO Data 传送方式
REDO 日志应用
Redo Apply 机制
Primary 侧的 LOG_ARCHIVE_DEST 参数里设 置 DELAY=xx (単位:分) 来指定延时时间
Archive log 生成后、指定时间经过后应用
Primary Database
Standby Database
OnlineREDO
[DataGuard全解析]2.OracleDataGuard参数介绍
![[DataGuard全解析]2.OracleDataGuard参数介绍](https://img.taocdn.com/s3/m/c3be847b49d7c1c708a1284ac850ad02de8007a6.png)
[DataGuard全解析]2.OracleDataGuard参数介绍Data Guard作为Oracle提供的一个高可用及灾备解决方案,理解并可以实施它对于DBA来说是非常重要套的技能上节介绍了有关Data Guard的概念，这节将介绍相关的一些参数[Data Guard全解析]1.Oracle Data Guard 概念介绍有的参数是做为备库角色时才生效的，会单独说出来1. DB_NAME该参数指定Oracle数据库的名称Data Guard环境中所有数据库的DB_NAME需保持一致db_name= dg12. DB_UNIQUE_NAME该参数指定Oracle数据库的唯一名称Data Guard环境中所有数据库的DB_UNIQUE_NAME都不能一致DB_UNIQUE_NAME=dg13. LOG_ARCHIVE_CONFIG该参数主要用来指定Data Guard环境中哪些数据库可以传输日志文件该参数指定的数据库名称为DB_UNIQUE_NAME该参数主备库需设置一致LOG_ARCHIVE_CONFIG='DG_CONFIG=(dg1,dg2)'4. LOG_ARCHIVE_FORMAT该参数设置归档日志文件的命名格式LOG_ARCHIVE_FORMAT=%t_%s_%r.arc5. LOG_ARCHIVE_DEST_n该参数控制数据库归档文件的路径，其包含下面子参数n=1一般为本地归档路径log_archive_dest_1='LOCATION=/oralog/archVALID_FOR=(ALL_LOGFILES,ALL_ROLES)DB_UNIQUE_NAME=dg1'5.1 LOCATION指定本地归档路径，必须为第一个参数，不能和service同时出现5.2 VALID_FOR决定redo数据可以写入目标路径的条件VALID_FOR=(redo_log_type,database_role)redo_log_type 取值范围：•ONLINE_LOGFILE•STANDBY_LOGFILE•ALL_LOGFILESdatabase_role取值范围•PRIMARY_ROLE•STANDBY_ROLE•ALL_ROLES5.3 DB_UNIQUE_NAME指定该归档路径有效的db unique name总结:上面的配置的意思为满足下列条件时就会归档日志文件 :•当数据库unique名为dg1时•无论其是主库或者备库角色•无论是归档online redo log还是standby logn>1一般为归档至远程数据库log_archive_dest_2='SERVICE=dg2 LGWR SYNC AFFIRMVALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)DB_UNIQUE_NAME=dg2'5.4 SERVICE指定远程数据库的service name，必须为第一个参数，不能和location同时出现5.5 LGWR ARCH指定收集和传输redo数据的后台进程,包括:•ARCH：此为默认配置，但是只能用于最大性能模式•LGWR：使用LGWR进程，可用于所有保护模式无法同时使用2个进程用于发送redo数据到目标路径5.6 SYNC ASYNC默认值:ASYNC•SYNC(同步)时,redo data在传输到所有启用的路径前transaction不可以commit•ASYNC(异步)时,redo data在传输到所有启用的路径前transaction可以commit5.7 AFFIRM NOAFFIRM•AFFIRM时，在主库redo data写入所有备库standby redo log 后确认已收到redo log，当SYNC属性指定时该属性是默认值•NOAFFIRM时，AFFIRM时，在主库redo data 写入所有备库redo log前确认已收到redo log，当ASYNC属性指定时该属性是默认值总结：上面的配置的意思为满足下列条件时就会归档日志文件到远程路径 :•当数据库unique 名为dg2时•需要处于主库角色•需要归档的redo data是online log file•使用LGWR进程•必须等所有redo data传输到目标路径才可以完成commit•在redo data完成传输到standby redo log后才确认完成主库保护模式相应的属性需求:上图表面了我们实际需求的保护模式相对应的一些参数设置6. LOG_ARCHIVE_DEST_STATE_n该参数控制LOG_ARCHIVE_DEST_n参数的有效性LOG_ARCHIVE_DEST_STATE_1=ENABLELOG_ARCHIVE_DEST_STATE_2=ENABLE具体请查看如下连接Oracle基本参数(LOG_ARCHIVE_DEST_STATE_n)7. REMOTE_LOGIN_PASSWORDFILE该参数在使用密码文件验证时必须使用EXCLUSIVE具体请查看如下连接Oracle基本参数(REMOTE_LOGIN_PASSWORDFILE)8. DB_FILE_NAME_CONVERT该参数控制主库数据文件到备库时的路径转换规则如主备库目录结构一直可直接写服务名该参数只在备库(Standby)角色时有效，但Oracle建议主库也设置，方便以后的角色转换DB_FILE_NAME_CONVERT = 'string1' ,'string2' , 'string3' , 'string4' , ...•string1 是主库数据文件的路径•string2 是备库数据文件的路径•string3 是主库数据文件的路径•string4 是备库数据文件的路径以此类推，数量不限9. LOG_FILE_NAME_CONVERT该参数控制主库online log file到备库时的路径转换规则如主备库目录结构一直可直接写服务名该参数只在备库(Standby)角色时有效，但Oracle建议主库也设置，方便以后的角色转换LOG_FILE_NAME_CONVERT ='string1' , 'string2' , 'string3' , 'string4' , ...•string1 是主库数据文件的路径•string2 是备库数据文件的路径•string3 是主库数据文件的路径•string4 是备库数据文件的路径以此类推，数量不限10. STANDBY_FILE_MANAGEMENT该参数控制是否自动在备库中建立主库新建的数据文件注意下面两点:•不会自动创建日志文件•如果数据文件重名会覆盖现有文件该参数只在备库(Standby)角色时有效，但Oracle建议主库也设置，方便以后的角色转换STANDBY_FILE_MANAGEMENT=AUTO11. FAL_SERVERFAL=fetch archive log，这个参数设定备库从哪里获取归档日志，一般设定为主库的服务名(service name)该参数只在备库(Standby)角色时有效，但Oracle建议主库也设置，方便以后的角色转换FAL_SERVER=dg212. FAL_CLIENT设定FAL的客户端名称，一把为本地数据库的服务名该参数只在备库(Standby)角色时有效，但Oracle建议主库也设置，方便以后的角色转换FAL_CLIENT=dg1好了DataGuard需要用到的参数讲到这了，下节介绍Data Guard 是如何工作的。
OracleDataGuard数据备份方案详解
OracleDataGuard数据备份方案详解Oracle DataGuard是一种数据库级别的HA方案最主要功能是冗灾数据保护故障恢复等在生产数据库的事务一致性时使用生产库的物理全备份(或物理COPY)创建备库备库会通过生产库传输过来的归档日志(或重做条目)自动维护备用数据库将重做数据应用到备用库本文介绍使用RMAN 备份创建备库(dataguard)一:Oracle DataGuard环境概述软件环境操作系统Red Linux Enterprise as数据库版本Oracle g releaseprimary databaeIP:ORACLE_SID=dbdb_unique_name=dbstandby databaseIP:ORACLE_SID=standbydb_unique_name=standby二主数据库(db )做准备设置主数据库为Force loggingSQL> alter database force logging;创建密码文件cd $ORACLE_HOME/dbs/orapwdfile=orapwdb password= force=y修改主库的初始化参数alter system set log_archive_config= dg_config=(db standby) scope=both;alter system set log_archive_dest_ = location=/u /db/arch scope=both;alter system set db_unique_name= db scope=both;生成数据库备份RMAN> connect target sys/RMAN> backup database format= /oracle/rmanback/%d_%s dbf plus archivelog;[oracle@oracle rmanback]$ lsDB _ dbfDB _ dbf生成备库的control fileSQL>alter database create standby controlfile as /oracle/r manback/ctontrl配置listener ora 和tnsnames ora文件启动lintener ora[oracle@oracle dbs]$ lsnrctl statusLSNRCTL for Linux: Versio n Production on JUN : : Service db has instance(s) Instance db status READY has handler(s) for this service Service db _XPT has instance(s) Instance db status READY has handler(s) for this service The mand pleted successfully配置rnsnames oravi $ORACLE_HOME/neork/admin/tnsnames oradb = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = )(PORT = )) ) (CONNECT_DATA = (SERVICE_NAME = db )standby = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = )(PORT = )) ) (CONNECT_DATA = (SERVICE_NAME = standby) ) )三创建standby database设置环境变量并安装oracle软件#环境变量设成与主库一样#只安装软件不安装库/runInstaller –silent –responseFile /tmp/installoracle rsp建立相关的目录cd $ORACLE_HOME/dbs/orapwdfile=orapwSID password= force=y#注要密码要与主库的一样否则会归档失败建立密码文件cd $ORACLE_HOME/dbs/orapwd file=orapwSID password= force=y#注要密码要与主库的一样否则会归档失败建立参数文件(pfile)db_name = standbyshared_pool_size = Mundo_management = AUTOundo_tablespace = undotbssga_max_size = Msga_target = Mdb_ k_cache_size = M standby_file_management=AUTOfal_server= db fal_client= standby log_archive_dest_ = location=/u /app/oracle/product/ /dbs/arch log_archive_dest_ = SERVICE=db REOPEN= log_archive_dest_state_ = ENABLE log_archive_dest_state_ = ENABLECP主数据库RMAN备份及控制文件到备库注意:备份存放位置要与primary database RMAN备份文件的位置相同控制文件存放位置要与生成standby database controlfile的位置相同scp /oracle/rmanback/*dbf root@ :/oracle/rmanback/scp /oracle/rmanback/* ctl root@ :/oracle/oracle/oradata/standby利用备用的控制文件把备用数据库启到mountSQL>connect / as sysdbaconnnpcted to an idle instance．SQL>startup nomount pfile=$ORACLE_HOME/dbs/initstandby oraSQL>alter database mount standby database配置listener ora 和tnsnames ora文件与主库相同启动listener tnsnames ora也与主库配置的一样当主备库的监听都启动后进行测试以例下面能顺利进行tnsping db tnsping standbySQL> sqlplus sys/ @db SQL> sqlplus sys/ @standby转储数据库RMAN>connect target /connected to target database TEST(DBID= )RMAN> restore database恢复数据库SQL>recover managed standby database disconnect from s ession #如果有需要应用的日志并想手工应用可以运行如下命令SQL>recover automatic standby database检查standby database是否创建成功a 在primary database 上切换日志SQL> alter system switch logfileb 在primary database上运行下面的语句SQL> select max(sequence#) from v$archived_log;MAX(SEQUENCE#)c 在standby database上运行下面的语句SQL> select sequence# applied from v$archived_log order by sequence#; SEQUENCE# APP YES YES YES若在上步中的max sequence#在的的app状态为YES说明standby database 成功创建以spfile启动并设为只读SQL> create spfile from pfile;SQL> shutdown immedaiteSQL> startup mountSQL> alter database recover managed standby database disconnect from session;SQL> alter database open read only;lishixinzhi/Article/program/Oracle/201311/17534。
oracle dataguard 监控指标
oracle dataguard 监控指标
OracleDataGuard是一种用于保护生产数据库的解决方案，它通过将数据和事务复制到备用数据库来提供高可用性和灾难恢复。
为了确保 DataGuard 正常运行，需要监控一些关键指标。
以下是几个重要的监控指标：
1. 传输延迟：传输延迟是指从生产数据库到备用数据库传输日志文件所需的时间。
如果传输延迟过高，可能会影响恢复时间目标(RTO)。
建议将传输延迟保持在几秒钟以内。
2. 应用延迟：应用延迟是指从备用数据库接收到日志文件到应用到备用数据库的时间。
如果应用延迟过高，可能会影响恢复点目标(RPO)。
建议将应用延迟保持在几秒钟以内。
3. 日志应用速度：日志应用速度是指备用数据库每秒钟可以应用的日志文件数量。
如果日志应用速度过低，可能会导致日志文件堆积，从而影响 RPO 和 RTO。
4. 主备同步状态：主备同步状态表示主数据库和备用数据库之间的同步状态。
如果主备同步失效，可能会导致备用数据库无法恢复生产数据库的数据。
5. 网络带宽利用率：网络带宽利用率是指 DataGuard 复制过程中网络带宽的利用率。
如果网络带宽利用率过高，可能会影响其他应用程序的性能。
以上是 Oracle DataGuard 监控的几个重要指标。
通过监控这些指标，可以确保 DataGuard 的正常运行，提高数据库的可用性和灾
难恢复能力。
dataguard简介
Oracle DataGuard简介Oracle DataGuard是Oracle自带的数据同步功能，基本原理是将日志文件从原数据库传输到目标数据库，然后在目标数据库上应用这些日志文件，从而使目标数据库与源数据库保持同步，是一种数据库级别的高可用性方案。
DataGuard可以提供Oracle数据库的冗灾、数据保护、故障恢复等，实现数据库快速切换与灾难性恢复。
在生产数据库的保证"事务一致性"时，使用生产库的物理全备份创建备库，备库会通过生产库传输过来的归档日志或重做条目自动维护备用数据库。
DataGuard数据同步技术有以下优势：1）Oracle数据库自身内置的功能，与每个Oracle新版本的新特性都完全兼容，且不需要另外付费。
2）配置管理较简单，不需要熟悉其他第三方的软件产品。
3）物理Standby数据库支持任何类型的数据对象和数据类型；4）逻辑Standby数据库处于打开状态，可以在保持数据同步的同时执行查询等操作。
5）在最大保护模式下，可确保数据的零丢失。
一、架构Oracle DataGuard由一个primary数据库(生产数据库)及一个或多个standby数据库(最多9个)组成。
组成Data Guard的数据库通过Oracle Net连接，并且有可以分布于不同地域。
只要各库之间可以相互通信，它们的物理位置并没有什么限制，不受操作系统的限制。
1.Primary 数据库DataGuard包含一个primary数据库即被大部分应用访问的生产数据库，该库既可以是单实例数据库，也可以是RAC。
2.Standby 数据库Standby数据库是primary数据库的复制(事务上一致)。
在同一个Data Guard中可以最多创建9个standby数据库。
一旦创建完成，Data Guard通过应用primary数据库的redo 自动维护每一个standby数据库。
Standby数据库同样即可以是单实例数据库，也可以是RAC结构。
dataguard简介
Dataguard简介1.Oracle为Oracle数据提供的灾难恢复解决方案。
2.Oarcle提供的轻量级别的解决方案，生产库一旦出现问题是灾难性的，即使用RMAN备份数据来恢复业务需要一定时间，对于电视台24小时节目来说，dataguard提供了很好的解决办法。
3.Dataguard是oracle数据库企业版的特性，别的版本不支持。
4.备库自动创建和维护生产数据库的一个和多个事物一致的副本在Oracle中一个事务是由一个可执行的SQL语句开始，一个可执行SQL语句产生对实例的调用。
在事务开始时，被赋给一个可用回滚段，记录该事务的回滚项。
一个事务以下列任何一个出现而结束。
◆当COMMIT或ROLLBACK（没有SAVEPOINT子句）语句发出。
◆一个DDL语句被执行。
在DDL语句执行前、后都隐式地提交。
◆用户撤消对Oracle的连接（当前事务提交）。
◆用户进程异常中止（当前事务回滚）。
DDL—数据定义语言(CREATE，ALTER，DROP，DECLARE)DML—数据操纵语言(SELECT，DELETE，UPDATE，INSERT)DCL—数据控制语言(GRANT，REVOKE，COMMIT，ROLLBACK)5.如果主数据不可用，那么可以激活备库，是备库承担主库的角色。
6.主和备数据库的操作系统版本一致。
Dataguard的配置与系统无关，只要各种系统能够安装oracle就可以配置dataguard，dataguard对oracle的版本有一定要求，必须9i以上。
7.dataguard分为物理和逻辑备用数据库。
9.Dataguard保护模式10．Dataguard的特点网络效率数据量小更好的数据保护数据的一致性功能完善全面的灾备解决方案，对硬件存储要求不高。
DataGuard完整文档
目录数据库高可用部署方案 (2)一、DataGuard介绍 (2)1.物理standby (2)2.逻辑standby (3)1.最大保护 (3)2.最大可用性 (4)3.最大性能 (4)二、安装环境 (4)1.设备列表 (4)2.重要步骤思路 (5)三、在主库的准备工作 (5)1.系统准备 (5)2.开启归档模式和强制记录日志模式 (6)3.添加standby日志文件 (7)4.准备参数文件 (8)5.修改监听文件 (11)6.修改tns配置文件 (12)7.重启监听并测试 (13)8.在主库rman里备份数据库 (13)四、备库配置 (14)1.环境准备 (14)2.建立与主库一致的目录 (14)3.从主库copy参数文件及监听文件到备库上 (14)4.在standby库修改配置文件 (15)5.修改参数文件和密码文件 (17)6.备库创建 (19)五、测试 (21)1.查看switchover_status (21)2.测试数据是否及时同步 (21)六、primary库与standby库切换操作 (26)1.在primary库上操作。
(26)4、重启数据库，置于mount状态 (26)2.在原standby库上配置 (27)七、汇总 (27)数据库高可用部署方案一、DataGuard介绍DataGuard是ORACLE公司推出的一种高可用性数据库方案，最主要功能是冗灾、数据保护、故障恢复等。
它是在主节点与备用节点间通过日志同步来保证数据的同步，可以实现数据库快速切换与灾难性恢复。
Data Guard只是在软件上对数据库进行设置，并不需要额外购买任何组件。
用户能够在对主数据库影响很小的情况下，实现主备数据库的同步。
而主备机之间的数据差异只限于在线日志部分，因此被不少企业用作数据容灾解决方案。
DataGuard可分为物理standby 和逻辑standby：1.物理standby主备库之间物理结构，逻辑结构保护一致。
Oracle Dataguard 配置介绍
Oracle Dataguard 配置介绍编写人：殷小春1．Oracle Dataguard介绍和主要优点1.1Oracl e Dataguard介绍Dataguard最主要的功能是冗灾，备库通过生产库传输过来的归档日志（或重做条目）自动维护备用数据库，保持生产库和备库数据的一致，这样当生产库发生故障时，可以马上将原来的备库切换成生产库，使系统迅速恢复正常，并且切换后无实时数据损失。
故障生产库在恢复后，可以作为新的备库使用，将数据和当前生产库同步。
Oracle10G中，备库只能运行在恢复模式，恢复模式中无法进行数据查询，只有以只读模式打开后才能查询数据，但此时不能同步恢复操作。
Oracle11G可以在打开数据库的同时进行恢复操作，备库可以一边和主库同步数据，一边进行数据查询和备份，这样既解决了数据库的容灾，也能缓解主服务器的压力，比如历史查询、或者大型报表统计这些耗资源的操作，就能放到备库上进行，提高生产库的运行效率。
缺点：无法将数据库还原到某一个时间点，主库和备库都只能保持在最新的数据状态。
1.2主要工作模式DATA GUARD可以分为物理STANDBY和逻辑STANDBY两种。
二者的最大差别在于，物理STANDBY应用的是主库的归档日志，而逻辑STANDBY应用的是主库的归档日志中提取的SQL语句。
由于二者这一点的区别，决定了物理STANDBY无论从逻辑结构和物理结构都是和主库保持一致，而逻辑STANDBY则只需保证逻辑结构一致，且逻辑STANDBY在应用SQL语句的时候，数据库可以处于打开的状态。
如果从DATA GUARD的保护模式分，可以分为三种不同的保护模式：1. 最大保护模式1）这种模式提供了最高级别的数据保护能力；2）要求至少一个物理备库收到重做日志后，主库的事务才能够提交；3）主库找不到合适的备库写入时，主库会自动关闭，防止未受保护的数据出现；4）优点：该模式可以保证备库没有数据丢失；5）缺点：主库的自动关闭会影响到主库的可用性，同时需要备库恢复后才能提交，对网络等客观条件要求非常的高，主库的性能会因此受到非常大的冲击。
OracleDataguard介绍
OracleDataguard介绍Oracle DataGuard介绍一、 DataGuard的基本原理当某次事务处理对生产数据库中的数据作出更改时，Oracle数据库将在一个联机重做日志文件中记录此次更改。
在DataGuard中可以配置写日志的这个过程，除了把日志记录到本地的联机日志文件和归档日志文件中，还可以通过网络，把日志信息发送到远程的从(standby)数据库服务器上。
这个备用日志文件写入过程可以是实时、同步的，以实现零数据丢失（最大保护模式maximum protection）；也可以是异步的，以减少对网络带宽的压力（最大性能模式maximum performance）；或者是异步和同步可以自动切换的模式（最大可用模式maximum availability）。
当备份数据库接收到日志信息后，Data Guard可以自动利用日志信息实现数据与主数据库的实时同步。
当主数据库打开并处于活动状态时，备用数据库可以执行恢复操作，如果主数据库出现了故障，备用数据库即可以被激活并接管生产数据库的工作。
二、 3种模式的特点的standby log才算有效。
1 最大保护模式最大保护模式为主数据库提供了最高水平的数据保护，从而确保了一个全面的零数据丢失灾难恢复解决方案。
当在最大保护模式下运行时，重做记录由日志写入器(LGWR) 进程从主数据库同步地传输到备用数据库，并且直到确认事务数据在至少一个备用服务器上的磁盘上可用时，才在主数据库上提交事务。
强烈建议，这种模式应至少配置两个备用数据库。
当最后参与的备用数据库不可用时，主数据库上的处理将停止。
这就确保了当主数据库与其所有备用数据库失去联系时，不会丢失事务。
由于重做传输的同步特性，这种最大保护模式可能潜在地影响主数据库响应时间。
可以通过配置一个低延迟网络，并为它分配足够应付高峰事务负载的带宽来将这种影响减到最小。
需要这种最大保护模式的企业有股票交易所、货币交易所、金融机构等。
Oracle DataGuard数据同步技术及配置详解
)
)
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = d:\oracle\ora92)
(PROGRAM = extproc)
)
(SID_DESC =
(GLOBAL_DBNAME = WDS)
备份控制文件，数据文件以及参数文件：
控制文件和数据库文件一般在oradata下的WDS文件夹下（备份整个WDS文件夹），参数文件在oraclehome的ora92下的database子目录下名称为spfileWDS.ora.
4.登陆备份节点,进行数据库恢复，拷贝备用数据库控制文件和主库pfile文件
*.fal_server='wds'
*.fal_client='wds_standby'
*.standby_file_management=auto
*.remote_archive_enable=TRUE
同时修改
*.control_files='d:\oracle\oradata\WDS\standby.ctl'
# Generated by Oracle configuration tools.
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = dbsrv1)(PORT = 1521))
(ORACLE_HOME = d:\oracle\ora92)
(SID_NAME = WDS)
oracle dataguard相关的sql语句 -回复
oracle dataguard相关的sql语句-回复Oracle Data Guard是一种用于实现高可用性和灾难恢复的解决方案。
它允许在主数据库和一个或多个辅助数据库之间创建物理或逻辑复制，从而实现数据的保护和同步。
通过Data Guard，数据库管理员可以确保在主数据库发生故障或不可用时，可以快速切换到辅助数据库以继续提供服务。
在使用Oracle Data Guard时，有一些主要的SQL语句和操作可以帮助我们管理和监控复制环境。
下面将一步一步回答，请参考以下文章：标题：Oracle Data Guard相关的SQL语句内容：1. 介绍：(100-200字)在这个章节，我们将简要介绍Oracle Data Guard技术的背景和基本概念，包括主数据库、辅助数据库和复制模式。
2. 创建主数据库：(200-300字)在这个章节，我们将详细解释如何创建主数据库，并提供相应的SQL 语句。
主数据库是复制环境的核心，我们将讨论如何配置主数据库的参数和启用日志归档。
3. 创建辅助数据库：(200-300字)在这个章节，我们将详细解释如何创建辅助数据库，并提供相应的SQL 语句。
辅助数据库用于接收和应用主数据库的日志文件，并实现与主数据库的同步。
4. 开启主备同步：(200-300字)在这个章节，我们将详细解释如何开启主备同步，并提供相应的SQL 语句。
这些语句可以确保主数据库和辅助数据库之间的数据和日志文件的同步。
5. 监控复制环境：(200-300字)在这个章节，我们将详细介绍如何监控复制环境的状态，并提供相应的SQL语句。
这些语句可以帮助我们了解主数据库和辅助数据库之间的同步情况和数据完整性。
6. 切换到辅助数据库：(200-300字)在这个章节，我们将详细解释如何在主数据库不可用时切换到辅助数据库，并提供相应的SQL语句。
这些语句可以帮助我们实现快速切换和恢复。
7. 彻底恢复主数据库：(200-300字)在这个章节，我们将详细解释如何彻底恢复主数据库，并提供相应的SQL语句。
dataguard原理
dataguard原理Dataguard是一种Oracle数据库管理技术，可以帮助有效地管理和保护数据库。
它将一系列的数据库功能组合在一起，可以帮助企业避免可能导致数据丢失或损坏的灾难性后果。
数据管家有很多优点，比如可以提供可靠的数据保护系统和恢复，业务连续性，安全性，数据可用性，高效率以及其他。
数据管家技术主要由3个基本功能组件组成，包括容错，恢复能力和监控服务。
容错功能通过复制，热备份和故障转移等方式来实现。
在容错中，原始数据库的数据可以复制到多个目标数据库，以防止设备故障，系统崩溃或灾难性损坏。
在恢复功能方面，它可以快速恢复到任何一个时间点，以防止意外数据损坏。
在监控服务方面，它通过实时监控数据库的性能，监控文档，警告和报告等方式提供可靠的服务。
此外，数据管家还具有一系列的安全控制来确保数据库的完整性和可靠性。
它的数据可靠性功能可以防止数据库发生任何意外的损坏，从而保护数据不被意外删除或破坏。
此外，数据管家还可以提供完整的审计服务，可以帮助用户审计和恢复数据库更改，以确保数据库的安全性和可靠性。
数据管家还可以提供高效的可用性服务，可以帮助企业及时掌握业务流程的变化，并根据客户的需求进行相应的调整。
它可以检测所有的应用服务和数据库，以便确保数据库的可用性高达99.9％。
此外，数据管家还可以提供可靠的业务流程连续性服务，可以帮助用户实现无缝的业务连续性。
总之，数据管家技术可以有效帮助企业进行数据库管理，提高企业的数据安全性和可用性。
它提供可靠的容错功能，可以帮助企业实现高可用性和可靠的恢复能力，同时还提供了可靠的安全控制和监控服务，可以支持企业的业务连续性。
因此，数据管家是企业数据库管理中不可或缺的技术。
[DataGuard全解析]1.OracleDataGuard概念介绍
![[DataGuard全解析]1.OracleDataGuard概念介绍](https://img.taocdn.com/s3/m/c516b27c793e0912a21614791711cc7931b77806.png)
[DataGuard全解析]1.OracleDataGuard概念介绍从这期开始讲Oracle Data Guard方面的内容，先将基本的概念，然后介绍如何搭建Data GuardData Guard作为Oracle提供的一个高可用及灾备解决方案,理解并可以实施它对于DBA来说是非常重要套的技能首先介绍一下有关Data Guard的概念一张思维导图1.Data Guard 相关类型1.1 主库(Primary Database)指的是我们的生产环境，我们需要新建Data Guard来保护主库的高可用性主库可以既可以是单节点实例或者RAC实例1.2 备库(Standby Databases)备库是主库的一个完整拷贝，在一个Data Guard环境中可以有最多30个备库备库建立后Data Guard 自动从主库传输日志文件并应用备库可以既可以是单节点实例或者RAC实例备库分为如下1.2.1 物理备库(Physical standby database)物理备库要求备库的物理结构和主库一致，包括数据文件，schema以及索引物理备库通过应用从主库传过来的redo数据进行同步11g开始物理备库提供 Active Data Guard 功能可以使物理备库可以在open read only的状态也可以应用日志1.2.2 逻辑备库(Logical standby database)只要求和主库保持逻辑信息一致物理备库通过应用从主库传过来的SQL语句进行同步1.2.3 快照备库(Snapshot Standby Database)快照备库是个可以更新的备库和其他备库一样它接收从主库来的日志，但是不会应用它除非被转换成物理备库，这时所做的操作会全部取消2. Data Guard 服务Data Guard提供以下三种服务确保功能的实现:2.1 Redo传输服务(Redo Transport Services)该服务有如下功能:•控制redo 数据(online 和archive)如何传输到一个或多个备库路径•检查损坏或者丢失的归档日志文件并自动从主库或者其他备库获取2.2 应用服务(Apply Services)该服务负责应用从主库传输过来的数据，物理备库应用的是redo 数据逻辑备库应用的是SQL语句2.3角色转换服务(Role Transitions)该服务负责将主库转换为备库或者从备库到主库其使用switchover和failover 方法•switchover为主动的做角色转换，首先将主库切换到备库，然后将原来的备库切换至主库角色•failover为当主库出现故障时将备库切换至主库3. Data Guard Broker其主要功能是监控Data Guard状态，当主库异常时自动切换角色4. Data Guard 保护模式Data Guard 保护模式指的是主库的保护模式，在主库上执行命令4.1 最大可用模式(Maximum Availability)该模式分为2个阶段:•当备库连接正常时,该模式首先确保主库的redo数据传输到备库•如备库无法连接，也不会影响主库的操作，待备库恢复后继续同步4.2 最大性能模式(Maximum Performance)该模式下主库不用等待redo数据传输到备库即可完成操作,此为默认模式4.3 最大保护模式(Maximum Protection)该模式下需要主库将redo数据传输到备库后才可完成操作如备库无法访问，则会导致主库无法使用该模式下备库无法正常关闭，应先关闭主库5. Data Guard 同步模式Data Guard 同步模式指的是备库的同步模式，在备库上执行命令5.1 实时同步该模式下备库实时应用主库的操作，要求建立standby redo log5.2 非实时同步该模式下备库不会实时应用主库的操作，应用时机分为以下两种：•如建立standby redo log ，应用发生在主库切换日志的时候，这时备库也会同步切换日志•如未建立standby redo log，应用发生在主库归档日志传输到备库时非实时同步也可设定延迟同步，如延迟2小时同步，这时主库传输过来的日志会先归档处理6.其他的一些概念redo 数据(redo Data)Data Guard 主库传输的的redo数据包括 online redo log 以及archive redo log如备库未建立standby redo log，则会传输archive redo log至备库standby redo logstandby redo log是备库用来接收主库传过来的online redo 数据的最大性能模式下是可选的但Oracle强烈建议无论什么模式都需要建立standby redo log，原来后面介绍ADGOracle 11g提供的新功能可以使物理备库在只读的状态下同时应用redo数据好了，关于Data Guard相关的概念就这么多了，下面的一节将介绍基本参数。
oracle dataguard相关的sql语句 -回复
oracle dataguard相关的sql语句-回复标题：Oracle DataGuard相关的SQL语句：构建可靠的数据库备份与恢复引言：在今天的信息时代，数据库的连续性和数据完整性对于企业的正常运营至关重要。
为了保障数据库的可用性，数据库备份和恢复成为了不可或缺的一部分。
而Oracle DataGuard技术则为Oracle数据库提供了一个高可用性解决方案，它通过实时数据复制和自动故障转移，实现了数据库的冗余备份和故障恢复。
本文将介绍Oracle DataGuard相关的SQL语句，以帮助读者了解和使用这一强大的技术。
一、DataGuard概述Oracle DataGuard是Oracle公司提供的一种高可用性解决方案，它通过将主库的事务重放到备库，实现了数据的实时复制和自动故障转移。
主要特点包括：实时数据复制、物理和逻辑备库、自动故障转移、灵活的备库应用选项等。
二、数据库备份与恢复的SQL语句1. 创建物理备库：在DataGuard模式下，物理备库需要通过SQL语句创建。
以下是创建物理备库的SQL语句示例：ALTER DATABASE CREATE STANDBY CONTROLFILE AS '<path to controlfile>';SHUTDOWN IMMEDIATE;STARTUP NOMOUNT;ALTER DATABASE MOUNT STANDBY DATABASE;ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;ALTER DATABASE OPEN;2. 开启日志应用：在DataGuard模式下，备库需要通过SQL语句开启日志应用，以实现实时数据复制。
以下是开启日志应用的SQL语句示例：ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;3. 激活备库：当主库发生故障时，需要将备库激活为主库以继续提供服务。
(完整版)DataGuard(专题)
DataGuard基本概念Dataguard是ORACLE 推出的一种高可用性(HIGH AVAILABLE)的数据库方案,在8i之前称之为standby database，从9i开始，正式更名为Dataguard，它是在主节点与备用节点间通过日志同步来保证数据的同步,可以实现快速切换与灾难性恢复。
Dataguard只是在软件上对数据库进行设置，并不需要额外购买任何组件,它能在对主数据库影响很小的情况下，实现备数据库的同步，而主备机的数据差异只在在线日志部分，所以被不少企业作为了数据容灾方案。
一、 DataGuard的发展史ORACLE 从7.3 开始支持standby database。
7。
3.x-8.0.x 需要手工拷贝所有归档日志并手工同步，从ORACLE815 开始，开始支持多节点复制，并实现了自动同步,但是这种同步是数据异步模式的，可能引起数据丢失.从ORACLE9i开始，备用服务器已经换了一种新的称呼，叫数据保护（DATA GUARD）,在这种模式中,开始支持三种不同的数据保护模式，并开始采用LGWR 对数据的传送而不是以往的ARCH,并增加了一个新的后台进程叫DMON 监控数据的同步，支持多达9个节点的同时复制。
从920开始，还开始支持物理与逻辑备用服务器。
二、运行要求1、主机运行在归档模式下2、主备数据库的版本必须一样，操作系统必须一样，但版本可以不同.Standby可以使用与primary不同的目录结构。
3、主备硬件和操作系统的结构必须一样，例如，两者都要运行在32位或64位的格式下4、主数据库和备数据库可以是single的,也可以是RAC。
5、主备硬件（如，CPU的数量,内存大小，存储设置）可以不一样。
6、每个数据库都必须有自己的控制文件7、避免nologing的方式，这样会导致standby无法与primary同步三、DataGuard的备用模式物理模式是当前用得最多的模式，它从7。
Oracle Data Guard 理论知识
Oracle Data Guard 理论知识RAC，Data Gurad，Stream 是Oracle 高可用性体系中的三种工具，每个工具即可以独立应用，也可以相互配合。
他们各自的侧重点不同，适用场景也不同。
RAC 它的强项在于解决单点故障和负载均衡，因此RAC 方案常用于7*24 的核心系统，但RAC 方案中的数据只有一份，尽管可以通过RAID 等机制可以避免存储故障，但是数据本身是没有冗余的，容易形成单点故障。
Data Gurad 通过冗余数据来提供数据保护，Data Gurad 通过日志同步机制保证冗余数据和主数据之前的同步，这种同步可以是实时，延时，同步，异步多种形式。
Data Gurad 常用于异地容灾和小企业的高可用性方案，虽然可以在Standby 机器上执行只读查询，从而分散Primary 数据库的性能压力，但是Data Gurad 决不是性能解决方案。
Stream 是以Oracle Advanced Queue为基础实现的数据同步，提供了多种级别的灵活配置，并且Oracle 提供了丰富的API等开发支持，Stream 更适用在应用层面的数据共享。
在Data Gurad 环境中，至少有两个数据库，一个处于Open 状态对外提供服务，这个数据库叫作Primary Database。
第二个处于恢复状态，叫作Standby Database。
运行时primary Database 对外提供服务，用户在Primary Database 上进行操作，操作被记录在联机日志和归档日志中，这些日志通过网络传递给Standby Database。
这个日志会在Standby Database 上重演，从而实现Primary Database 和Standby Database 的数据同步。
Oracle Data Gurad 对这一过程进一步的优化设计，使得日志的传递，恢复工作更加自动化，智能化，并且提供一系列参数和命令简化了DBA工作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
– 易于使用 – 基于最佳实践的管理 – 预置的与其他高可用性特性的集成
示例 — 易于使用
使用企业管理器进行转换，轻轻点击鼠标即可
已转换！
议程
HA / DR 挑战 Data Guard 结构与特性 Data Guard 10g 的新特性 最高可用性结构 Data Guard 案例研究及其优点
Data Guard 和 RAC
Data Guard 和真正应用集群是互补的，应一起使用以实 现最高可用性结构
真正应用集群提供了高可用性
– 能够快速和自动地从节点故障或一个实例崩溃中恢复过来 – 提供了增强的可伸缩性
Data Guard 提供了灾难保护并防止数据丢失
– 维护主数据库的几个事务一致的副本 – 防止灾难、数据损坏和用户错误 – 无需昂贵且复杂的 HW/SW 镜像
坚不可摧的结构 + 最佳实践 ＝ 最高可用性
MAA 最佳实践出版物
关于以下事项的最佳实践：
✓ RAC/ Data Guard 配置 ✓ 重做数据传输机制 ✓ 即时恢复 ✓ 转换/故障切换 ✓ 介质恢复 ✓ SQL 应用配置 ✓ 网络配置 ✓ 高可用性技术的集成
白皮书1：
✓ MAA — 详细信息 ✓ 介质恢复 ✓ 站点/网络配置 ✓ 快速启动检查点 ✓ SQL 应用的最佳实践 ✓ 角色管理
要求主服务器和备用服务器上的 Oracle 数据库和操作系统的版本相 同
Oracle Data Guard 核心
数据故障与站点灾难：
– 数据保护 – 数据可用性 – 数据恢复
三者都很重要！
数据是企业的核心资产！
• 此外还解决了人为错误和计划维护的问题
Oracle Data Guard 结构
生产数据库
后发送丢失的重做数据
议程
HA / DR 挑战 Data Guard 结构与特性 Data Guard 10g 的新特性 最高可用性结构 Data Guard 案例研究及其优点
Data Guard 10g 的新特性
一般的新特性
– 实时应用 – 闪回数据库集成
SQL 应用的新特性
– 零停机时间的实例化 – 支持额外的数据类型 – 滚动升级
什么是 Oracle Data Guard？
Oracle 为 Oracle 数据提供的灾难恢复解决方案
Oracle 数据库企业版 (EE) 的特性
自动创建和维护生产数据库（或主数据库）的一个或多个事务一致的 副本（备用数据库）
如果主数据库（因灾难、维护）不可用，那么可以激活一个备用！
闪回日志
主数据库：在故障切换后 无需重新实例化！
闪回数据库使得不再需要延迟日志应用 闪回数据库使得在故障切换之后无需重新实例化主数据库 实时应用实现了备用数据库上的实时报表操作
闪回日志
SQL 应用增强
现在可以从主数据库的一个联机备份中创建逻辑备用数据库 支持额外的数据类型：
LGWR
RFS
MRP/ LSP
主数据库
联机重做日志
FAL
ARCH
存档的重做日志
备用 重做 日志
将重做转换成 SQL，以进行 SQL 应用
备份/报表
ARCH
存档的重做日志
Data Guard 重做应用
主数据库
Data Guard Broker
网络 重做传输
重做应用 备用重做日志
物理备用数据库 备份
DIGITAL DATA STORAGE
用于 DR
数据转换
物理备用数据库
供客户端访问的 产品交付数据库
具备远程镜像的灾难恢复
远程镜像（基于主机和基于存储器）是保护企业 数据的另一种流行的方式
业务连续性实施的关键问题是：
– 数据可靠性 – 数据可恢复性 – 数据可用性 – 成本
Data Guard 的优点
1. 网络效率
– 只传输重做数据
并应用
可随时进行报表操作
备用重做日志
逻辑备用数据库是一个开放、独立和活动的数据库
▪ 包含与生产数据库相同的逻辑信息（行） ▪ 物理组织和结构可能大不相同 ▪ 可以托管多种模式
当通过 SQL 来应用日志时，可以查询逻辑备用数据库，以进行报表操作 可以创建额外的索引和物化视图，以获得更高的查询性能
最高可用性结构
Oracle 推荐的高可用性结构
– 基于 Oracle 技术的高可用性蓝图：
数据库、应用服务器、企业管理器……
– 与 Oracle 的新版本和新特性一起发展 – 基于客户的高可用性需求 – 预期面向对高可用性感兴趣的 Oracle 客户
定义和满足 SLA 要求的最佳实践
– 结构、配置和操作的最佳实践 – 使计划和意外停机时间最短 – 可从故障中高效地恢复并还原容错能力 – 与硬件和操作系统无关
1. 请参见 /deploy/availability/htdocs/maa.htm，获取最近的更新
一些 Data Guard 的 MAA 效果
Data Guard 同步传输对于 LAN，甚至对于 MAN（~300 英里/10 毫秒 RTT）都是可行的
– 零数据丢失 – 对主系统的吞吐量影响最小（在测试中小于 3%）
均衡成本、可用性、性能和事务保护
自动重新同步
可能出现网络连接问题 Data Guard 在网络连接恢复后自动重新同步备用数据库
– 隐式
主数据库上空闲的 ARCH 进程定期 ‘ping’ 所有的备用数据库， 以查看它们是否丢失了任何重做数据
如果丢失，则把丢失的重做数据发送给它们
– 显式
应用过程期间在物理备用数据库中发现数据丢失 根据 FAL_SERVER 和 FAL_CLIENT 设置，通知主数据库，然
异步传输对于所有类型的网络都可行
– 美国大西洋岸到太平洋岸的部署（~2600 英里/ 80 毫秒 RTT）对性能 几乎没有影响（在测试中小于 1%），并且在出现灾难的情况下，潜 在的平均事务丢失为 1 秒
异步模式下，在 WAN 上使用 SSH 压缩可使网络流量减 少 35-60%
转换可以在 1 分钟内完成，故障切换在短短的 15 秒内即 可完成
意外 停机
计划 停机
造成停机的原因
系统 故障
数据 故障
系统 变更
数据 变更
存储器故障 人为错误 毁坏 站点故障
Oracle 的集成高可用性解决方案
意外 停机
计划 停机
系统 故障
数据 故障
系统 变更
数据 变更
真正应用集群
自动存储管理 闪回
RMAN 与快速恢复区 H.A.R.D
Data Guard
联机重新配置 滚动升级
物理备用数据库是主数据库的一个块到块的副本 使用数据库恢复功能来应用更改 可以以只读方式打开，用于生成报表和查询 还可用于备份和减轻生产数据库的负载
主数据库
Data Guard SQL 应用
额外的索引和物化视图
Data Guard Broker
网络 重做传输
逻辑备用数据库 将重做转换成 SQL
Data Guard 与 Streams
Streams 和 Data Guard 是 Oracle 数据库企业版两个独立的特性，它们基于 一些共同的底层技术
Data Guard： 灾难恢复与数据保护
– 事务一致的备用数据库 – 零数据丢失 – 自动转换/故障切换 – 各种数据保护模式
Streams：信息共享/分发
Data Guard Broker 和企业管理器的新特性
– RAC 集成 – 以最佳实践为核心，简化的基于浏览器的界面
实时应用
Oracle 网络
事务
LGWR
RFS
最新的物理/逻辑 备用数据库
MRP/ LSP
联机
重做
主数据库
日志
ARCH
存档的 重做日志
备用 重做 日志
ARCH
实时应用
存档的重做 日志
– NCLOB – LONG – LONG RAW – BINARY_FLOAT – BINARY_DOUBLE – IOT（没有溢出和 LOB 列）
SQL 应用 — 使数据库滚动升级
客户机
A
重做
B
版本 X
版本 X
1 初始的 SQL 应用配置
升级
日志
A
B
队列
X
X+1
2 将节点 B 升级到 X+1
补丁集 升级
– 细粒化和控制要复制的内容 – 双向复制 – 数据转换 – 异种平台
由于业务需要，客户可能选择将 Streams 用于 DR/HA，而将 Data Guard SQL 应用用于信息分发
使用 Data Guard 和 Streams 的金融服务公司
数据输入
主数据库
Streams
用于信息分发
Data Guard
转换和故障切换
主数据库和备用数据库角色的转换 转换
– 计划的角色转换 – 无需将数据库重新实例化 – 用于维护操作系统和硬件
故障切换
– 主数据库出现意外故障（例如灾难） – 必须将主数据库重新实例化或闪回 [10g]
利用简单的 SQL / GUI 界面进行初始化 Data Guard 使涉及到的过程自动化
网络
同步或异步 重做传输
Broker
物理备用数据库
重做应用
备份
DIGITAL DATA STORAGE DIGITAL DATA STORAGE
将重做转换成 SQL 逻辑备用数据库
可用于 报表操作
SQL 应用
额外的索引 和物化视图
Data Guard 流程结构 (9i)
Oracle 网络
事务