文档视界 最新最全的文档下载
当前位置:文档视界 › Golden Gate 与 Oracle DataGuard的区别

Golden Gate 与 Oracle DataGuard的区别

Golden Gate 与 Oracle DataGuard的区别
Golden Gate 与 Oracle DataGuard的区别

Oracle HA中GoldenGate跟DataGuard一个不错的比较:

Oracle_dataguard__11G_配置与维护手册

1.判断DataGuard是否安装 select * from v$option where parameter = 'Oracle Data Guard'; 2.网络配置 192.168.1.10(orcl)------------------------------------192.168.1.20(dg) 3.监听配置 主库 [oracle@node1 ~]$cd/u01/app/product/11.2.0/db_1/network/admin [oracle@node1 admin]$cat listener.ora LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = node1)(PORT = 1521)) ) ) [oracle@node1 admin]$cat tnsnames.ora ORCL= (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = node1)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = orcl) ) ) DG = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = node2)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = dg)

) ) 备库 [oracle@node1 admin]$cat listener.ora LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = node2)(PORT = 1521)) ) ) [oracle@node1 admin]$cat tnsnames.ora ORCL= (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = node1)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = orcl) ) ) DG = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = node2)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = dg) ) ) 4.主库前期准备 设置强制写日志 SQL> select FORCE_LOGGING fromv$database; NO SQL>alter databaseforce logging; SQL>select FORCE_LOGGING from v$database; YES

一种大屏幕拼接拼接缝的消除方法

一种大屏幕拼接拼接缝的消除方法 1 引言 图像镶嵌技术(mosai )是图像融合技术的一种,一般指的是同种类型图像的融合。他把多幅具有重叠信息部分的图像衔接在一起,得到一幅完整的、范围更大的图像,并且去除其中的冗余信息。图像镶嵌技术的应用非常广泛。例如,虚拟现实中的全景图显示及遥感图像的处理等领域,都有广泛的应用。图像镶嵌的评价标准是镶嵌后得到的图像,不但具有良好的视觉效果,而且还要尽可能地保持图像光谱特征。通俗地说,就是镶嵌的图像越“无缝”,效果就越好。当然,这里的“无缝”,不是绝对意义上的,而是人眼分辨力以内的“无缝”。 一般情况下,进行图像拼接时,在拼接的边界上,不可避免地会产生拼接缝。这是因为两幅待拼接图像在灰度上的细微差别都会导致明显的拼接缝。而在实际的成像过程中,这种细微差别很难避免。因此图像镶嵌技术的难点就在于准确寻找图像之间的位置关系,并把两幅以上的图像平滑地衔接在一起,获取一幅全局的图像。本文的基本思想就是突破以往在寻找拼接线时,只要找到一个最佳拼接点,以此点做一条直线作为拼接线的不合理性,而是取一个闭值,在闭值范围内寻找出每个拼接点,把这些点连成的折线作为拼接线,进行拼接。 2 拼接缝消除的方法 传统的拼接缝消除的方法有很多,其中用得较多的方法有;中值滤波法、利用小波变换的方法、加权平均法等 2 . 1 中值滤波法消除拼接缝 中值滤波法是对接缝附近的区域进行中值滤波。对与周围灰度值差比较大的象素取与周围象素接近的值,从而消除光强的不连续性。中值滤波器处理接缝附近的狭长地带。该方法速度快,但质量一般。平滑的结果会使图像的分辨率下降,使图像细节分辨不出,产生图像模糊。 2 . 2 利用小波变换的方法消除拼接缝 小波变换方法也是目前比较常用的一种方法,他充分利用小波变换的多分辨率特性,很好地解决了拼接图像的接缝问题。其原理为:由于小波变换具有带通滤波器的性质,在不同尺度下的小波变换分量,实际上占有一定的频宽,尺度j 越大,该分量的频率越高,因此每一个小波分量所具有的频宽不大,把要拼接的两幅图像先按小波分解的方法将他们分解成不同频率的小波分量,只要分解得足够细,小波分量的频宽就能足够小。然后在不同尺度下,选取不同的拼接宽度,把2 个图像按不同尺度下的小波分量先拼接下来,然后再用恢复程序,恢复到整个图像。这样得到的图像可以很好地兼顾清晰度和光滑度2 个方面的要求。但是,小波变换也存在缺点,如小波变换的算法比较复杂,需要在小波变换域内先进行拼接处理,在计算过程中涉及到大量的浮点运算和边界处理问题,对实际生产中的大容量图像进行处理时计算机内存开销很大,且处理时间较长,拼接速度慢。 2 . 3 利用加权平滑的方法消除拼接缝

OracleDataguard操作手册20160912

Oracaledataguard操作手册 第一.dataguard的好处: 它是在主节点与备用节点间通过日志同步来保证数据的同步,可以实现数据库的快速切换与灾难性恢复,提供了灾难保护并防止数据丢失。Data Guard只是在软件上对数据库进行设置,并不需要额外购买任何组件。用户能够在对主数据库影响很小的情况下,实现主备数据库的同步。而主备机之间的数据差异只限于在线日志部分,因此可以被用作数据容灾解决方案。 第二.选用什么DG模式? DG有三种模式,最大保护(Maximum protection),最大性能(Maximum performance),最大可用性(Maximum availability),默认的就是最大性能模式。再实际的应用种使用最大性能模式比较多。 三种保护模式: 可以在V$DATABASE中查看到DataGuard的保护模式 SELECT PROTECTION_MODE, PROTECTION_LEVEL FROM V$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模式,效率高,数据完整性好。 第四.如何创建物理standby? 见附件一:ORACLE 11G 搭建DATAGUARD步骤 大概步骤如下: 首先:配置主库 1.1设置数据库强制归档 1.2添加STANDBY日志文件 1.3修改参数文件 1.4修改监听配置文件 1.5修改TNS配置文件 1.6重启监听服务 1.7启动数据库,配置DG模式:最大可用性模式或者最大性能模式 1.8备份数据库 其次:配置备库。

Oracle 11g DataGuard 配置详细说明

Oracle 11g DataGuard 配置详细说明 1.判断DataGuard是否安装 select * from v$option where parameter = 'Oracle Data Guard'; 2. 数据库环境说明 主库配置:IP:192.168.228.133(Oracle11g1),数据库名:db1,监听服务名:db1pri,网络服务名:pri 从库配置:IP:192.168.229.134(Oracle11g2),数据库名:db1,监听服务名:db1dg ,网络服务名:dg 数据库程序安装路径:/oracleapp/oinstall/oracle/product/11.2.0/dbhome_1/dbs 数据库存放路径:/oracledata/db1 3.监听配置 在做oracle dataguard主从库配置时候,一定要配置静态监听,否则可能出现监听服务解析错误,不能连接的问题,监听配置如下: 主库配置如下: [oracle@Oracle11g1 admin]$ pwd /oracleapp/oinstall/oracle/product/11.2.0/dbhome_1/network/admin [oracle@Oracle11g1 admin]$ cat listener.ora # listener.ora Network Configuration File: /oracleapp/oinstall/oracle/product/1.2.0/dbhome_1/network/admin/listener.ora # Generated by Oracle configuration tools. WU = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = Oracle11g2)(PORT = 1521)) ) ) SID_LIST_WU = (SID_LIST =

DATAGUARD配置参数详细解释

DATAGUARD配置参数详细解释 DB_NAME 只需注意DataGuard的主备各节点instance使用相同的db_name即可。推荐与service_name一致。 DB_UNIQUE_NAME Primary与Standby端数据库的唯一名字,设定后不可再更改。 注意: 如果主备db_unique_name不一样,需要与LOG_ARCHIVE_CONFIG配合使用 db_unique_name并未规定需要与数据库service_name一致,可以自定义任意名称。 LOG_ARCHIVE_CONFIG 列出主备库上的DB_UNIQUE_NAME 参数。默认情况下,定义该参数能确保主备库数据库能够互相识别对方Primary与Standby端的db_unique_name不一致时 如在主备库db_unique_name不一致的情况下未配置LOG_ARCHIVE_CONFIG则会出现如下报错 ORA-16057: DGID from server not in Data Guard configuration 原因:主库没有设置参数log_archive_config 解决方法*.log_archive_config='dg_config=( Primary, Standby)' alter system set log_archive_config='dg_config=( Primary, Standby)' scope=both; Primary与Standby端的db_unique_name一致时

LOG_ARCHIVE_DEST_1 本地归档路径。Primary与Standby需要定义各自的online redo log的归档地址,以系统实际的存放路径为准。格式如下: Primary Site: *.LOG_ARCHIVE_DEST_1='LOCATION=/arch/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) ' Standby Site: *.LOG_ARCHIVE_DEST_1='LOCATION=/stdby/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) ' 注意: 在LOG_ARCHIVE_DEST_n设置DB_UNIQUE_NAME表示该参数在DB_UNIQUE_NAME指定的数据库上生效,设置为本地的db_unique_name。以priamry端为例,格式如下: *.LOG_ARCHIVE_DEST_1='LOCATION=/archivelog/ VALID_FOR=(ALL_LOGFILES, ALL_ROLES) DB_UNIQUE_NAME=Primary' 这样配置的意义为:在数据库Primary上log_archive_dest_1对主备库上的联机日志都有效,这里的 db_unique_name可以省略 LOG_ARCHIVE_DEST_2 该参数仅当数据库角色为primary时生效,指定primary归档redo log到该参数定义的standby database上。 log_archive_dest_2可以说是dataguard上最重要的参数之一,它定义了redo log的传输方式(sync or async)以及传输目标(即standby apply node),直接决定了dataguard的数据保护级别。 格式如下: Primary Site: *.LOG_ARCHIVE_DEST_2='SERVICE=DR2 lgwr async VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) ' Standby Site: (switch over后生效) *.LOG_ARCHIVE_DEST_2='SERVICE=DR1 lgwr async VALID_FOR=(ONLINE_LOGFILES, PRIMARY_ROLE) ' 注意: LOG_ARCHIVE_DEST_2参数里定义的service值,比如DR1,是tnsnames.ora文件里定义的Oracle Net名称。

运维手册_数据库_DataGuard日常运维手册

文档标识 文件状态:[] 草稿 [√] 正式发布 [ ] 正在修改 Oracle RAC+DataGuard 运维手册 版本:1.0.0 编制周光晖2015年01月20 审核 批准年月日 生效日期:年月日

修订历史记录 日期版本修订说明作者

目录 第一章引言 (3) **. 编写目的 (3) **. 定义、首字母缩写词和缩略语 (4) 第二章......................................................................................................... D ATA G UARD状态查询4 **. 检查主备库的D ATA G UARD状态信息 (4) **. 检查进程 (4) **. 检查归档状态 (4) **. 检查最后应用的日志S EQUENCE (5) **. 查看是否使用实时应用 (5) **. 检查GAP (5) **. 检查保护模式 (5) **. 相关视图 (6) 第三章................................................................................................................... SWITCHOVER 6 **. 确认主库状态是否支持切换操作 (6) **. 执行主库转换 (7) **. 关闭并MOUNT新备库 (7) **. 确认老备库状态 (7) **. 切换目标备库为主库 (7) **. 打开新主库 (8) **. 启动新备库的日志应用 (8) **. 开启新备库的ADG (8) 第一章引言 1.1. 编写目的 本文档描述了Oracle 11gR2 RAC+ADG操作手册。包含RAC DOWN机测试,日常查询状态,启停RAC等指令同时包含oracle 11g R2 ACTIVE DATAGUARD 的日常维护指令。

大屏幕拼接中的拼接缝消除方法

大屏幕拼接中的拼接缝消除方法 1 引言 图像镶嵌技术(mosai )是图像融合技术的一种,一般指的是同种类型图像的融合。他把多幅具有重叠信息部分的图像衔接在一起,得到一幅完整的、范围更大的图像,并且去除其中的冗余信息。图像镶嵌技术的应用非常广泛。例如,虚拟现实中的全景图显示及遥感图像的处理等领域,都有广泛的应用。图像镶嵌的评价标准是镶嵌后得到的图像,不但具有良好的视觉效果,而且还要尽可能地保持图像光谱特征。通俗地说,就是镶嵌的图像越“无缝”,效果就越好。当然,这里的“无缝”,不是绝对意义上的,而是人眼分辨力以内的“无缝”。 一般情况下,进行图像拼接时,在拼接的边界上,不可避免地会产生拼接缝。这是因为两幅待拼接图像在灰度上的细微差别都会导致明显的拼接缝。而在实际的成像过程中,这种细微差别很难避免。因此图像镶嵌技术的难点就在于准确寻找图像之间的位置关系,并把两幅以上的图像平滑地衔接在一起,获取一幅全局的图像。本文的基本思想就是突破以往在寻找拼接线时,只要找到一个最佳拼接点,以此点做一条直线作为拼接线的不合理性,而是取一个闭值,在闭值范围内寻找出每个拼接点,把这些点连成的折线作为拼接线,进行拼接。 2 拼接缝消除的方法 传统的拼接缝消除的方法有很多,其中用得较多的方法有;中值滤波法、利用小波变换的方法、加权平均法等。 2.1 中值滤波法消除拼接缝 中值滤波法是对接缝附近的区域进行中值滤波。对与周围灰度值差比较大的象素取与周围象素接近的值,从而消除光强的不连续性。中值滤波器处理接缝附近的狭长地带。该方法速度快,但质量一般。平滑的结果会使图像的分辨率下降,使图像细节分辨不出,产生图像模糊。 2.2 利用小波变换的方法消除拼接缝 小波变换方法也是目前比较常用的一种方法,他充分利用小波变换的多分辨率特性,很好地解决了拼接图像的接缝问题。其原理为:由于小波变换具有带通滤波器的性质,在不同尺度下的小波变换分量,实际上占有一定的频宽,尺度j 越大,该分量的频率越高,因此每一个小波分量所具有的频宽不大,把要拼接的两幅图像先按小波分解的方法将他们分解成不同频率的小波分量,只要分解得足够细,小波分量的频宽就能足够小。然后在不同尺度下,选取不同的拼接

浅谈如何能够消除液晶拼接屏拼缝困扰

浅谈如何能够消除液晶拼接屏拼缝困扰 一直以来拼缝一直是困扰液晶拼接发展的一个重要因素,其实想要消除液晶拼接屏拼缝的方法有很多,下面向大家介绍三种最主要的方法:加权平均法、利用小波变换的方法、中值滤波法等。 一、加权平滑的方法消除拼接缝 在实际中,使用比较多的方法还是对重叠区域进行加权平滑的方法。这种方法的思路是:图像重叠区域中象素点的灰度值Pixel由两幅图像中对应点的灰度值LPixel和RPixel加权平均得到,即:Pixel一kXLPixel+(l一k)XRPixel 其中:k是渐变因子,满足条件:o 寻找最佳拼接线时,采用一个滑动窗口在图像重叠区上逐行选择灰度值差异最小的象元作为最佳拼接点。但是,如果按照这种拼接点选择法,会出现一个新问题,就是往往会出现上下行拼接点位置相差较大的现象,这样拼接后有时因上下行之间灰度差异较大而造成新的接缝。为避免这类现象发生,不仅要考虑相邻拼接点的灰度值差异,而且还要考虑相邻拼接点的位置不能太远。 这样就引进了一个阑值T,把选择最佳拼接点的范围限制在这个阑值内。除第一行按灰度值差异最小的原则处理外,其他各行的拼接点从一个选定区

域中选取:即与上一行所选拼接点同列的点及以该点为中心左右宽度为T的区域中的点。 在这个区域中选取一个最佳拼接点。选出每行的拼接点后连接成一条拼接线,可想而知,这条拼接线可能是条折线。这样,由于各行都是选择规定邻域内灰度差异最小的点作为拼接点,接缝现象就会得到很大的改观。同时,T的值又不能选取得太大,应在1一5之间选取为佳。找出最佳拼接缝后,按前面所述的加权平滑对重叠区域再进行过渡,得到的图像质量有很大改观 二、小波变换的方法消除拼接缝 小波变换方法也是目前较为常用的一种方法,他充分利用小波变换的多分辨率特性,很好地解决了拼接图像的接缝问题。其原理为:由于小波变换具有带通滤波器的性质,在不同尺度下的小波变换分量,实际上占有一定的频宽,尺度j越大,该分量的频率越高,因此每一个小波分量所具有的频宽不大,把要拼接的两幅图像先按小波分解的方法将他们分解成不同频率的小波分量,只要分解得足够细,小波分量的频宽就能足够小。然后在不同尺度下,选取不同的拼接宽度,把2个图像按不同尺度下的小波分量先拼接下来,然后再用恢复程序,恢复到整个图像。这样得到的图像可以很好地兼顾清晰度和光滑度2个方面的要求。但是,小波变换也存在缺点,如小波变换的算法比较复杂,需要在小波变换域内先进行拼接处理,在计算过程中涉及到大量的浮点运算和边界处理问题,对实际生产中的大容量图像进行处理时计算机内存开销很大,且处理时间较长,拼接速度慢。

windows环境DataGuard配置

1. DataGuard 配置 主机:192.168.0.7(primary) 备机:192.168.0.8(standby) 配置条件:分别在primary 、standby 上安装数据库,并自动创建实例;安装路径、数据库实例名( citizen )和密码都设置成一样特别注意:文件夹权限必须与administartor 一致 1.1. Primary 主机操作 1、设置主数据库为force logging 模式 SQL>sqlplus "/as sysdba" SQL>alter database force logging; 2、设置主数据库为归档模式,并以mount 启动数据库 SQL>archive log list SQL>shutdown immediate SQL>startup mount SQL>alter database archivelog; SQL>archive log list 3、添加" 备用联机日志文件" SQL>select * from v$logfile; 再添加: alter database add standby logfile group 4 ('D:\app\oradata\orcl\redo04.log') size 50m; alter database add standby logfile group 5 ('D:\app\oradata\orcl\redo05.log') size 50m; alter database add standby logfile group 6 ('D:\app\oradata\orcl\redo06.log') size 50m; alter database add standby logfile group 7 ('D:\app\oradata\orcl\redo07.log') size 50m; 路径与原来的日志路径一样

oracle dataguard配置规范文档

Oracle 10g dataguard配置规范文档 北京深思天成科技有限公司 Version:0.1 编写人:张一 Last Update:2012/11/08

目录 1.部署前的准备工作 (3) 1.1操作系统平台的检查 (3) 1.2网络的测试 (3) 1.3.oracle的介质及相关补丁 (3) 2.规划方案 (3) 2.1 体系结构图dataguard日志传输分为三种 (3) 2.1.1 归档日志传输体系结构图为 (4) 2.1.2 在线日志异步传输体系结构图为 (4) 2.1.3 在线日志同步传输体系结构图为 (5) 2.2 Oracle dataguard 数据库的保护模式 (6) 最大保护(maximum protection) (6) 最大可用(maximum availability) (6) 最大性能(maximum performance) (6) 3.安装配置过程 (6) 3.1 软件安装 (6) 3.1.1 在备机上安装数据库软件 (6) 3.1.2 升级oracle为10.2.4 ,保持主备库数据库小版本一致 (11) 3.2 初始化配置 (14) 3.2.1 修改主库为归档模式 (14) 3.2.2 修改主库的参数 (15) 3.2.3备库参数文件修改后为: (16) 3.2.4 配置密码文件 (16) 3.2.5 在oracle用户下创建相关目录 (17) 3.2.6配置相关监听 (17) 3.2.7 查看主库的监听并修改 (19) 3.2.8 备份主库并将备份传到备库所在的主机 (19) 3.2.9 创建控制文件并传送到备库参数control_files所指定的路径和命名 (20) 3.2.10 启动数据库到mount状态 (21) 3.2.11 在备库进行数据库的恢复 (21) 3.2.12 备库启动介质恢复进程mrp (21) 3.3 功能性配置 (21) 4.检查项 (22) 5. 测试方法 (23) 6.日常维护命令 (24) 6.1启动备库至mount状态,并启动mrp进程 (24) 6.2 取消日志应用进程,并启动到open read only状态 (25) 6.3 关闭备库 (25) 6.4 备库归档日志gap问题的解决 (25) 6.5 修改为最大保护模式 (26) 6.6修改为最大可用模式 (27) 6.7 dataguard切换临时表空间 (28) 7.技术资料来源 (30)

ORACLE之DataGuard部署分析

Oracle 之Data Guard 部署 序言 Oracle 灾备计划分为三种:集群服务冷备、RAC 热备和Data Guard 主备服务。前两种都需要共享磁盘阵列,是适合于本地灾备,而Data Guard 没有地域限制,甚至可以主服务器放在上海,备服务器放在北京。 如上图DataGuard 是通过重做日志来实现的,主服务器的任何数据变化都会在重做日志里留下记录(便于数据恢复,通常有两组日志,一组满就切换到另一组),主服务器必须工主服务器 备服务器 磁盘阵列 集群方式:磁盘为两台服务器都能看到,通常主服务器工作,使用磁盘中的数据文件,集群软件(第三方软件,Windows2003就带)检测主服务器上的ORACLE 进程,一旦异常,它就停主服务器并启动备用服务器上ORACLE 实例,由它接管数据文件。 服务器一 服务器二 磁盘阵列 RAC 方式:磁盘为两台服务器都能看到,服务器同时工作,服务器之间通过某种机制来管理锁,保证不会同时访问文件冲突和事务的一致性。可以是多台,每台都在工作状态,有载荷。一台服务器损坏退出,不影响服务器组中的其他服务器

作在归档模式下,因为重做日志在切换后就把以前的日志覆盖了,如果在归档模式下,发生切换时会把重做日志保存到文件,通常由物理备份文件+归档重做日志+重做日志可以将数据库恢复到物理备份后的任一时间点状态。归档日志会通过TNS网络传递到备用服务器,备用服务器应用这些归档的重做日志,就使备用服务器模拟主用服务器发生同样的变化,使备用服务器上的数据和主用服务器完全一致。主备用服务器只要打一条命令就可以方便的进行角色转换,主变备,备变主。 DataGuard的准备 1.主库和备库oracle版本一致,运行在相同平台如linux,服务器硬件可以不一样。 2.Primary 数据库必须运行于归档模式,并且务必确保在primary 数据库上打开FORCE LOGGING,以避免用户通过nologging 等方式不写redo 造成对应的操作无法传输到standby 数据库。 3.Primary 和standby 数据库均可应用于单实例或RAC 架构下,并且同一个data guard 配置可以混合使用逻辑standby 和物理standby。 4.建议数据库必须采用相同的存储架构。比如存储采用ASM/OMF 的话,那不分primarty 或是standby也都需要采用ASM/OMF。 5.standby库的环境和primary一致。 二、调整主库 1. 确保数据库运行在archivelog模式下 SQL> archive log list; Database log mode No Archive Mode Automatic archival Disabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online log sequence 2 Current log sequence 4 把数据库调整为archivelog模式下 SQL> shutdown immediate SQL> startup mount SQL> alter database archivelog ; SQL> alter database open; 2.将主数据库改为强制产生日志模式 alter database force logging;

OracleDataguard操作手册20160912

b e i n g a r e Oracale dataguard 操作手册 第一.dataguard 的好处: 第二.选用什么DG 模式? DG 有三种模式,最大保护(Maximum protection), 最大性能(Maximum performance),最大可用性(Maximum availability),默认的就是最大性能模式。 再实际的应用种使用最大性能模式比较多。 三种保护模式: 可以在V$DATABASE 中查看到DataGuard 的保护模式SELECT PROTECTION_MODE, PROTECTION_LEVEL FROM V$DATABASE;

n g a r e g o o d f o 第三.物理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 模式,效率高,数据完整性好。 第四.如何创建物理standby ? 见附件一:ORACLE 11G 搭建DATAGUARD 步骤大概步骤如下: 首先:配置主库 1.1设置数据库强制归档1.2添加STANDBY 日志文件1.3修改参数文件1.4修改监听配置文件1.5修改TNS 配置文件1.6重启监听服务 1.7启动数据库,配置DG 模式:最大可用性模式或者最大性能模式1.8 备份数据库 其次:配置备库。

dataguard配置手册

ORACLE10G DATAGUARD PHYISCAL STANDBY配置指导

修订记录

目录 1、部署环境: (4) 2、准备工作 (4) 3、正式开始配置 (5) 3.1 设置主数据库为 force logging 模式 (5) 3.2 设置主数据库为归档模式 (5) 3.3 数据文件拷贝 (5) 3.31、拷贝主库的数据文件到备库中 (5) 3.32、创建从库的控制文件 (6) 3.33 从库创建admin 目录 (6) 3.34 在从库上创建密码文件 (6) 3.35 创建从库flash_recovery_area 目录 (7) 3.4修改spfile 文件 (7) 3.41、创建pfile 文件 (7) 3.42、创建spfile 文件 (9) 3.5创建备机redo日志 (10) 3.6配置网络,修改listener.ora ,tnsnames.ora (10) 3.61 配置 (10) 3.62 测试网络配置 (14) 3.7启动主备服务 (14) 3.71 主库 (15) 3.72 备库 (15) 3.73 测试归档 (15) 4、日常维护 (16) 4.1 正确打开主库和备库 (16) 4.2 正确关闭顺序 (16) 4.3 备库Read-only模式打开 (16) 4.4 日志传输状态监控 (17) 4.5 备库归档目录维护 (17) 5、主库正常切换 (18) 5.1人工干预正常切换 (18) 5.2 通过运行脚本实现主库正常切换 (19) 6、主库灾难切换 (19) 6.1 人工干预主库灾难切换 (19) 6.2通过运行脚本实现主库灾难切换 (20)

ORACLE11G搭建DATAGUARD步骤

ORACLE 11G 搭建DATAGUARD步骤 1安装环境 在主机1上安装数据库软件,并建监听和实例,在主机2上安装数据库软件,并建监听,但不建实例。 2主数据库配置 2.1设置数据库强制归档 sqlplus / as sysdba SQL> ALTER DATABASE FORCE LOGGING;

SQL> select force_logging from v$database; FOR --- YES 2.2添加STANDBY日志文件 SQL>alter database add standby logfile group 4 ('/oradata/dbtest/redo04.log') size 50m; SQL>alter database add standby logfile group 5 ('/oradata/dbtest/redo05.log') size 50m; SQL>alter database add standby logfile group 6 ('/oradata/dbtest/redo06.log') size 50m; SQL>alter database add standby logfile group 7 ('/oradata/dbtest/redo07.log') size 50m; SQL> select * from v$logfile order by 1; 2.3修改参数文件 2.3.1生成pfile SQL>create pfile from spfile; SQL>shutdown immediate;

Oracle RAC+ASM+DataGuard配置实验记录+常见问题

Oracle RAC+ASM+DataGuard配置实验记录+常见问题 Oracle RAC+ASM+DataGuard配置实验记录+常见问题 1、环境规划: ---RAC环境介绍(primary database) rac1 rac2 ______________________________________________________ public ip 192.168.110.11 192.168.110.12 ______________________________________________________ virtual ip 192.168.110.21 192.168.110.22 _____________________________________________________ instance racdb1 racdb2 ______________________________________________________ db_name racdb _______________________________________________________ storage mode ASM __________________________________________________ ---单机环境介绍(standby database) 数据文件可放至本地,也可以放至ASM上,本实验中先放至本地实验 _____________________________________________________________________ _____ ip 192.168.110.11 192.168.110.12 _____________________________________________________________________ ______ instance 192.168.110.13(rac3) _____________________________________________________________________ ______ storage mode /oradata/racdb _____________________________________________________________________ ______ ----hosts文件 #Public Network - (eth0) 192.168.110.11 rac1

Oracle_11GR2_RAC_to_RAC_DATAGUARD_配置方案

ORACLE 11GR2 RAC TO RAC DATAGUARD 配置方案 --by lxx 1.1 前言 本文记录oracle 11gr2 Dataguard physical standby的配置过程。 主备数据库都是oracle 11gr2 rac环境,参数文件,控制文件,数据文件和归档日志都保存在ASM DG上面。采用Maximum Performance方式,即日志同步采取lgwr noaffirm方式。 1.2 环境规划 环境如下:

1.3 环境准备 主库: 双节点11g R2 Grid Infrastructure (11.2.0.3)已经安装配置完毕; 双节点Oracel RAC Software (11.2.0.3)已经安装配置完毕; 集群数据库”orcl”已经创建于ASM 上; 数据库运行于归档模式; 备库: 双节点11g R2 Grid Infrastructure (11.2.0.3)已经安装配置完毕 双节点Oracel RAC Software (11.2.0.3)已经安装配置完毕;

主备库: 在各节点/etc/hosts加入两端主机名IP映射关系。 1.4 主库配置 1.4.1 打开force logging 1.4.2创建Standby Redo 日志 Standy log 的推荐数目为: (# of online redo logs per primary instance + 1) * # of instances 目前有两个节点,每个节点有两个日志组,每个日志成员大小为64m,每个日志组里都有一个成员。所以下面给每个节点添加三个日志组:

最简单的11g Active DataGuard(ADG)搭建配置过程(项目步骤)

[-] 1.最简单的11g Active DataGuardADG搭建配置过程项目步骤 1.一环境介绍 2.二11g ADG部署 1.pri端和sty端配置静态监听 2.修改primary端初始化参数文件 3.在primary端pfile参数文件和密码文件并且拷贝到standby段相应位置 4.修改standby端的监听文件及初始化参数文件 5.在primary端通过Rman Duplicate创建备库在db01上执行如下命令 6.在primary和standby端添加standby日志 7.在standby端开启实时日志应用 3.三开始测试ADG 1.执行日志切换测试在pri端切换归档在节点二上检查是否也发生了切换 2.查看standby启动的DG进程 3.查看数据库的保护模式 4.查看DG的日志信息 5.Open Read Only standby数据库并且开启实时日志应用 6.解锁scott用户添加数据验证数据是否能同步 4.四ADG三种模式切换及介绍 1.ADG有三种PROTECTIONAVAILABILITYPERFORMANCE模式具体参考探索Oracle11gR2之DataGuard_03三种保护模式 5.五切换测试 1.ADG做switchover切换测试 2.ADG做fail over切换测试 最简单的11g Active DataGuard(ADG)搭建配置过程(项目步骤) 一、环境介绍: 我在db01和db02两台Linux虚拟机上首先分别安装了一套数据库软件,在db01主机上创建了名为woo的数据库;我们这次的实验是要搭建了一套Oracle11g Active DataGuard;目的是为了实现数据库同步的功能,并且了解Oracle11g DG的基本功能。

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

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 提供了最大保护、最高可用性和最高性能等模式,来帮助企业在系统性能要求和数据保护之间取得平衡。 自动间隔检测及其解决方案—如果主数据库与一个或更多个备用数据库之间的连接丢失(例如,由于网络问题),则在主数据库上生成的重做数据将无

相关文档
相关文档 最新文档