热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

oracledbsetup.sh,OracleDatabase19c使用DataGuardBroker进行DataGuard物理备库设置

今天准备研究学习一下19c的dataguard。由于想快速搭建,所以选择了vagrant去拖镜像,但是发现拖下来的东西还是没有实现dg(这里的情况不是很

今天准备研究学习一下19c的data guard。由于想快速搭建,所以选择了vagrant去拖镜像,但是发现拖下来的东西还是没有实现dg(这里的情况不是很了解,感觉是执行脚本有个地方报错了),不过它里面的脚本我觉得没什么大问题。我自己凑合手动执行脚本搭了一个。

首先看一下先决条件。

primary主机,操作系统是RedHat 7.8,安装了oracle 19c数据库软件,创建了一个叫DB193H1的数据库。

standby主机,操作系统是RedHat 7.8,安装了oracle 19c数据库软件。

1.我们先来看一下vargant中主库需要执行的脚本primary_DB_setup.sh。创建完主库之后,需要修改一些相关参数。同时打开归档,添加STANDBY LOGFILE,并且打开FLASHBACK。由于两边数据文件保持路径一致。因此设置STANDBY_FILE_MANAGEMENT为AUTO即可。这里还把dg_broker_start打开了。

${DB_HOME}/bin/sqlplus / as sysdba

ALTER SYSTEM SET db_create_file_dest='/u02/oradata';

ALTER SYSTEM SET db_create_online_log_dest_1='/u02/oradata';

ALTER SYSTEM SET local_listener='LISTENER';

ALTER SYSTEM SET db_recovery_file_dest_size=20G;

ALTER SYSTEM SET db_recovery_file_dest='/u01/app/oracle';

exit;

${DB_HOME}/bin/sqlplus / as sysdba

SHUTDOWN IMMEDIATE;

STARTUP MOUNT;

ALTER DATABASE ARCHIVELOG;

ALTER DATABASE OPEN;

ALTER DATABASE FORCE LOGGING;

ALTER SYSTEM SWITCH LOGFILE;

ALTER DATABASE ADD STANDBY LOGFILE SIZE 50M;

ALTER DATABASE ADD STANDBY LOGFILE SIZE 50M;

ALTER DATABASE ADD STANDBY LOGFILE SIZE 50M;

ALTER DATABASE ADD STANDBY LOGFILE SIZE 50M;

ALTER DATABASE FLASHBACK ON;

ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=AUTO;

exit;

${DB_HOME}/bin/sqlplus / as sysdba

ALTER SYSTEM SET dg_broker_start=TRUE;

exit;

2.主库设置完毕之后,就可以配置tns链接串了,这个配置需要在主库和备库均设置。设置如下。

DB193H1 =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = primary)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = DB193H1)

)

)

DB193H1_STDBY =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = standby)(PORT = 1521))

)

(CONNECT_DATA =

(SERVER = DEDICATED)

(SID = DB193H1)

)

)

当然还需要我们配置一下静态注册。在监听的listener.ora文件中增加下列配置,这个配置需要在主库和备库均设置

SID_LIST_LISTENER =

(SID_LIST =

(SID_DESC =

(GLOBAL_DBNAME = DB193H1_DGMGRL)

(DB_HOME = /u01/app/oracle/product/19.3.0.0/dbhome_1)

(SID_NAME = DB193H1)

)

)

3.接下来是备库的设置。我们可以按照standby_DB_setup.sh的脚本来设置。先创建相关文件夹(这里需要注意的是,如果你使用了CDB和PDB,就需要创建上面那pdbseed和pdb相关文件夹,没有则不需要),然后生成密码文件。这里的DB_NAME取名为DB193H1_STDBY

if [ "${CDB}" == "true" ]

then

mkdir -p /u02/oradata/${DB_NAME}/pdbseed

mkdir -p /u02/oradata/${DB_NAME}/pdb1

fi

mkdir -p ${DB_BASE}/fast_recovery_area/${DB_NAME}

mkdir -p ${DB_BASE}/admin/${DB_NAME}/adump

orapwd file=$ORACLE_HOME/dbs/orapw${DB_NAME} password=${SYS_PASSWORD} entries=10 format=12

4.上述配置完成后,创建参数文件,启动备库到nomount状态。

cat > /tmp/init_standby.ora

*.db_name='${DB_NAME}'

*.local_listener='LISTENER'

echo "-----------------------------------------------------------------"

echo -e "${INFO}`date +%F' '%T`: Making auxillary instance"

echo "-----------------------------------------------------------------"

export ORACLE_SID=${DB_NAME}

${DB_HOME}/bin/sqlplus / as sysdba

--SHUTDOWN IMMEDIATE;

STARTUP NOMOUNT PFILE='/tmp/init_standby.ora';

exit;

5.在主库上执行rman连接到备库实例,执行DUPLICATE操作,这里很简单我们的参数只需要修改一个db_unique_name即可,如果文件路径不一致,就需要在这里设置db_file_name_convert和log_file_name_convert

${DB_HOME}/bin/rman TARGET sys/${SYS_PASSWORD}@${DB_NAME} AUXILIARY sys/${SYS_PASSWORD}@${DB_NAME}_STDBY

DUPLICATE TARGET DATABASE

FOR STANDBY

FROM ACTIVE DATABASE

DORECOVER

SPFILE

SET db_unique_name='${DB_NAME}_STDBY' COMMENT 'Standby'

NOFILENAMECHECK;

exit;

6.上述操作完成之后就可以进入到Data Guard Broker的配置了。先进入到备库设置参数。

ALTER SYSTEM SET dg_broker_start = true;

7.接下来在主库配置Data Guard Broker

${DB_HOME}/bin/dgmgrl sys/${SYS_PASSWORD}@${DB_NAME}

CREATE CONFIGURATION db_broker_config AS PRIMARY DATABASE IS ${DB_NAME} CONNECT IDENTIFIER IS ${DB_NAME};

ADD DATABASE ${DB_NAME}_STDBY AS CONNECT IDENTIFIER IS ${DB_NAME}_STDBY MAINTAINED AS PHYSICAL;

ENABLE CONFIGURATION;

我按照这些步骤操作完成之后,执行发现报ORA-16810错误。

[oracle@primary ~]$ dgmgrl sys/welcome1@DB193H1

DGMGRL for Linux: Release 19.0.0.0.0 - Production on Mon Jun 8 12:49:56 2020

Version 19.3.0.0.0

Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved.

Welcome to DGMGRL, type "help" for information.

Connected to "DB193H1"

Connected as SYSDBA.

DGMGRL>

DGMGRL> CREATE CONFIGURATION db_broker_config AS PRIMARY DATABASE IS DB193H1 CONNECT IDENTIFIER IS DB193H1;

Configuration "db_broker_config" created with primary database "db193h1"

DGMGRL>

DGMGRL> ADD DATABASE DB193H1_STDBY AS CONNECT IDENTIFIER IS DB193H1_STDBY MAINTAINED AS PHYSICAL;

Database "db193h1_stdby" added

DGMGRL> ENABLE CONFIGURATION;

Enabled.

DGMGRL> DGMGRL>

DGMGRL>

DGMGRL>

DGMGRL> SHOW CONFIGURATION;

Configuration - db_broker_config

Protection Mode: MaxPerformance

Members:

db193h1 - Primary database

db193h1_stdby - Physical standby database

Error: ORA-16810: multiple errors or warnings detected for the member

经过详细查看备库的状态,发现是ORA-16766: Redo Apply is stopped,原来是一直没有启动备库的redo apply。

DGMGRL> show database verbose db193h1_stdby

Database - db193h1_stdby

Role: PHYSICAL STANDBY

Intended State: APPLY-ON

Transport Lag: 0 seconds (computed 0 seconds ago)

Apply Lag: (unknown)

Average Apply Rate: (unknown)

Active Apply Rate: (unknown)

Maximum Apply Rate: (unknown)

Real Time Query: OFF

Instance(s):

DB193H1

Database Error(s):

ORA-16766: Redo Apply is stopped

Database Warning(s):

ORA-16854: apply lag could not be determined

Properties:

DGConnectIdentifier = 'db19h1_stdby'

ObserverConnectIdentifier = ''

FastStartFailoverTarget = ''

PreferredObserverHosts = ''

LogShipping = 'ON'

RedoRoutes = ''

LogXptMode = 'ASYNC'

DelayMins = '0'

Binding = 'optional'

MaxFailure = '0'

ReopenSecs = '300'

NetTimeout = '30'

RedoCompression = 'DISABLE'

PreferredApplyInstance = ''

ApplyInstanceTimeout = '0'

ApplyLagThreshold = '30'

TransportLagThreshold = '30'

TransportDisconnectedThreshold = '30'

ApplyParallel = 'AUTO'

ApplyInstances = '0'

StandbyFileManagement = ''

ArchiveLagTarget = '0'

LogArchiveMaxProcesses = '0'

LogArchiveMinSucceedDest = '0'

DataGuardSyncLatency = '0'

LogArchiveTrace = '0'

LogArchiveFormat = ''

DbFileNameConvert = ''

LogFileNameConvert = ''

ArchiveLocation = ''

AlternateLocation = ''

StandbyArchiveLocation = ''

StandbyAlternateLocation = ''

InconsistentProperties = '(monitor)'

InconsistentLogXptProps = '(monitor)'

LogXptStatus = '(monitor)'

SendQEntries = '(monitor)'

RecvQEntries = '(monitor)'

HostName = 'standby'

StaticConnectIdentifier = '(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=primary)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=DB193H1_STDBY_DGMGRL)(INSTANCE_NAME=DB193H1)(SERVER=DEDICATED)))'

TopWaitEvents = '(monitor)'

SidName = '(monitor)'

Log file locations:

Alert log : /u01/app/oracle/diag/rdbms/db193h1_stdby/DB193H1/trace/alert_DB193H1.log

Data Guard Broker log : /u01/app/oracle/diag/rdbms/db193h1_stdby/DB193H1/trace/drcDB193H1.log

Database Status:

ERROR

切换到备库,执行应用,再次查看dg broker配置就正常了

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

DGMGRL> SHOW CONFIGURATION;

Configuration - db_broker_config

Protection Mode: MaxPerformance

Members:

db193h1 - Primary database

db193h1_stdby - Physical standby database

Fast-Start Failover: Disabled

Configuration Status:

SUCCESS (status updated 46 seconds ago)

DGMGRL> SHOW DATABASE db193h1

Database - db193h1

Role: PRIMARY

Intended State: TRANSPORT-ON

Instance(s):

DB193H1

Database Status:

SUCCESS

DGMGRL> SHOW DATABASE db193h1_stdby

Database - db193h1_stdby

Role: PHYSICAL STANDBY

Intended State: APPLY-ON

Transport Lag: 0 seconds (computed 1 second ago)

Apply Lag: 0 seconds (computed 1 second ago)

Average Apply Rate: 3.00 KByte/s

Real Time Query: ON

Instance(s):

DB193H1

Database Status:

SUCCESS

安装顺利成功,接下来我们就可以来研究19c dataguard的新特性了。感兴趣的小伙伴可以自行研究下vargant中的脚本。

ec56f24d36523adc2dd961552213b3bb.png

分享到:

更多



推荐阅读
  • 本文介绍了Oracle数据库中tnsnames.ora文件的作用和配置方法。tnsnames.ora文件在数据库启动过程中会被读取,用于解析LOCAL_LISTENER,并且与侦听无关。文章还提供了配置LOCAL_LISTENER和1522端口的示例,并展示了listener.ora文件的内容。 ... [详细]
  • WhenIusepythontoapplythepymysqlmoduletoaddafieldtoatableinthemysqldatabase,itdo ... [详细]
  • 基于PgpoolII的PostgreSQL集群安装与配置教程
    本文介绍了基于PgpoolII的PostgreSQL集群的安装与配置教程。Pgpool-II是一个位于PostgreSQL服务器和PostgreSQL数据库客户端之间的中间件,提供了连接池、复制、负载均衡、缓存、看门狗、限制链接等功能,可以用于搭建高可用的PostgreSQL集群。文章详细介绍了通过yum安装Pgpool-II的步骤,并提供了相关的官方参考地址。 ... [详细]
  • 本文介绍了在开发Android新闻App时,搭建本地服务器的步骤。通过使用XAMPP软件,可以一键式搭建起开发环境,包括Apache、MySQL、PHP、PERL。在本地服务器上新建数据库和表,并设置相应的属性。最后,给出了创建new表的SQL语句。这个教程适合初学者参考。 ... [详细]
  • 本文分享了一个关于在C#中使用异步代码的问题,作者在控制台中运行时代码正常工作,但在Windows窗体中却无法正常工作。作者尝试搜索局域网上的主机,但在窗体中计数器没有减少。文章提供了相关的代码和解决思路。 ... [详细]
  • Oracle Database 10g许可授予信息及高级功能详解
    本文介绍了Oracle Database 10g许可授予信息及其中的高级功能,包括数据库优化数据包、SQL访问指导、SQL优化指导、SQL优化集和重组对象。同时提供了详细说明,指导用户在Oracle Database 10g中如何使用这些功能。 ... [详细]
  • 本文介绍了一个在线急等问题解决方法,即如何统计数据库中某个字段下的所有数据,并将结果显示在文本框里。作者提到了自己是一个菜鸟,希望能够得到帮助。作者使用的是ACCESS数据库,并且给出了一个例子,希望得到的结果是560。作者还提到自己已经尝试了使用"select sum(字段2) from 表名"的语句,得到的结果是650,但不知道如何得到560。希望能够得到解决方案。 ... [详细]
  • 本文讨论了在数据库打开和关闭状态下,重新命名或移动数据文件和日志文件的情况。针对性能和维护原因,需要将数据库文件移动到不同的磁盘上或重新分配到新的磁盘上的情况,以及在操作系统级别移动或重命名数据文件但未在数据库层进行重命名导致报错的情况。通过三个方面进行讨论。 ... [详细]
  • 前景:当UI一个查询条件为多项选择,或录入多个条件的时候,比如查询所有名称里面包含以下动态条件,需要模糊查询里面每一项时比如是这样一个数组条件:newstring[]{兴业银行, ... [详细]
  • mysql-cluster集群sql节点高可用keepalived的故障处理过程
    本文描述了mysql-cluster集群sql节点高可用keepalived的故障处理过程,包括故障发生时间、故障描述、故障分析等内容。根据keepalived的日志分析,发现bogus VRRP packet received on eth0 !!!等错误信息,进而导致vip地址失效,使得mysql-cluster的api无法访问。针对这个问题,本文提供了相应的解决方案。 ... [详细]
  • Oracle seg,V$TEMPSEG_USAGE与Oracle排序的关系及使用方法
    本文介绍了Oracle seg,V$TEMPSEG_USAGE与Oracle排序之间的关系,V$TEMPSEG_USAGE是V_$SORT_USAGE的同义词,通过查询dba_objects和dba_synonyms视图可以了解到它们的详细信息。同时,还探讨了V$TEMPSEG_USAGE的使用方法。 ... [详细]
  • 本文详细介绍了如何使用MySQL来显示SQL语句的执行时间,并通过MySQL Query Profiler获取CPU和内存使用量以及系统锁和表锁的时间。同时介绍了效能分析的三种方法:瓶颈分析、工作负载分析和基于比率的分析。 ... [详细]
  • MPLS VP恩 后门链路shamlink实验及配置步骤
    本文介绍了MPLS VP恩 后门链路shamlink的实验步骤及配置过程,包括拓扑、CE1、PE1、P1、P2、PE2和CE2的配置。详细讲解了shamlink实验的目的和操作步骤,帮助读者理解和实践该技术。 ... [详细]
  • CSS3选择器的使用方法详解,提高Web开发效率和精准度
    本文详细介绍了CSS3新增的选择器方法,包括属性选择器的使用。通过CSS3选择器,可以提高Web开发的效率和精准度,使得查找元素更加方便和快捷。同时,本文还对属性选择器的各种用法进行了详细解释,并给出了相应的代码示例。通过学习本文,读者可以更好地掌握CSS3选择器的使用方法,提升自己的Web开发能力。 ... [详细]
  • android listview OnItemClickListener失效原因
    最近在做listview时发现OnItemClickListener失效的问题,经过查找发现是因为button的原因。不仅listitem中存在button会影响OnItemClickListener事件的失效,还会导致单击后listview每个item的背景改变,使得item中的所有有关焦点的事件都失效。本文给出了一个范例来说明这种情况,并提供了解决方法。 ... [详细]
author-avatar
Allen
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有