oracle11g dg方案
oracle11g双机热备方案
oracle11g双机热备方案Oracle 11g双机热备方案随着企业对数据可靠性和高可用性的需求越来越高，数据库热备方案成为了重要的考虑因素之一。
Oracle 11g提供了一种高效的双机热备方案，能够实现主机到备机的实时数据同步和快速故障转移。
本文将介绍如何实施Oracle 11g双机热备方案。
1. 概述Oracle 11g双机热备方案通过使用Data Guard技术实现。
Data Guard 是Oracle数据库的可选组件，它提供了可靠的数据保护、高可用性和故障转移能力。
通过主备关系，可以实现主机与备机之间的数据同步，以及在主机宕机时自动切换到备机。
2. 硬件和网络要求在实施双机热备方案之前，需要确保主备服务器之间的网络连接稳定可靠。
另外，为了保证数据同步的效率，建议主备机具备相同的硬件配置，包括CPU、内存和存储。
3. 配置主备服务器首先，在主服务器上创建一个主要数据库实例，配置主库参数文件（init.ora）和监听器（listener.ora）。
然后，在备服务器上创建一个备库实例，同样配置备库参数文件和监听器。
确保主服务器和备服务器之间可以相互访问。
4. 配置数据同步配置主备服务器之后，需要设置主备关系，开始数据同步。
在主服务器上创建一个备用数据库，即填写一个备机标识符，然后将主数据库的归档日志传输到备机。
可以通过Data Guard Broker工具来自动管理主备关系和数据同步。
5. 监控与故障转移在正常运行时，可以通过Data Guard Broker监控主备服务器的状态，包括数据同步进度和网络延迟等。
当主服务器发生故障无法正常工作时，可以手动或自动切换到备服务器。
在切换过程中，需要确保数据文件和控制文件的一致性，以及及时地恢复日志文件。
6. 测试与维护为了确保Oracle 11g双机热备方案的可靠性，需要进行定期的测试和维护工作。
可以通过模拟故障情况来测试备机的可用性和数据恢复能力。
11G_RAC_DG环境配置以及维护文档
11G_RAC_DG环境配置以及维护文档Oracle_rac_11g下的DG搭建与维护一．DG基础知识介绍1.Data Guard结构Data Guard是一个集合，由一个Primary数据库（生产数据库）及一个或多个Standby数据库（最多9个Standby）组成。
组成Data Guard的各个Oracle数据库之间，通过Oracle的网络服务名（Net Service Name）连接，并且有可能分布于不同地域，实际上只要各库之间能够相互通信，它们的物理位置并没有什么限制，至于操作系统就更无所谓了（某些情况下），只要支持安装Oracle数据库软件就行了。
1．Primary 数据库Primary数据库在某些资料中也被称为主数据库，相同Data Guard环境中至少要包含一个并且仅能有一个Primary数据库，实际上就是产生修改操作，并负责将这些操作传输到其他服务器的主数据库，该库既可以是单实例主数据库，也可以是RAC结构。
2．Standby 数据库Standby数据库在某些资料中也被称为从数据库，或者备数据库。
Standby数据库可以视作Primary数据库在某个时间点时的备份（事务上一致）。
在同一套Data Guard配置中最多可以创建9个Standby数据库。
一旦创建完成，Data Guard通过在Standby数据库端，应用Primary数据库生成的重做记录（REDO数据）的方式，自动维护每一个Standby数据库。
Standby数据库同样既可以是单实例数据库，也可以是RAC结构。
Standby数据库通常分两类：逻辑Standby和物理Standby，如何区分？两类各有什么特点？如何搭建？这方面内容在后续章节会主要介绍，在这里呢三思先简单白活一下。
逻辑Standby。
就像请人帮你素描画像，基本器官是都会有的，这点你放心，但是各器官位置啦，大小啦，肤色啦，就不一定跟你本人一致了。
具体到数据库，就是说内容可能相同，但结构可能有差异。
数据库读写分离解决方案--DG实施方案
数据库读写分离解决方案----oracle 11G ADG实施方案1.项目背景介绍1.1目的通过DG实现主库与备库同步,主库作为业务应用库,备库作为查询库,应用根据不同需求配置对应数据库;1.2测试环境在2台RedHat5.4上使用ORACLE 的DataGuard组件实现容灾。
设备配置(VMWare虚拟机环境)清单如下：2.Oracle DataGuard 介绍备用数据库（standby database）是ORACLE 推出的一种高可用性(HIGH AVAILABLE)数据库方案，在主节点与备用节点间通过日志同步来保证数据的同步，备用节点作为主节点的备份，可以实现快速切换与灾难性恢复。
●STANDBY DATABASE的类型：有两种类型的STANDBY：物理STANDBY和逻辑STANDBY两种类型的工作原理可通过如下图来说明：physical standby提供与主数据库完全一样的拷贝（块到块），数据库SCHEMA，包括索引都是一样的。
它是可以直接应用REDO实现同步的。
l ogical standby则不是这样，在logical standby中，逻辑信息是相同的，但物理组织和数据结构可以不同，它和主库保持同步的方法是将接收的REDO转换成SQL语句，然后在STANDBY上执行SQL语句。
逻辑STANDBY除灾难恢复外还有其它用途，比如用于用户进行查询和报表，但其数据库用户相关对象均需要有主键。
✧本次实施将选择物理STANDBY(physical standby)方式●对主库的保护模式可以有以下三种模式：–Maximum protection (最高保护）–Maximum availability （最高可用性）–Maximum performance (最高性能）✧基于项目应用的特征及需求，本项目比较适合采用Maximum availability （最高可用性）模式实施。
3.Dataguard 实施前提条件和注意事项：●灾备环境中的所有节点必须安装相同的操作系统，尽可能令详细补丁也保持相同。
Oracle11g搭建DG（ADG方式）
Oracle11g搭建DG（ADG⽅式）1.准备⼯作系统版本： Red Hat Enterprise Linux 6.5（64位）软件版本：Oracle Database 11g Release 2 (11.2.0.4)⾸先得准备两个能够PING通，并且装了Oracle软件且已经建库的Linux虚拟机。
操作系统不限，⾄少有⼀个虚拟机已经建好库，最好两个都建好相同SID的库，这样少很多创建⽬录的⿇烦，这⾥库的SID都是blockOra，Linux严格区分⼤⼩写，所以SID的⼤⼩写得注意。
我这⾥有两个名为dgmaster和standby的Linux虚拟机172.16.7.193 dgmaster（主库）172.16.7.194 standby （备库）2.在主库进⾏操作2.1强制force logging修改数据库为强制记⽇志，这是必须的操作，主库的每⼀步操作都得记录到⽇志中去。
SQL>shutdown immediateDatabase closed.Database dismounted.ORACLE instance shut down.SQL> startup mountORACLE instance started.Total System Global Area 1653518336 bytesFixed Size 2253784 bytesVariable Size 1006636072 bytesDatabase Buffers 637534208 bytesRedo Buffers 7094272 bytesDatabase mounted.SQL>alter database force logging;Database altered.2.2开启主库的归档模式修改数据库为归档模式，因为dg是通过传送归档⽇志到备库然后应⽤来保证主备库⼀致的。
SQL>alter database archivelog;Database altered.2.3创建standby redo logALTER DATABASE ADD STANDBY LOGFILE GROUP5 ('/u01/oradata/blockOra/stredo05.log') size 200M;ALTER DATABASE ADD STANDBY LOGFILE GROUP6 ('/u01/oradata/blockOra/stredo06.log') size 200M;ALTER DATABASE ADD STANDBY LOGFILE GROUP7 ('/u01/oradata/blockOra/stredo07.log') size 200M;ALTER DATABASE ADD STANDBY LOGFILE GROUP8 ('/u01/oradata/blockOra/stredo08.log') size 200M;ALTER DATABASE ADD STANDBY LOGFILE GROUP9 ('/u01/oradata/blockOra/stredo09.log') size 200M;standby redo log多少组才合理单机情况下所有redo_log组数+1RAC环境下所有redo log组数+实例数正常情况下，⼀般每个实例的redo log组数⽬是⼀样的，⽐如为你，则standbby redo log组数为(n+1)*thread假如有个rac共三个实例，每个实例都是3个log组，那么如果要做dg的standby log要增加12个standby loggroup(3+1)*3=12假如有个rac共三个实例，实例1有3个log组，实例2有4个log组，实例3有5个log组，总共有12个log组，那么如果要做dg的standby log要增加15个standby loggroup所有redo log组数+实例数=(3+4+5)+3=152.4创建pfile这⾥创建pfile是为了做⼀些主库参数的配置，并且还得拷贝到备库再次修改成备库的配置。
oracle dg实施方案
oracle dg实施方案Oracle DG实施方案在当今信息化时代，数据安全备份和灾难恢复已经成为企业信息化建设中不可或缺的一部分。
Oracle DG（Data Guard）作为Oracle数据库的一项重要功能，为企业提供了可靠的数据保护和灾难恢复方案。
本文将围绕Oracle DG实施方案展开讨论，为大家介绍Oracle DG的基本原理、实施步骤和注意事项。
首先，我们需要了解Oracle DG的基本原理。
Oracle DG是一种基于物理复制的数据保护和灾难恢复解决方案，通过将主数据库的变更记录传输到备库，实现了主备数据库之间的数据同步。
当主数据库发生故障时，可以快速切换到备库，实现灾难恢复。
因此，在实施Oracle DG时，需要确保主备数据库之间的网络连接畅通，并且备库的性能要足够强大，能够满足灾难恢复的需求。
其次，我们来介绍Oracle DG的实施步骤。
首先，需要在主数据库和备库上创建必要的归档模式，并确保主备数据库之间能够成功归档日志文件。
接着，需要配置主数据库和备库之间的网络连接，确保能够正常传输变更记录。
然后，需要在主数据库上启用归档日志模式，并将归档日志传输到备库。
最后，需要在备库上配置应用服务，实现数据的实时应用和灾难恢复功能。
在实施Oracle DG时，还需要注意一些事项。
首先，需要定期测试灾难恢复方案，确保备库的数据能够及时恢复。
其次，需要监控主备数据库之间的网络连接和数据同步情况，及时发现并解决问题。
此外，还需要定期对主备数据库进行性能优化，确保灾难恢复的效率和可靠性。
综上所述，Oracle DG作为一种重要的数据保护和灾难恢复解决方案，在企业信息化建设中具有重要的作用。
通过本文的介绍，相信大家对Oracle DG的基本原理、实施步骤和注意事项有了更深入的了解，希望能够为大家在实施Oracle DG时提供一些帮助和参考。
同时，也希望企业能够重视数据安全备份和灾难恢复工作，保障企业信息化建设的顺利进行。
oracle11g dg容灾方案
Oracle 11g DG（Data Guard）容灾方案简介Oracle Data Guard（DG）是Oracle数据库中提供的一种高可用性和灾备解决方案，旨在保证数据库的持续性和数据安全性。
本文将介绍如何在Oracle 11g中使用DG实现容灾方案，以确保在主数据库发生故障时，能够快速地切换到备用数据库继续提供服务。
方案概述DG容灾方案基于主备两个数据库之间的物理复制和数据同步策略。
主数据库是业务系统的核心，备用数据库则是主数据库的完全复制。
在主数据库与备用数据库之间，通过网络传输将主数据库的日志传递给备用数据库，以便实时地将数据同步到备用数据库中。
当主数据库发生故障时，可以手动或自动切换到备用数据库，从而保证业务的连续性。
环境准备在开始配置DG容灾方案之前，需要满足以下的环境要求：1.主数据库和备用数据库之间可靠的网络连接。
2.主数据库和备用数据库的硬件和操作系统配置相同或兼容。
3.Oracle数据库版本为11g。
步骤一：配置主数据库首先，需要配置主数据库以支持DG。
1.确保主数据库的参数文件（SPFILE）中包含以下配置：LOG_ARCHIVE_DEST_1='LOCATION=/archivelog'LOG_ARCHIVE_FORMAT='%t_%s_%r.arc'LOG_ARCHIVE_MAX_PROCESSES=30LOG_ARCHIVE_MIN_SUCCEED_DEST=1这些参数用于指定归档日志的存储位置和格式。
2.运行以下SQL脚本创建一个需要归档的日志组：ALTER DATABASE ADD LOGFILE GROUP 4 ('/archivelog/log4a.rdo', '/ar chivelog/log4b.rdo') SIZE 50M;3.启用归档模式：ALTER DATABASE ARCHIVELOG;4.切换日志文件：ALTER SYSTEM SWITCH LOGFILE;5.创建主数据库的连接信息：CREATE UNIQUE INDEX LOGSTDBY$INDEX ON LOGSTDBY$ (DEST_ID, THREAD#, SEQUENCE#);步骤二：配置备用数据库接下来，配置备用数据库以实现与主数据库的数据同步。
oracle11g dg容灾方案
oracle11g dg容灾方案在当今信息化时代，数据的安全性和可用性对一个企业的重要性不言而喻。
为了保障企业数据的连续性和完整性，许多企业都采用了数据库灾备方案。
而Oracle11g提供了可靠的数据保护和灾难恢复机制，其中，DG（Data Guard）容灾方案是一种备受推崇的选择。
一、DG容灾方案简介DG容灾方案是Oracle11g数据库中一项高度可用和可靠的解决方案。
它通过将主数据库的变更在实时或者延时情况下同步到备库，实现数据的持续传输和自动切换，从而提供了数据的高可用性和灾难恢复能力。
二、DG容灾方案的关键组件1. 主数据库（Primary Database）：主数据库是业务系统的核心存储，所有的读写操作都在主数据库上完成。
2. 备库（Standby Database）：备库作为主数据库的复制，对主数据库的变更进行实时或延时复制。
3. 数据传送服务（Data Transport Service）：负责将主数据库上的变更传输到备库中，保证数据的同步性。
4. 重做日志应用服务（Redo Apply Service）：在备库上应用主数据库生成的重做日志，保证备库与主库的数据一致性。
5. 重做日志传送服务（Redo Transport Service）：负责将主数据库生成的重做日志传输到备库，以确保备库可以按照变更进行恢复。
三、DG容灾方案的部署模式1. 最大保护模式（Maximum Protection Mode）：在该模式下，主库在提交事务之前必须确保重做日志已经传输到备库并应用成功，确保了零数据丢失。
2. 最大可用模式（Maximum Availability Mode）：该模式下，主库在提交事务之前必须确保重做日志已经传输到备库，但无需等待重做日志应用成功，从而实现了零数据丢失和最小的性能影响。
3. 最大性能模式（Maximum Performance Mode）：在该模式下，主库提交事务后无需等待重做日志传输到备库，从而提高了主库的性能，但会增加一定的数据丢失风险。
oracle dg 方案
Oracle DG 方案1. 简介Oracle Data Guard（DG）是Oracle数据库提供的一种高可用性和灾难恢复解决方案。
它通过在主数据库和一个或多个辅助数据库之间建立物理或逻辑复制，实现数据的实时备份和同步，从而提供了数据的可用性和保护。
2. 物理复制2.1 主数据库配置在主数据库上配置DG，需要执行以下步骤：•创建物理复制所需的日志传输服务•配置主数据库的归档模式•启用日志传输和应用服务首先，我们需要创建一个可用于日志传输的网络服务，以便主数据库可以将归档日志传输到辅助数据库。
然后，将主数据库配置为归档模式，确保归档日志可以被传输和应用到辅助数据库上。
最后，需要启用日志传输和应用服务，以确保日志的实时传输和辅助数据库的数据同步。
2.2 辅助数据库配置在辅助数据库上配置DG，需要执行以下步骤：•创建辅助数据库实例•配置辅助数据库的连接和归档信息•启动辅助数据库实例•应用主数据库的归档日志首先，需要创建一个辅助数据库实例，该实例将用于接收和应用主数据库的归档日志。
然后，需要配置辅助数据库的连接信息，以确保它可以与主数据库进行通信，并获取归档日志。
接下来，启动辅助数据库实例，并配置归档日志的应用方式。
3. 逻辑复制逻辑复制是另一种Oracle DG的实现方式，它基于逻辑单位（如表或模式）的复制，而不是物理上的块复制。
逻辑复制可以在主数据库和辅助数据库之间实现数据的实时同步和备份。
3.1 主数据库配置在主数据库上配置逻辑复制，需要执行以下步骤：•创建逻辑复制所需的逻辑连接和组织形式•配置主数据库的归档模式（可选）•启用逻辑复制首先，我们需要创建逻辑复制所需的逻辑连接和组织形式。
逻辑连接是主数据库和辅助数据库之间的连接，它使得数据可以被传输和同步。
接下来，如果需要，我们可以将主数据库配置为归档模式，以便归档日志可以被传输和应用到辅助数据库上。
最后，启用逻辑复制，以确保数据的实时同步。
3.2 辅助数据库配置在辅助数据库上配置逻辑复制，需要执行以下步骤：•创建逻辑复制所需的逻辑连接和组织形式•启用逻辑复制服务首先，我们需要创建逻辑复制所需的逻辑连接和组织形式，以确保辅助数据库可以与主数据库进行通信，并接收和同步数据。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Active Data Guard
• Select open_mode from v$database;
– READ ONLY WITH APPLY
• Recover managed standby database disconnect from session; • Recover managed standby database disconnect from session using current logfile;
Drop Datafile导致的Oracle Bug 10.2.0.4.0 – Add datafile – Drop datafile – MRP shutdown – Bug 5623467 - Corrupt redo from ALTER TABLESPACE DROP DATAFILE (文档 ID 5623467.8)
Failover to physical standby
1.resolve gap SELECT thread#, low_sequence#, high_sequence# FROM v$archive_gap; ALTER DATABASE REGISTER PHYSICAL LOGFILE 'filespec1‘ 2.Finish recover ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FORCE; 3. Convert to primary ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY Reinstate 避免重复搭建Data Guard, 原理 原来的主库开启 闪回数据库
知识点概览
• • • • • • • • • 简单搭建Data Guard Failover Switchover ADG Snapshot Standby 跳归档恢复 备库的设计方案 闪回数据库 故障分析
简单搭建Data Guard
• fs.aio-max-nr= 3145728 • cat /proc/sys/fs/aio-max-nr • sysctl -w fs.aio-max-nr=3145728 • rman target sys/oracle@dataguru auxiliary sys/oracle@sdataguru nocatalog • Duplicate target database for standby from active database nofilenamecheck; • create configuration dg_dataguru as primary database is dataguru connect identifier is dataguru; • add database sdataguru as connect identifier is sdataguru maintained as physical;
备库的设计方案
备库的设计方案
极端环境的恢复
闪回数据库
闪回数据库
• Startup mount • Alter database flashback on;
11g的改进 Alter database flashback on Alter database flashback off
故障分析
11g备库无法开启ADG的原因分析 – Show parameter compatible – 备库的compatible为11.1.0.7以上
Snapshot Standby
• • • • • • • • 可读可写的备库 切换为Snapshot Standby select database_role,open_mode from v$database; Dgmgrl convert database sdataguru to snapshot standby; SQL Alter database convert to snapshot standby; 切换回Physical Standby dgmgrl convert database sdataguru to physical standby; SQL alter database convert to physical standby; 切换角色之后，需要重启备库
跳归档恢复
• 归档丢失，重建备库
– SELECT CURRENT_SCN FROM V$DATABASE;
• 增量备份 • 同步控制文件 • 数据变化不频繁，恢复过一个丢失半年归档的 数据库 • reset database to incarnation 2;
跳归档恢复
• 主库： • BACKUP INCREMENTAL FROM SCN 2291364 DATABASE FORMAT '/home/oracle/backup_stage/sdataguru_%U' tag 'FORSTANDBY'; • 备份控制文件 • 备库： • 恢复控制文件 • catalog start with '/U01/backup_stage/increment_backup'; • Recover managed standby database cancel; • recover database noredo ; • col CURRENT_SCN format 9999999999999999999999 • SELECT CURRENT_SCN FROM V$DATABASE; • recover managed standby database disconnect from session;
Switchover
• 1.Verify that it is possible select database_role,switchover_status from v$database; • 2.Initiate the switchover operation on the primary database alter database commit to switchover to physical standby with session shutdown wait; • 3.Shut down and restart the original primary instance • 5.Verify the switchover status in standby • 6.Switch the physical standby database role to the primary role alter database commit to switchover to primary; • 7.open the new primary database • 8.Start recover alter database recover managed standby database disconnect from session; alter database recover managed standby database using current logfile Disconnect from session;