DATAGUARD简介
DG物理备库创建手册
DATAGUARD物理备库的创建一、dataguard介绍Dataguard是ORACLE 推出的一种高可用性(HIGH AVAILABLE)的数据库方案,RAC的技术是为了保护实例，rman的技术是为了保护数据，而DATAGUARD则是把实例和数据一起保护了。
在8i之前称之为standby database，从9i开始，正式更名为Dataguard，它是在主节点与备用节点间通过日志同步来保证数据的同步，可以实现快速切换与灾难性恢复。
Dataguard只是在软件上对数据库进行设置，并不需要额外购买任何组件，它能在对主数据库影响很小的情况下，实现备数据库的同步，而主备机的数据差异只在在线日志部分（如果是在实时应用模式则理论上主备库的数据应该是一样的）。
所以如果在主库出现故障的情况下会丢失这部分未归档的数据。
当然这是最坏的一种情况。
本文档软件环境：主备库处于不同的服务器上主库已经安装好数据库软件和一个运行正常的数据库实例，备库只安装数据库软件，先不创建数据库和实例。
二、dataguard环境要求2.1数据库版本必须为企业版，版本最好在9i以上，主备库数据库的版本必须一致。
2.2主备数据库所在操作系统版本以及位数要求一样。
2.3主备库硬件配置可以不一样，看具体应用。
2.4主数据库和备数据库都可以是单实例的，也可以是RAC。
2.5同一个dataguard环境中数据库名必须一样。
主备库的目录结构要求一样(逻辑备库可以不一样)。
三、对主库的修改3.1修改归档方式要使用dataguard做数据库容灾，主库必须处于归档模式下。
如果已经是归档模式则跳过此步。
修改归档模式步骤SQL> archive log list;Database log mode No Archive ModeAutomatic archival DisabledArchive destination /opt/archOldest online log sequence 1Current log sequence 3可见当前数据库处于非归档模式.--关闭数据库SQL> shutdown immediate;启动数据库到mount阶段SQL> startup mount;修改数据库为归档模式SQL> alter database archivelog;Alter system archive log start;(auto)Database altered.打开数据库SQL> alter database open;查看当前数据库模式SQL> archive log list;Database log mode Archive ModeAutomatic archival EnabledArchive destination /opt/archOldest online log sequence 1Next log sequence to archive 3Current log sequence 3可见数据库已经处于归档模式。
Data Guard
Data Guard名词Dataguard结构：一个Primary合多个Standby（最多九个），物理位置及操作系统无限制1.Primary有且只有1个，可以时单实例也可以时RAC1.Standby可以视为Primary某个时间点的备份（事务上一直），利用Primary的REDO数据自动维护Standby•逻辑Standby：内容相同，结构不同 SQL Apply•物理Standby：一模一样以介质恢复方式实现同步 Redo ApplyData Guard服务1.Redo传输服务RTS服务（REDO传输服务）控制redo数据常见启动归档模式即设置一个本地归档路径，standby是设一个或多个远端service name•传输redo数据到standby•处理由于网络中断导致的归档中断•控制数据库的保护模式（Gap）•检查standby端丢失或无效的归档，并尝试从其它primary/standby获取。
1.Log应用服务应用redo到standby以保持standby与primary一致•物理standby，应用Redo Apply技术，即标准recover方式应用redo数据•逻辑standby，使用sql apply技术，将redo转换成sql，然后执行1.角色切换•switchover:可以保证数据不丢失•failover:Primary出现故障不能及时恢复时，在最大保护模式或最高可用性模式下，failover也可以不争不会数据丢失。
保护模式•最大保护：确保数据绝无丢失，要求所有事物在提交前redo写入本地online redologs和standby redologs，并确认redo数据至少在一个standby数据库可用，然后才提交事务。
如果出现standby数据库不可用，primary会被shutdown。
•最高性能：不影响primary性能前提下，提供最高级别数据报数策略，事务随时提交，primary库的redo至少需写入一个standby，鞋服可以不同步•最高可用：不影响primary前天一下，提供最高级别数据保护策略，保护方式与最大保护类似。
[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 是如何工作的。
dataguard 原理
dataguard 原理
DataGuard是Oracle数据库提供的一种高可用性和灾难恢复解决方案。
它通过在主数据库和备份数据库之间实时复制和传输归档日志，确保在主数据库故障时可以快速切换到备份数据库并继续工作。
数据保护的原理是基于物理日志文件的持续备份和传输。
在正常运行时，主数据库将产生归档日志，这些日志会被连续地传输到备份数据库。
备份数据库将这些日志应用到自己的副本中，使得备份数据库与主数据库保持同步。
一旦主数据库发生故障，可以通过手动或自动切换到备份数据库。
此时，备份数据库会将主数据库中未完全发送的归档日志自动应用并保持最新状态，保证数据一致性。
DataGuard还包括实时应用备份数据库的模式，以提供实时报告和查询。
此模式下，客户可以从备份数据库读取数据，而不会影响主数据库的性能。
这种架构提供了性能增强和高可用性。
DataGuard通过提供物理级别的数据保护，不仅可以应对硬件故障，还可以应对人为错误、自然灾害和系统故障等各种灾难情况。
它还支持异地灾备，即将备份数据库部署在远离主数据库的地理位置，确保即使发生严重灾难，如地震或洪水，数据库仍然可用。
总之，DataGuard原理是基于实时复制和传输归档日志，使得备份数据库与主数据库保持同步，并通过自动应用归档日志保持数据的一致性。
它提供高可用性和灾难恢复解决方案，可应对各种硬件故障和灾难情况，确保数据库的可用性和数据完整性。
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主备库之间物理结构，逻辑结构保护一致。
DataGuard介绍
DataGuard介绍DataGuard是一种数据库级别的HA方案，最主要功能是冗灾、数据保护、故障恢复等。
DataGuard是生产数据库的"事务一致性copy",创建时，使用生产库的物理copy.创建完成后，备库会通过生产库传输过来的归档日志(或重做条目)自动维护备用数据库。
将重做数据应用到备用库。
DataGuard两种类型DataGuard分为"物理standby"和"逻辑standby"物理standby:主备库之间物理结构，逻辑结构保护一致。
通常情况下备用库通过主库传输过来的归档日志做恢复。
基于"块对块"方式。
与主数据库相同。
物理standby等同于生产库。
物理standby能以read only方式打开(或者在flashback数据库下以"读写方式打开")。
物理standby一旦以"读写"方式打开，备用库将不会从主数据库接受重做数据。
只有当备库flashback到过去的点，当备用库flashback到"读写"打开时间点前的状态时，DataGuard 会自动同步备库与主库。
才能回复standby角色。
逻辑standby:只保证逻辑结构与主库一致。
备用库要处于打开状态，通过从主库归档日志文件中提取出来的SQL语句做恢复。
创建时，与物理standby一样，使用主库copy.逻辑备库通过执行SQL语句来更新。
DataGuard转换日志文件中的数据为SQL语句，然后在逻辑standby上执行SQL语句.因为逻辑standby是通过SQL语句来实现数据同步，那么在同步期间其必须保持打开状态。
DataGuard的服务：1.重做传输服务控制重做数据从生产机传输到一个或多个备用库。
2.日志应用服务2.1 生产库上通过ARCH进程生成归档日志文件，然后传输到备用库，备用库再从归档日志中恢复数据2.2 实时模式时，生产库上的操作通过LGWR进程实时反映在备用库的备用日志文件中，备用库从备用日志文件实时恢复数据。
ORACLE双机、RAC、Dataguard区别
双机热备（HA）和RAC有啥区别呢?
1、对于硬件来说，基本上一样，共享存储、光纤线（也有还用SCSI线的）、多台小型机（可以做多节点的相互热备，也可以做多节点的RAC）、光纤交换机（如果是用光纤卡的话）；但做RAC，在主机之间，最好使用高带宽网络交换机（虽然不用也可以做成）；因此硬件成本相差不大。
Oracle 双机/RAC/Dataguard的区别 收藏
Data Guard 是Oracle的远程复制技术，它有物理和逻辑之分，但是总的来说，它需要在异地有一套独立的系统，这是两套硬件配置可以不同的系统，但是这两套系统的软件结构保持一致，包括软件的版本，目录存储结构，以及数据的同步（其实也不是实时同步的），这两套系统之间只要网络是通的就可以了，是一种异地容灾的解决方案。而对于RAC，则是本地的高可用集群，每个节点用来分担不用或相同的应用，以解决运算效率低下，单节点故障这样的问题，它是几台硬件相同或不相同的服务器，加一个SAN（共享的存储区域）来构成的。
4、优缺点。这个，看看RAC的官方论述吧。如果能用好，确实是很有好处的。目前我们的40多个客户的使用情况来看，RAC确实大大降低了他们的downtime，另一方面可以说就是提高了生产力咯。
Dataguard:一般是出于容灾的目的。是主数据库的备用库（standby 库）通过自动传送和接受archivelog，并且在dataguard库自动apply 这些log，从而达到和主数据库同步的目的，可能dataguard 库是建立的异地的，当主库所在的区域出现了致命性的灾难时(火灾、地震等)，主库没法修复时，这时可以切换dataguard 为主库的模式，对外提供服务，而它的数据基本是当前最新的。目前可能大家对于 dataguard 库的使用已经拓展出了其他更多的用途，比如备份，跑报表等等。
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）缺点：主库的自动关闭会影响到主库的可用性，同时需要备库恢复后才能提交，对网络等客观条件要求非常的高，主库的性能会因此受到非常大的冲击。
第4章 理解DataGuard以及概念
第4章 RAC与DataGuard
DataGuard服务本质：
APPLY服务：APPLY服务是将Redo数据 传输并应用到standby数据库的方式Apply服 务实现了standby数据库与Primary数据库之 间的数据同步。我们知道在DataGuaby数据 库和逻辑standby数据库，与这两种standby 数据库类型相对应有两种Apply方式：与物 理standby数据库对应的Redo应用，与逻辑 standby数据库对应的SQL应用。
第4章 RAC与DataGuard
DataGuard环境涉及的三个重要概念。 （3）逻辑Standby数据库 逻辑Standby数据库与primary数据库在物 理文件组织以及数据结构方面可以不同，这点 是与物理Standby数据库的一个区别，并且逻 辑Standby数据库是通过SQL应用实现与 primary数据库的数据同步，SQL应用的本质是 将从primary数据库获得的Redo数据转化成SQL 语句，然后使用SQL语句实现Redo数据的操作。 所以逻辑数据库中有自己的Standby本地日志 文件
第4章 RAC与DataGuard
DataGuard是什么 我们从DataGuard这个英文单词组合可以看出它是“数据卫 士”的意思，无论你叫它数据保护或者数据卫士都不能脱离其本 质，就是DataGuard提供了对数据库的保护，提供生产数据库的 高可用性，数据保护以及灾难恢复的功能。 从数据库层次看DataGuard是数据库的集合，它包含一个 Primary数据库以及一个或多个standby数据库，其中Standby数据 库就是提供primary数据库保护的，一旦primary数据库主机瘫痪， 或者数据库损坏就可以即使切换到Standby数据库继续向外提供 服务。 DataGuard的除了保证生产数据库的高可用性以及灾难恢复 外还能提供如数据备份以及平衡负载，平衡资源分配等任务。
DATAGUARD配置参数详细解释
DATAGUARD配置参数详细解释
一、数据库参数
1.特定于数据库的参数
db_unique_name
功能：定义数据库唯一名称。
含义：该参数定义数据库唯一名称，该参数不应更改，否则可能会导
致一系列问题。
该参数必须在创建数据库时设置，并且不能更改。
2.remote_login_passwordfile
功能：指定远程用户的登录认证文件。
含义：此参数指定远程用户的登录认证文件，在数据库定义期间，远
程用户可以使用该文件登录数据库。
可以使用此参数将一些远程用户的标识指定为NONE，以确保只有本
地用户可以连接，而不允许远程用户连接。
3.log_archive_dest_state_2
功能：指定第二个归档日志目的地状态。
含义：此参数指定第二个归档日志目的地状态，如果设置为enable，则表示活动日志会被归档到该备用目的地，如果设置为disable，则表示
活动日志不会被归档到该备用目的地。
4.fal_server
功能：指定应用程序服务器名称。
含义：此参数指定应用程序服务器名称，例如，Fal_server等。
这些服务器用于远程归档日志，应用服务器可以是一台服务器，也可以是一组服务器。
5.log_archive_dest
功能：指定将归档日志文件发送到哪里。
含义：此参数指定将归档日志文件发送到哪里，可以是一个本地文件路径，也可以是一个远程服务器的文件路径。
Data Guard
• SQL> connect / as sysdba • SQL>startup nomount pfile=?/dbs/initdbstb.ora • SQL>alter database mount standby database;
– 恢复数据文件
• • • • • •
将先前的rman备份传递到备用数据库的相应目录 将先前的rman备份传递到备用数据库的相应目录 RMAN> connect target RMAN> restore database; RMAN> restore archivelog all; 这个时候如果有先的归档日志想手工恢复，可以重新启动 SQLPLUS:SQL>recover automatic standby database; 或者直接进入管理恢复状态
Data Guard的发展 Guard的发展
• ORACLE 从7.3 才开始支持standby database。
7.3.x-8.0.x 需要手工拷贝所有归档日志并手工同 步，从ORACLE815开始，开始支持多节点复制， 并实现了自动同步，但是这种同步是数据异步模 式的，可能引起数据丢失。 从ORACLE9i开始，备用服务器已经换了一种新的 称呼，叫数据保护(DATA GUARD)。这时，开始 支持三种不同的数据保护模式，并开始采用 LGWR 对数据的传送而不是以往的ARCH，并增加 了一个新的后台进程叫DMON 监控数据的同步， 支持多达9 个节点的同时复制。从9iR2开始，还 开始支持物理与逻辑备用服务器。
OracleDataguard介绍
OracleDataguard介绍Oracle DataGuard介绍一、 DataGuard的基本原理当某次事务处理对生产数据库中的数据作出更改时，Oracle数据库将在一个联机重做日志文件中记录此次更改。
在DataGuard中可以配置写日志的这个过程，除了把日志记录到本地的联机日志文件和归档日志文件中，还可以通过网络，把日志信息发送到远程的从(standby)数据库服务器上。
这个备用日志文件写入过程可以是实时、同步的，以实现零数据丢失（最大保护模式maximum protection）；也可以是异步的，以减少对网络带宽的压力（最大性能模式maximum performance）；或者是异步和同步可以自动切换的模式（最大可用模式maximum availability）。
当备份数据库接收到日志信息后，Data Guard可以自动利用日志信息实现数据与主数据库的实时同步。
当主数据库打开并处于活动状态时，备用数据库可以执行恢复操作，如果主数据库出现了故障，备用数据库即可以被激活并接管生产数据库的工作。
二、 3种模式的特点的standby log才算有效。
1 最大保护模式最大保护模式为主数据库提供了最高水平的数据保护，从而确保了一个全面的零数据丢失灾难恢复解决方案。
当在最大保护模式下运行时，重做记录由日志写入器(LGWR) 进程从主数据库同步地传输到备用数据库，并且直到确认事务数据在至少一个备用服务器上的磁盘上可用时，才在主数据库上提交事务。
强烈建议，这种模式应至少配置两个备用数据库。
当最后参与的备用数据库不可用时，主数据库上的处理将停止。
这就确保了当主数据库与其所有备用数据库失去联系时，不会丢失事务。
由于重做传输的同步特性，这种最大保护模式可能潜在地影响主数据库响应时间。
可以通过配置一个低延迟网络，并为它分配足够应付高峰事务负载的带宽来将这种影响减到最小。
需要这种最大保护模式的企业有股票交易所、货币交易所、金融机构等。
dataguard原理
dataguard原理Dataguard是一种Oracle数据库管理技术，可以帮助有效地管理和保护数据库。
它将一系列的数据库功能组合在一起，可以帮助企业避免可能导致数据丢失或损坏的灾难性后果。
数据管家有很多优点，比如可以提供可靠的数据保护系统和恢复，业务连续性，安全性，数据可用性，高效率以及其他。
数据管家技术主要由3个基本功能组件组成，包括容错，恢复能力和监控服务。
容错功能通过复制，热备份和故障转移等方式来实现。
在容错中，原始数据库的数据可以复制到多个目标数据库，以防止设备故障，系统崩溃或灾难性损坏。
在恢复功能方面，它可以快速恢复到任何一个时间点，以防止意外数据损坏。
在监控服务方面，它通过实时监控数据库的性能，监控文档，警告和报告等方式提供可靠的服务。
此外，数据管家还具有一系列的安全控制来确保数据库的完整性和可靠性。
它的数据可靠性功能可以防止数据库发生任何意外的损坏，从而保护数据不被意外删除或破坏。
此外，数据管家还可以提供完整的审计服务，可以帮助用户审计和恢复数据库更改，以确保数据库的安全性和可靠性。
数据管家还可以提供高效的可用性服务，可以帮助企业及时掌握业务流程的变化，并根据客户的需求进行相应的调整。
它可以检测所有的应用服务和数据库，以便确保数据库的可用性高达99.9％。
此外，数据管家还可以提供可靠的业务流程连续性服务，可以帮助用户实现无缝的业务连续性。
总之，数据管家技术可以有效帮助企业进行数据库管理，提高企业的数据安全性和可用性。
它提供可靠的容错功能，可以帮助企业实现高可用性和可靠的恢复能力，同时还提供了可靠的安全控制和监控服务，可以支持企业的业务连续性。
因此，数据管家是企业数据库管理中不可或缺的技术。
DataGuard 高可用技术
DataGuard （物理）高可用技术一：DataGuard 高可用技术原理Data Guard 坏境中，至少有两个数据库。
一个数据库处于open，对外提供服务，这个数据库称为Primary Database。
第二个数据库处于恢复状态，叫做standby database,运行时Primary Database对外提供服务，用户的操作主要在Primary Database进行，操作被记录在联机日志和归档日志中，通过网络发送给standby database，这些操作会在standby database上重演，从而实现了Primary Database和standby database数据库的同步替换解析：如果是可预见的因素需要关闭Primary Database，比如软硬件升级，可把standby database切换为Primary Database继续对外提供服务，减少服务停止时间，而且数据不会丢失，如果是异常原因导致Primary Database数据库，可把standby database强制切换为Primary Database继续对外提供服务，这种数据的损失程度和数据库的保护级别有关系，因此Primary和standby只是角色的概念，并不固定为某一个数据库。
二：项目内容及步骤A:在primary数据库上的操作1：确定数据库是归档模式SQL> archive log listDatabase log mode No Archive ModeAutomatic archival DisabledArchive destination USE_DB_RECOVERY_FILE_DESTOldest online log sequence 1Current log sequence 32：若不是归档模式，要先修改成为归档模式SQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut down.SQL> startup mount;SQL> alter database archivelog;SQL> alter database open;SQL> archive log list;Database log mode Archive ModeAutomatic archival EnabledArchive destination USE_DB_RECOVERY_FILE_DESTOldest online log sequence 1Next log sequence to archive 3Current log sequence 3查看默认的归档位置SQL> show parameter db_recovery_file_dest;NAME TYPE------------------------------------ ----------------------VALUE------------------------------db_recovery_file_dest string/u01/app/oracle/flash_recovery_areadb_recovery_file_dest_size big integer2G修改归档位置（修改归档位置之后需要重新启动数据库然后重新设定一次归档模式SQL> alter system setlog_archive_dest_1='LOCATION=/u01/app/oracle/archive';System altered.SQL> show parameter log_archive_dest_1;NAME TYPE------------------------------------ ----------------------VALUE------------------------------log_archive_dest_1 stringLOCATION=/u01/app/oracle/archivelog_archive_dest_10 string3:先确定primary 数据库是FORCED LOGGING模式，目的是所有的ddl语句都写入redo log，即使是由nologging限制的ddl语句。
[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相关的概念就这么多了，下面的一节将介绍基本参数。
(完整版)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。
dataguard配置
Oracle dataguard配置文档一、Dataguard简介 (3)二、dataguard原理 (3)三、dataguard配置要求 (4)1. 环境要求 (4)2. 环境规划 (4)3. dataguard配置要求 (4)4. 配置dataguard所需工具 (4)四、操作系统及oracle11g环境配置 (4)1.操作系统磁盘分区 (4)2.oracle11g环境能数配置 (4)1.向/etc/security/limits增加以下记录 (4)2.向/etc/sysctl.conf增加以下记录 (4)3.以oracle用户执行以下命令 (5)4.向/etc/pam.d/login增加以下记录 (5)5.向oracle参数文件bash.profile里增加以下记录 (5)五、安装oralce11g数据库 (5)1.要求在两台服务器上仅安装数据库软件。
(5)2.配置监听程序 (5)3.在主服务器上建库 (5)六、Dataguard配置 (6)1.数据库要处于完全归档状态 (6)2.对主数据库进行rman备份 (6)3.在主库上运行netmgr命令，进行如下配置 (6)4.生成数据库pfile， (7)5.修改主数据库pfile文件 (7)6.备库参数文件置 (8)7.在主库和备库上用netca建立本地服务名 (8)8. 在备库上以oracle用户建立与主库相对应的目录文件 (9)19. 将主库产生的rman备份文件，参数文件，密码文件,日志文件拷贝到备库 (9)10. 在备库上执行以下操作 (9)11. 备用数据库建立完毕。
(9)七、dataguard数据库故障排查 (10)1. 检查备用数据库和主用数据库的状态 (10)2. 测试dataguard日志是否传输 (10)3.测试dml,ddl语句是否传输 (10)八、dataguard主备库切换 (11)1. 将备库转换成主库模式 (11)2. 将主库转换成备库模式 (11)2一、Dataguard简介Dataguard是oracle集成化灾难恢复解决方案，该技术可以维护生产数据库一个或多个同步备份，由一个生产数据库和苦干备用数据库组成，并形成珍上独立的，易于管理的数据保护方案，支持异地远程容灾。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
DataGuard可以提供Oracle数据库的冗灾、数据保护、故障恢复等，实现数据库快速切换与灾难性恢复。在生产数据库的保证&uot;事务一致性&uot;时，使用生产库的物理全备份创建备库，备库会通过生产库传输过来的归档日志或重做条目自动维护备用数据库。 DataGuard数据同步技术有以下优势：
1） Oracle数据库自身内置的功能，与每个Oracle新版本的新特性都完全兼容，且不需要另外付费。
2） 配置管理较简单，不需要熟悉其他第三方的软件产品。
3） 物理Standby数据库支持任何类型的数据对象和数据类型；
4） 逻辑Standby数据库处于打开状态，可以在保持数据同步的同时执行查询等操作。
1.Primary 数据库
DataGuard包含一个primary数据库即被大部分应用访问的生产数据库，该库既可以是 单实例数据库，也可以是RAC。 Leabharlann 2.Standby 数据库
Standby数据库是primary数据库的复制(事务上一致)。在同一个Data Guard中可以最多创建9个standby数据库。一旦创建完成，
5） 在最大保护模式下，可确保数据的零丢失。
一、架构
Oracle DataGuard由一个primary数据库(生产数据库)及一个或多个standby数据库(最多9个)组成。组成Data Guard的数据库通过Oracle Net连接，并且有可以分布于不同地域。只要各库之间可以相互通信，它们的物理位置并没有什么限制，不受操作系统的限制。