(完整word版)OracleDataGuard容灾解决方案

合集下载

Oracle 11G数据库DataGuard灾备切换方案

Oracle 11G数据库DataGuard灾备切换方案

Oracle 11G数据库DataGuard灾备切换方案一、检查1、确定MRP进程在正常运行备库执行如下SQL确定MRP进程正常:2、确定有足够的归档进程在所有的主备库实例上查询参数LOG_ARCHIVE_MAX_PROCESSES,确定其值大于等于4,但不会太大3、确定目标备库的REDO为clear状态虽然在发起SWITCHOVER TO PRIMARY命令时,备库的REDO会自动转换为CLEAR 状态,但依然建议在SWITCHOVER前REDO为CLEAR状态。

确保正确设置了LOG_FILE_NAME_CONVERT参数。

行CLEAR4、确定没有大量的GAP5主备库分别执行如下SQL,查看tempfile是否正常,如果备库上缺失文件则需要进行二、切换1、检查主库是否可切换至STANDBY主库执行如下SQL执行检查如上的SQL查询结果如果为”” 或者””表示主库可切换至STANDBY,如果不为这两个值,则说明REDO传输存在问题。

2、停止主库第一个节点以外的所有实例(RAC)最好使用shutdown normal或者shutdown immediate方式停止数据库。

如果使用了shutdown abort将其他节点进行了关闭,则需等待RAC reconfig完成,且第一个节点将其余REDO正常前滚或回滚3、切换主库至STANDBY角色如果遇到已为”PHYSICAL STANDBY”,则可继续(这种问题的出现其中一个可能是数据库有大量的数据文件)。

4、确定STANDBY收到EOR5、检查STANDBY能够切换至PRIMARY如上的SQL查询结果如果为”PRIMARY” 或者””表示目标备库可切换至PRIMARY,如果不为这两个值,则说明REDO传输或者应用存在问题。

6、切换备库至PRIMARY7、打开新的主库8、检查新主库的TEMPFILE如果存在问题则进行处理。

9、重启新的备库10、意外或回退参考Appendix A.4.5 Roll Back After Unsuccessful Switchover and Start Over三、无法正常切换的处理若主数据库异常中断无法连接做switchover处理,需要将灾备环境强制切换为主库(即failover),需要注意的是,此种切换是将备库强制进行切换,可能会由于主备库之间并未完全同步导致有数据丢失,需慎重处理。

(完整word版)OracleDataguard操作手册20160912

(完整word版)OracleDataguard操作手册20160912

Oracale dataguard操作手册第一.dataguard的好处:它是在主节点与备用节点间通过日志同步来保证数据的同步,可以实现数据库的快速切换与灾难性恢复,提供了灾难保护并防止数据丢失。

Data Guard只是在软件上对数据库进行设置,并不需要额外购买任何组件。

用户能够在对主数据库影响很小的情况下,实现主备数据库的同步。

而主备机之间的数据差异只限于在线日志部分,因此可以被用作数据容灾解决方案。

第二.选用什么DG模式?DG有三种模式,最大保护(Maximum protection),最大性能(Maximum performance),最大可用性(Maximum availability),默认的就是最大性能模式。

再实际的应用种使用最大性能模式比较多。

三种保护模式:可以在V$DATABASE中查看到DataGuard的保护模式SELECT PROTECTION_MODE, PROTECTION_LEVEL FROMV$DATABASE;第三.物理standby还是逻辑standby?1,物理stand by直接从primary接受archived log,然后直接做恢复,效率较高,因为是使用最底层的块级别上的复制。

逻辑stand by是把primary接收过来的archived log解析为sql语句,然后做同步,效率较低,因为是执行SQL语句。

2,Physical standby的APPLY节点为MOUNT状态,Logical standby节点为OPEN状态,可分担primary上部分的查询和报表服务。

3,Physical standby可以实现与Primary来回switchover;logical standby切为Primary ,不能再切回来。

4,Physical standby可以切换为Logical standby ,但是logical 不能转换为Physical。

综合以上采取:物理standby模式,效率高,数据完整性好。

OracleDataguard数据同步复制的容灾技术方案

OracleDataguard数据同步复制的容灾技术方案

OracleDataguard数据同步复制的容灾技术方案2007-02-28 15:20:07标签:容灾方案OracleDataguard是ORACLE 提供的一种高可用性(HIGH AVAILABLE)的数据库方案,它是在主节点与备用节点间通过日志同步来保证数据的同步,可以实现快速切换与灾难性恢复。

中软公司自主研发的基于Dataguard同步引擎的Oracle数据库异地同步解决方案RS5,能够对安全、高效的实现数据库远程实时备份,最大限度保证用户的数据安全。

一、设计目标最大程度上保证数据的可用与可恢复,做到灾难事件发生时的数据零丢失。

二、方案概述针对关键业务数据灾难防护的需求,制定本地备份策略结合异地实时备份的高可靠性方案。

1. 本地备份策略本地备份是数据库容灾重要的组成部分。

通过配置RMAN的备份策略,可以实现备份和还原数据库文件、归档日志和控制文件。

根据具体应用环境,可以订制备份的方式和频率,例如每周的全备和每日的增量备份。

在数据库出现问题的时候,可以使用RMAN备份、归档日志及在线日志恢复数据。

2. 异地实时同步异地实施同步可以最大限度的保证数据安全,避免因各类事故造成的损失。

ORACLE Dataguard是基于数据库复制的方式来实现的、目前最流行的高可用解决方案之一。

在此基础上,我们开发了一套直观便捷的管理界面,使系统不仅可以实现数据库数据的实时快速复制,而且使系统的实施和管理方便而快捷。

数据库复制的原理主要是通过日志文件的传送、分析和应用来实现的,在应用事务发生后主数据中心通过数据复制引擎将日志传输到备份数据中心,备份数据中心的数据库对日志中记载的事务执行重演操作,实现对备份数据中心数据库数据的更新。

本方案采用高性能、基于Log分析(主要是Redo Log)的Oracle数据库复制解决方案,它可以复制数据库中大量的数据更新(如在数千个表上的每秒数千个操作)到一个或多个Oracle 目标实例中。

oracle data guard容灾部署

oracle data guard容灾部署

主库参数配置1.启用force loggingalter database force logging;select force_logging from v$database;2.打开监听lsnrctl start3.启用归档alter system set log_archive_format='%t_%s_%r.arc' scope=spfile;alter system set log_archive_dest_1='LOCATION=/data/arch' scope=spfile; mkdir /data/archSQL> archive log list;SQL> shutdown immediateSQL> startup mount;SQL> alter database archivelog;SQL> archive log list;SQL> alter database open;参考命令:show parameter log_ar4.设置监听主库:1521 动态监听备库:1523 静态监听5.配置主库初始化参数#默认已经设置,使用单引号就是小写,不用就是大写alter system set db_unique_name='fxdb' scope=spfile;alter system set log_archive_config='DG_CONFIG=(fxdb,sbdb)' scope=both; alter system set log_archive_dest_1='LOCATION=/data/archVALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=fxdb'scope=both;alter system set log_archive_dest_2='SERVICE=tnssbdb LGWR SYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=sbdb' scope=both;alter system setdb_file_name_convert='/data/app/oracle/oradata/sbdb','/data/app/oracle/ora data/fxdb' scope=spfile;alter system setlog_file_name_convert='/data/app/oracle/oradata/sbdb','/data/app/oracle/ora data/fxdb' scope=spfile;alter system set standby_file_management='AUTO' scope=both;alter system set fal_client='tnsfxdb' scope=both;alter system set fal_server='tnssbdb' scope=both;6和7行的参数是进行主备切换用的,可以暂时不用设置。

oracle数据库DG融灾配置方案

oracle数据库DG融灾配置方案

Oracle 数据库data guard 容灾配置方案方案设计者:巩利民 2009年4月15日一、data guard简单介绍Data Guard 是一个集合,由一个primary 数据库(生产数据库)及一个或多个standby 数据库(最多9 个)组成。

组成Data Guard 的数据库通过Oracle Net 连接,并且有可能分布于不同地域。

Data Guard与操作系统没有任何关系(但操作系统的类型必须是一样的,版本可以不同),只要oracle数据库能够连通就可以了。

Standby又可以分为物理Standby和逻辑Standby,二者是有区别的,区别主要体现在对数据的真实性的写照上。

物理Standby就像我们照镜子一样的,完全真实的呈现,逻辑Standby就像一位画家给我们素描。

根据两种standby的不同特点,我们这里采用物理Standby 来实现容灾。

Data Guard的要求是数据库版本必须是企业版的数据库,标准版数据库不支持DG操作。

二、Data Guard的配置方法1、准备工作不管物理standby 还是逻辑standby,其初始创建都是要依赖primary 数据库,因此这个准备工作中最重要的一部分,就是对primary 数据库的配置。

1)打开Forced Logging 模式将primary 数据库置为FORCE LOGGING 模式。

通过下列语句:SQL> alter database force logging;注:这个操作在后期的standby数据库创建完成后也要执行这个操作此命令是设置切换后日志能够正常传送2)创建备份shutdown冷备(主要是数据库的数据文件、日志文件、控制文件等).3)将primary置为archive log 状态:(现在的数据库已经在归档模式下了,所以这一步就可以省略了)C:>sqlplus/nologSql>conn sys/ennoracle as sysdba再执行以下命令Sql>shutdown immediateSql>Startup mount(只能在mount格式下,不能再open下)Sql>alter database archivelog;Sql>alter system archive log start修改primary 库的配置文件。

Oracle10g_DataGuard远程容灾技术

Oracle10g_DataGuard远程容灾技术

Oracle Data Guard 以最低的成本实现最好的数据保护Oracle 白皮书2004 年 7 月执行概要 (3)灾难的后果 (3)高可用性挑战 (3)Oracle Data Guard (3)Oracle Data Guard 概述 (4)什么是 Oracle Data Guard? (4)Oracle Data Guard 功能 (5)Oracle Data Guard 的好处 (6)Oracle Data Guard 进程结构 (7)主要技术组件 (8)Data Guard 配置 (8)重做应用和 SQL 应用 (8)物理备用数据库 — 重做应用 (9)逻辑备用数据库 — SQL 应用 (10)实时应用 (12)数据保护模式 (12)最大保护 (13)最高可用性 (13)最高性能 (14)故障切换和转换 (15)自动重新同步 (16)人为错误保护 (17)滚动升级 (17)级联重做日志目标 (17)Enterprise Manager 和 Data Guard Broker (17)配置选项 (18)Oracle Data Guard 和 RAC (19)最高可用性结构 (19)Data Guard 和远程镜像解决方案 (20)结论 (22)参考文献 (23)执行概要业务连续性和灾难恢复是大多数全球化企业的高级管理人员最先考虑的问题。

经济波动、市场走向的快速变化和竞争压力,意味着当今的全球化企业必须在一个 24x7 的环境中运营,并且必须能够迅速、高效地处理难以预见的业务中断。

Oracle Data Guard 是当今保护企业核心资产(数据)的最有效解决方案,它能够使数据在 24x7 的基础上可用,而无论是否发生灾难或其他中断。

本白皮书将讨论 Oracle 数据库 10g 中的 Data Guard 技术,并说明它如何成为企业业务连续性基础架构中的一个关键因素。

灾难的后果随着电子商务的发展,当今企业运营在一个极其复杂和高度联网的全球化经济环境中,比以往更容易受中断的影响。

ORACLE DataGuard容灾监控方案

ORACLE DataGuard容灾监控方案

ORACLE DataGuard容灾监控方案探讨王靖,刘丽洁(中国移动通信集团河北有限公司,河北石家庄050011)摘要:通信行业关键业务的数据多使用ORACLE Data Guard建立容灾,但企业容灾建立之后,容灾系统的运行状态监控处于失控状态,本文对容灾实现及容灾的监控行了分析、探讨,给出建议。

关键词:数据库容灾;容灾监控;Data Guard;监控中图分类号:TP309文献标识码:A文章编号:1673-1131(2012)06-0201-03Discussion on the Oracle Data Guard Disaster Recovery Monitoring ProgramWANG Jing,LIU Li-jie(China Mobile Group Hebei Co.,Ltd.,Shijiazhuang;050011)Abstract:The Business-critical applications in Communications industry usually using oracle Data Guard for data protect and Disaster recovery,but after deploy the Data Guard environment,many people lost the control of monitoring of the DR system. This paper will introduce how to deploy the DR system and how to monitoring the DR system,and also provide some advices about it.Keywords:oracle Data Guard disaster recovery;disaster recovery monitoring;Data Guard monitoring0前言灾难备份和灾难恢复是降低灾难发生的损失、保证系统连续运行的重要措施[1].Oracle DataGuard是Oracle公司基于数据库级别的容灾解决方案[4],可以提供企业的关键业务在灾难发生时的应对能力和恢复能力,通过尽可能快速的、全面恢复企业的业务运作,将因灾难造成的损失降低到最小程度[2]。

Oracle的容灾方案Data Guard

Oracle的容灾方案Data Guard

Oracle的容灾方案Data Guard DATA GUARD数据库简介远程磁盘镜像是一种被广泛应用的数据保护技术,然而在对Oracle数据库进行备份的实际应用中,由于该技术本身所固有的局限,使得其无法很好地实现数据库的完整备份,为此,本文提出以Oracle的容灾技术Data Guard,来实现Oracle数据库的完整备份。

Data Guard是Oracle公司提出的数据库容灾技术,它提供了一种管理、监测和自动运行的体系结构,用于创建和维护一个或多个备份数据库。

与远程磁盘镜像技术的根本区别在于,Data Guard是在逻辑级,通过传输和运行数据库日志文件,来保持生产和备份数据库的数据一致性。

一旦数据库因某种情况而不可用时,备份数据库将正常切换或故障切换为新的生产数据库,以达到无数据损失或最小化数据损失的目的,为业务系统提供持续的数据服务能力。

Data Guard体系结构一个Data Guard环境可配置一个生产数据库和最多至9个备份数据库系统,生产和备份数据库之间通过Oracle Net技术互联,并且没有任何距离上的限制(Data Guard体系结构如图2所示)。

物理备份数据库物理上提供了与生产数据库在数据块级的一致性镜像。

物理备份数据库是通过Redo Apply技术来保障数据镜像能力。

Data Guard的保护模式● 最大保护模式: 该模式以牺牲生产数据库性能为代价,换取无数据损失的能力。

● 最大可用模式: 该模式也能提供无数据损失,对生产数据库的影响较小。

● 最大性能模式: 该模式允许少量数据损失,但能为生产数据库提供最大性能。

Data Guard和远程磁盘镜像技术的总体比较远程磁盘镜像技术是存储层的数据保护方案,对于Oracle数据库而言,Oracle Data Guard 提供了更有效、可行,更完备的数据库容灾方案。

以下是两种方案的总体比较:异步远程磁盘镜像技术的潜在问题远程磁盘镜像技术可采用异步方式,达到降低网络延时、减轻对生产系统影响等目的。

利用RMAN和DataGuard实现ORACLE数据库的容灾备份分析

利用RMAN和DataGuard实现ORACLE数据库的容灾备份分析

利用RMAN和DataGuard实现ORACLE数据库的容灾备份分析摘要:针对Oracle系统中的两个灾难恢复技术,分别以DataGuard和RMAN 为基础,通过容灾备份对比分析,提出了一种性价比高,可用性好,安全,可靠的Oracle系统容灾备份解决方案。

关键词:Oracle;DataGuard;RMAN;数据库Database;容灾Disaster recoveryAnalysis of disaster recovery backup of Oracle Databaseusing RMAN and DataGuardAbstract:Aiming at the two disaster recovery technologies in Oracle system, based on DataGuard and RMAN respectively, through the comparative analysis of disaster recovery backup, this paper proposes a solution of disaster recovery backup for Oracle system with high cost performance, good availability, security and reliability.Key words:Oracle; DataGuard; RMAN; Database; Disaster recovery随着社会信息化的快速发展,信息技术已深入社会生活的各个领域,实现信息化的首要任务就是保证信息数据的安全性。

数据备份是一种最基本、最简便的灾难恢复方法,其目标是在发生故障时迅速恢复数据。

在信息技术领域,容灾是指为计算机提供一套能够抵御各类灾害的信息系统。

在灾难性事件中,既要保证数据的安全性,又要能够在最快的速度中使系统恢复到正常状态。

oracle数据库容灾方案介绍

oracle数据库容灾方案介绍

JNL-VOL
M-DKC
• 远端存储采用“吸”的方式拷贝jounal,按照时间戳、顺序号 更新备份卷
• 最小的对生产系统的性能冲击,充分利用灾备存储设备投资
• 解决链路故障、cache容量、链路带宽对复制的影响
Data transferred by the Read JNL
command issued by the R-DKC.
-1-基于数据库复制的容灾技术
• Oracle Data Guard数据库远程复制技术,异构存储解决方案 • 限制与弱点:
– 只能针对Oracle管理的数据,应用关联性保证? – 不能跨主机平台,Oracle版本对等,“N-1”? – 占用主机CPU资源, 实施周期长,维护复杂,隐性成本过高 – 备份中心的备份数据较难回切主中心,不支持数据级容灾 – 有待证实应用普遍性
灾难恢复站点
RecoverPoint 应用装置
CRR 拷贝
备用灾难 恢复服务器
SAN 磁带备份 管理器
磁带库
利用 EMC Replication Manger 和 EMC NetWorker 增强的支持功能
服务器一致性复制和恢复
支持服务器和存储阵列的联合收集
异步崩溃一致性和应用程序一致性恢复
• 限制: – 同构存储
• 产品: – EMC的mirror view、 SRDF – HDS的TrueCopy – IBM的IBM PPRC – HP BusinessCopy等;
服务器
应用程序 文件系统 数据库
卷管理器
服务器
应用程序 文件系统 数据库
卷管理器
I/O
P-VOL
远程数据复制 同步或异步方式
灾备中心

Oracle 11g Dataguarg主端ASM容灾端文件系统实施文档

Oracle 11g  Dataguarg主端ASM容灾端文件系统实施文档

Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 11.2.0.4.0 - Production
Start Date 27-MAR-2015 13:35:23
Uptime 1 days 0 hr. 56 min. 24 sec
Trace Level off
Security ON: Local OS Authentication
|Languages
|---Chinese Support #
4. 配置图形界面环境(Xmanager)
a. 启动本地X服务器
安装Xmanager以后, 开始菜单 -> 程序 -> Xmanager3 -> Xmanager – Passive
NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
export ORACLE_BASE ORACLE_HOME ORACLE_SID PATH LD_LIBRARY_PATH NLS_LANG
#配置hosts
[root@dbstd ~]# more /etc/hosts
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
model name : Intel(R) Xeon(R) CPU E5620 @ 2.40GHz

Oracle容灾解决方案.ppt

Oracle容灾解决方案.ppt

Data Guard 10g 的新特性
一般的新特性 实时应用 闪回数据库集成 SQL 应用的新特性 零停机时间的实例化 支持额外的数据类型 滚动升级 Data Guard Broker 和企业管理器的新特性 RAC 集成 以最正确实践为核心,简化的基于浏览器的界面
实时应用
Oracle 网络
主数据库和备用数据库角色的转换 转换 方案的角色转换 无需将数据库重新实例化 用于维护操作系统和硬件 故障切换 主数据库出现意外故障〔例如灾难〕 必须将主数据库重新实例化或闪回 [10g] 利用简单的 SQL / GUI 界面进展初始化 Data Guard 使涉及到的过程自动化
版本 X
1 初始的 SQL 应用配置
X
X+1
2 将节点 B 升级到 X+1
升级
重做
A
B
重做
A
B
补丁集 升级
重大的 版本升级
集群软件 和硬件升级
X+1
X+1
4 转换到 B,升级 A
X
X+1
3 在混合模式下运行,进行测试
企业管理器的新特性
Broker 和 EM 现在可以创立和管理包含 RAC 主数据库 和 RAC 备用数据库的配置 简化的基于浏览器的界面可以对整个备用数据库生命 周期进展管理 重点是: 易于使用 基于最正确实践的管理 预置的与其他高可用性特性的集成
物理备用数据库是主数据库的一个块到块的副本 使用数据库恢复功能来应用更改 可以以只读方式翻开,用于生成报表和查询 还可用于备份和减轻生产数据库的负载
Data Guard SQL 应用
额外的索引和物化视图
主数据库
Data Guard Broker

(完整word版)OracleDataGuard容灾解决方案

(完整word版)OracleDataGuard容灾解决方案

Oracle DataGuard容灾解决方案目录一. 需求分析 (3)二。

解决方案 (3)2.1 拓扑架构 (3)2.2 方案特点 (4)2。

3 方案优势 (4)2.4 产品介绍 (5)三。

Oracle维保服务 (8)四. 方案报价 (11)一. 需求分析用户现有两台服务器,windows2008平台,一台运行oracle 11g r2,一台运行用友NC 6.3.现在通过每天备份的方式保证安全。

用户希望在他的另一个机房(裸光纤互联)中搭建容灾平台。

因此本方案针对以上现状,提出Oracle DataGuard容灾解决方案,这样主数据库在遇到极端状况时,可以及时切换到备库,保证业务的连续性。

二. 解决方案2.1 拓扑架构Dataguard可以实现远程数据容灾,利用该功能也可实现高可用性。

数据容灾是指建立一个异地的数据系统,该系统是本地关键应用数据的一个实时复制.在本地数据及整个应用系统出现灾难时,系统至少在或本地异地保存有一份可用的关键业务的数据,基于该功能,结合客户实际情况我方推荐使用其作为保证系统可靠运行的一种解决方案,由于两台机器的数据一致性以及低延迟,完全可以胜任,在主机出现故障时,切换至备机运行。

2.2 方案特点➢对现有的环境改动小,能最大限度的减少对现有应用系统的影响.➢能满足客户对海量数据的管理要求。

➢可以实现远距离容灾,对网络要求低,低延时,快速业务切换。

➢同步或异步日志传输;➢低成本的投入。

2.3 方案优势灾难恢复和高可用性 - Data Guard 提供了一个高效和全面的灾难恢复和高可用性解决方案。

易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换,从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。

完善的数据保护—使用备用数据库,Data Guard 可保证即使遇到不可预见的灾难也不会丢失数据.备用数据库提供了防止数据损坏和用户错误的安全保护。

主数据库上的存储器级物理损坏不会传播到备用数据库上。

Oracle双活数据中心及灾备解决方案

Oracle双活数据中心及灾备解决方案
各种维护工作会影响到 整张表不能使用
只需要访问数据所在分区即可
各种维护工作以分区为单位 进行,其他分区仍可访问
24
数据压缩
• 不同的压缩级别
• 在表空间,表和分区级可具体指定压缩级别
• 典型压缩比率从 3:1到 50:1
• 压缩由实际数据决定 • 压缩规则基于数据冗余
• 主要好处是节省开销
• 节省 TB级的存储而不影响性能或功能
34
容灾关键要素
周天 时分秒
秒分 时 天周
数据恢复时间点
应用恢复时间
• 数据恢复时间点(RPO)
故障时间
应用恢复时间(RTO)
• RPO (Recovery Point Objective): • 以数据为出发点 • 能够容忍的数据丢失量
RTO (Recovery Time Objective): 以应用为出发点
灾备系统不仅仅要考虑主备切换,也需 要考虑备主切换
容灾系统不仅仅需要考虑当前需求,同 时要考虑将来3-5年或者更长时间需求
3636
备份及灾难恢复的主流模式
• 基于存储的数据块或文件复制
• 存储镜像复制 • 操作系统卷复制 • SAN网络复制
整合
战术层面: 技术
虚拟化
业务持续性
高性能
信息安全 IT集中管理
27
高效的管理平台
集中管理 数据遮蔽
集中监控
事件 管理数据
配置变更管理
策略 业务服务与
SLA管理
性能诊断与优化
ORACLE
28
企业管理器 EM12C—真正的IT中心
性能
可管理性
安全性
集成的 技术体系
可靠性 支持
29

(完整版)DataGuard(专题)

(完整版)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 DataGuard文档

完整版Oracle DataGuard文档

完整版Oracle DataGuard文档目录1、主库准备工作 (3)1.1、检查数据库是否支持Data Guard(企业版才支持),是否归档模式,Enable force logging (3)1.2、如果主库没有密码文件则建立密码文件,从而可以OS验证的方式登陆 (3)1.3、配置standby redolog(最佳性能模式可以忽略,如果将来变成备库且要转为其它两种模式则要建立) (4)1.4、设置主库初始化参数 (4)1.5、备份主库数据文件 (5)1.6、在主库上建立备库控制文件(控制文件通常需要有多份,手工将文件复制几份) (6)1.7、为备库准备init参数 (6)1.8、拷贝上面生成的文件backup_%T.bak、stdby_control01/02/03.ctl、initPHYSTDBY.ora到备库所在主机 (7)2、建立备库 (8)2.1、设置环境变量并建立备库一些必需目录 (8)2.2、在备库主机上生成密码文件,且sys密码和主库得一致 (8)2.4、在备库上建立spfile (9)2.5、启动物理备库 (9)2.7、配置standby redolog(最佳性能模式可以忽略,如果要转为其它两种模式则要建立) (9)2.8、在备库上,启动redo apply (10)3、主备库各参数文件内容 (10)3.1、主备库listener.ora一样,如果有不一样也是host不一样 (10)3.2、主备库tnsnames.ora一样,如果有不一样也是host和port不一样 (11)3.3、init$ORACLE_SID.ora (12)4、主库归档测试 (15)5、修改主库DataGuard保护模式 (16)5.1、LGWR传送日志的配置方法: (16)5.2、修改主库DataGuard保护模式 (17)5.3、主库修改初始化参数(主库db_wending操作) (17)5.4、主库通过命令行修改数据保护模式,重启主数据库(主库db_wending操作) (17)5.5、重启主库(主库操作) (17)5.6、查看主库保护模式是否变更成功(主库操作) (18)5.7、修改备库的log_archive_dest_2初始化参数方便数据库角色切换(备库操作) (18)5.8、查看备库数据保护模式(备库操作) (18)5.9、验证一下“最高可用性”切换成果 (19)6、DataGuard关启状态 (20)7、主备数据库切换 (21)7.1、正常切换: (21)7.2、非正常切换:(即主服务器当机的情况)启动failover (22)8、常用维护SQL (22)1、主库准备工作Host IP DB_NAME DB_UNIQUE_NAME Net Service Name(网络服务名) 主库192.168.137.128 ORCLDB WENDING db_wending备库192.168.137.129 ORCLDB PHYSTDBY db_phystdby保护模式:默认最大性能模式注意DataGuard启动顺序:启动顺序:先standby ,后primary;关闭顺序:先primary ,后standby;1.1、检查数据库是否支持Data Guard(企业版才支持),是否归档模式,Enable force logging$ sqlplus '/as sysdba'SQL> select * from v$option where parameter = 'Managed Standby';确认主库处于归档模式SQL> archive log list (先检查是否归档模式,不是则修改)startup mountalter database archivelog;alter database open;将primary数据库置为FORCE LOGGING模式SQL> alter database force logging; (强制产生日志)1.2、如果主库没有密码文件则建立密码文件,从而可以OS验证的方式登陆$ orapwd file=$ORACLE_HOME/dbs/orapw$ORACLE_SID password=iamwangnc entries=51.3、配置standby redolog(最佳性能模式可以忽略,如果将来变成备库且要转为其它两种模式则要建立)SQL> alter database add standby logfilegroup 4 ('/orahome/oradata/WENDING/stdby_redo04.log') size 50m,group 5 ('/orahome/oradata/WENDING/stdby_redo05.log') size 50m,group 6 ('/orahome/oradata/WENDING/stdby_redo06.log') size 50m,group 7 ('/orahome/oradata/WENDING/stdby_redo07.log') size 50m;standby redolog的组数参考公式:(online redolog组数 + 1) * 数据库线程数;单机线程数为1,RAC一般为2。

DataGuard数据库灾难防护

DataGuard数据库灾难防护

[Oracle]DataGuard数据库灾难防护OracleArrayi Data Guard 通过使用称为standby database的数据库来防止出现数据的灾难。

它通过将primary database数据库的重做日志传到并应用到standby database数据库来使standby database数据库与primary database数据库同步:可以将重做日志直接从primary database数据库同步写到standby database数据库来完成完全没有数据损失的灾难保护。

这会给primary database数据库的性能带来一定的性能损失。

可以将归档的重做日志从primary database数据库异步写到standby database数据库来使primary database数据库在极少损失性能的前提下,最小化地减少数据的丢失。

如果重做日志数据到达standby database数据库后快速应用到standby database数据库,则在primary database数据库出现问题时可以快速地failover 到standby database数据库。

然而,如果延缓一定时间后再应用重做日志数据,可以避免primary database数据库的错误快速地传播到standby database数据库。

数据库数据保护级别可以用如下的方式设置standby database数据库来达到不同的数据库数据保护级别:Guaranteed protection:规定在修改主数据库时,至少有一个备用数据库有效。

假如主(Primary Database)备(Standby Database)之间的连接中断,Oracle会通过中断主实例的工作来防止主备数据库之间的数据的不一致,保证无数据丢失。

这种模式对数据库性能的影响较大。

Instant protection:规定在修改主数据库时,至少有一个备用数据库有效。

从存储到数据,Oracle全面备份容灾解决方案

从存储到数据,Oracle全面备份容灾解决方案

Deployment
安装非常快,无需特别的培 训
© 2010 Oracle Corporation – Proprietary and Confidential
降低风险
可用性增强
自我治愈能力与故障管理功能
防止数据“位错误”
端到端的数据校验
© 2010 Oracle Corporation – Proprietary and Confidential
S7410 Tape
© 2010 Oracle Corporation – Proprietary and Confidential
ZFS Storage Appliances典型整合解决方案
E-Mail 解决方案
Virus Scanning Server File Server

提高了写Log信息的性能 多种RAID保护形式
磁盘备份
磁带备份
Tape
Primary Disk
DP Disk, 7000
Media management server: NBU, EBS, etc
© 2010 Oracle Corporation – Proprietary and Confidential
场景 2: S7000 作为生产存储,通过快照,克隆,并远程复制到另一个 在线的S7000上
ZFS STORAGE APPLIANCE
Hybrid Storage Pool, DTrace Analytics, ZFS
© 2010 Oracle Corporation – Proprietary and Confidential
ZFS Storage Appliance 的架构
• 优化的层次型存储架构,由系统 自动管理 • 强大的分析诊断工具 • 自动的故障修复机制 • 所有软件不再另外收费 • 最好的 $/IOP, $/GB, Watt/GB
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Oracle DataGuard容灾解决方案目录一. 需求分析 (3)二. 解决方案 (3)拓扑架构 (3)方案特点 (4)方案优势 (4)产品介绍 (5)三. Oracle维保服务 (8)四. 方案报价 (10)一. 需求分析用户现有两台服务器,windows2008平台,一台运行oracle 11g r2,一台运行用友NC 6.3。

现在通过每天备份的方式保证安全。

用户希望在他的另一个机房(裸光纤互联)中搭建容灾平台。

因此本方案针对以上现状,提出Oracle DataGuard容灾解决方案,这样主数据库在遇到极端状况时,可以及时切换到备库,保证业务的连续性。

二. 解决方案拓扑架构Dataguard可以实现远程数据容灾,利用该功能也可实现高可用性。

数据容灾是指建立一个异地的数据系统,该系统是本地关键应用数据的一个实时复制。

在本地数据及整个应用系统出现灾难时,系统至少在或本地异地保存有一份可用的关键业务的数据,基于该功能,结合客户实际情况我方推荐使用其作为保证系统可靠运行的一种解决方案,由于两台机器的数据一致性以及低延迟,完全可以胜任,在主机出现故障时,切换至备机运行。

方案特点➢对现有的环境改动小,能最大限度的减少对现有应用系统的影响。

➢能满足客户对海量数据的管理要求。

➢可以实现远距离容灾,对网络要求低,低延时,快速业务切换。

➢同步或异步日志传输;➢低成本的投入。

方案优势灾难恢复和高可用性—Data Guard 提供了一个高效和全面的灾难恢复和高可用性解决方案。

易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换,从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。

完善的数据保护—使用备用数据库,Data Guard 可保证即使遇到不可预见的灾难也不会丢失数据。

备用数据库提供了防止数据损坏和用户错误的安全保护。

主数据库上的存储器级物理损坏不会传播到备用数据库上。

同样,导致主数据库永久损坏的逻辑损坏或用户错误也能够得到解决。

最后,在将重做数据应用到备用数据库时会对其进行验证。

有效利用系统资源—备用数据库表使用从主数据库接收到的重做数据进行更新,并且可用于诸如备份操作、报表、合计和查询等其它任务,从而减少执行这些任务所必需的主数据库工作负载,节省宝贵的CPU 和I/O 周期。

使用逻辑备用数据库,用户可以在模式中不从主数据库进行更新的表上执行数据处理操作。

逻辑备用数据库可以在从主数据库中对表进行更新时保持打开,并可同时对表进行只读访问。

最后,可以在维护的表上创建额外索引和物化视图,以获得更好的查询性能和适应特定的业务要求。

灵活的数据保护功能,从而在可用性与性能要求之间取得平衡—Oracle Data Guard 提供了最大保护、最高可用性和最高性能等模式,来帮助企业在系统性能要求和数据保护之间取得平衡。

自动间隔检测及其解决方案—如果主数据库与一个或更多个备用数据库之间的连接丢失(例如,由于网络问题),则在主数据库上生成的重做数据将无法发送到那些备用数据库上。

一旦重新建立连接,Data Guard 就自动检测丢失的存档日志序列(或间隔),并将必要的存档日志自动传输到备用数据库中。

备用数据库将重新与主数据库同步,而无需管理员的任何手动干预。

简单的集中式管理—Data Guard Broker 使一个Data Guard 配置中的多个数据库间的管理和操作任务自动化。

Broker 还监控单个Data Guard 配置内的所有系统。

管理员可以使用Oracle Enterprise Manager 或Broker 自己专用的命令行界面(DGMGRL) 来利用这个集成的管理框架。

与Oracle 数据库集成—Oracle Data Guard 是作为Oracle 数据库(企业版)的一个完全集成的功能提供的,实现无缝集成。

产品介绍Dataguard技术是ORACLE推荐的高可用性方案:Oracle Data Guard 是管理、监控和自动化软件的基础构件,它创建、维护和监控一个或多个备用数据库,以保护企业数据结构不受故障、灾难、错误和崩溃的影响。

Data Guard使用备用数据库保持为与生产数据库在事物上一致的副本。

这些备用数据库可能位于距生产数据中心数千英里的远程灾难恢复站点,或者可能位与同一城市、同一校园乃至同一建筑内。

当生产数据库由于计划中断或以为中断而变得不可用时,Data Guard可以将任意备用数据库切换到生产角色,从而使与中断相关的停机时间减到最少,并防止任何数据丢失。

作为Oracle 数据库企业版的一个特性推出的Data Guard 能够与其他的Oracle 高可用性(HA) 解决方案(如真正应用集群(RAC) 和恢复管理器(RMAN))结合使用,以提供业内前所未有的高水平数据保护和数据可用性。

Data Guard结构组件Data Guard是ORACLE数据库的一个选件,市面上很多产品是利用其做了一定包装后推出到市场,其实质仍然是利用了Data Guard的技术。

利用Data Guard 的条件是:➢源ORACLE数据库和目标ORACLE数据库版本要一致➢操作系统平台要一致即Data Guard不能实现跨平台的数据容灾,如果利用Data Guard需要首先进行数据整合,然后结合Oracle Rac实现真正的高可用性容灾。

Dataguar功能Oracle Data Guard包括一个生产数据库,也称为主数据库,以及一个或多个备用数据库,这些备用数据库是与主数据库在事务上一致的副本。

Data Guard利用重做数据保持这种事务一致性。

当主数据库中发生事务时,则生成重做数据并将其写入本地重做日志文件中。

通过Data Guard,还将重做数据传输到备用站点上,并应用到备用数据库中,从而使备用数据库与主数据库保持同步。

Data Guard 允许管理员选择将重做数据同步还是异步地发送到备用站点上。

备用数据库的底层技术是Data Guard重做应用(物理备用数据库)和Data Guard SQL应用(逻辑备用数据库)。

物理备用数据库在磁盘上拥有和主数据库逐块相同的数据库结构,并且使用Oracle介质恢复进行更新。

逻辑备用数据库是一个独立数据库,它与主数据库包含相同的数据。

它使用SQL语句进行更新,其相对优势是能够并行用于恢复以及诸如报表、查询等其他任务。

Data Guard简化了主数据库和选定的备用数据库之间的转换和故障切换,从而减少了由计划停机和计划外故障所导致的总停机时间。

主数据库和备用数据库以及它们的各种交互可以使用SQL*Plus来进行管理。

为了获得更简便的可管理性,Data Guard还提供了一个分布式管理框架(称为Data Guard Broker),它不但自动化了Data Guard配置的创建、维护和监控,并对这些操作进行统一管理。

管理员可以使用Oracle Enterprise Manager或Broker 自己的专用命令行界面(DGMGRL)来利用Broker 的管理功能。

Oracle Data Guard为了灾难恢复和高可用性通过使用多个进程达到自动控制的目的。

对于物理备用数据库而言,备用联机日志是可选的。

逻辑备用数据库并不使用备用联机重做日志。

主节点上,日志传输服务主要使用如下几个进程来完成:1、LGWR LGWR搜集事务日志,并且更新联机日志。

在同步模式下,LGWR 直接将redo信息直接传送到备库中的RFS进程,主库在继续进行处理前需要等待备库的确认。

在非同步情况下,也是直接将日志信息传递到备库的RFS进程,但是不等待备库的确认信息主库进程可以继续运行处理。

2、ARCH ARCHn或者是一个SQL session执行了一个归档操作,为了恢复的需要,创建了一个联机日志的拷贝。

Archn进程可以在归档的同时,传递日志流到备库的RFS进程。

该进程还用于前瞻性检测和解决备库的日志不连续问题(GAP)。

3、FAL Fetch archive log 只有物理备库才有该进程,FAL进程提供了一个client/server的机制,用来解决检测在主库产生的连续的归档日志,而在备库接受的归档日志不连续的问题。

备库节点上,日志应用进程主要使用如下的进程来完成:1、RFS Rfs进程主要用来接受从主库传送过来的日志信息。

对于物理备用数据库而言,RFS进程可以直接将日志写进备用重做日志,也可以直接将日志信息写到归档日志中。

为了使用备库重做日志,我们必须创建他们,一般和主库的联机日志大小以及组一样。

2、ARCHn只对物理备库,Arch进程归档备库重做日志,这些日志以后将被MPR进程应用到备库。

3、MRP Managed recovery process 该进程只针对物理备库。

该进程应用归档日志到备库。

如果我们使用SQL语句启用该进程ALTER DATABASE RECOVER MANAGED STANDBY DATABASE,那么前台进程将会做恢复。

如果加上disconnect语句,那么恢复过程将在后台进程,发出该语句的进程可以继续做其他的事情。

4、LSP Logical standby process 只有逻辑备库才会有该进程。

LSP进程控制着应用归档日志到逻辑备用数据库。

三. Oracle维保服务故障级别划分首先,我们按照Oracle数据库在生产出现问题时对应用系统的不同影响进行了故障级别的划分,针对不同的故障级别我们将提供合适的技术支持服务。

➢1级故障(L1):Oracle数据库出现的告警或报错甚至瘫痪,使日常业务处理受到影响,远程支持无法立即解决,视为1级故障,对应一级故障提供应急服务,4小时内提出解决方案,最快速度到达现场(适合的交通工具)➢2级故障(L2):Oracle数据库出现的告警或报错,但日常业务仍可以正常进行,远程支持可以解决,视为2级故障。

对应二级故障提供远程服务,2小时内到达现场,该服务对应安装服务➢3级故障(L3):Oracle数据库出现的告警或报错,通过远程技术指导或电话指导可以快速解决,视为3级故障,此故障使用邮件或电话可以解决➢4级故障(L4):生产系统目前正常运行,但为预防故障,需要定期进行检查,视为4级故障。

技术支持服务方式我们将为维保签约客户成立技术支持小组,由Oracle认证工程师组成的专家小组将为客户提供全方位的维保服务。

并针对客户的具体应用情况,为其分配有Oracle资质的专员工程师,为客户提供一站式服务。

具体服务内容如下:提供7*24小时电话技术咨询服务客户在工作日(法定节假日除外)上班时间可以拨打热线服务电话,签约用户会有专门的工程师在非工作时间接受日常技术问题咨询。

服务适用于所有级别故障处理。

相关文档
最新文档