oracle的读写分离实现

　　在MySQL作为应用系统的后台数据库时，我们常常见到这样的架构，一拖二、一拖三等等。这是用MySQL的读写分离技术，实现数据的写入和读取分别在不同的库上，提升了数据库服务能力。

同样，在 Oracle作为后台数据库的架构中，我们也可以这么做。实现的方式有很多种。

有基于RAC架构的，使用其中某个节点作为读库；

有基于Streams数据复制技术的，实时将数据复制到另外一个库供读取；

有使用第三方数据复制软件的，如Golden Gate(已经被Oracle收入囊中)、DSG的，也是实时复制数据到另外一个库中。

还有使用Logical standby技术，实时复制数据到一个库，且该库是对应用而言是只读的。

我们这里介绍最后一个方法，利用dataguard技术中的logical standby实现Oracle数据库的读写分离。

一、创建物理standby

配置主库（也就是主要执行写操作的数据库）的初始化参数

*.log_archive_config='dg_config=(webdb,webdg)'

*.log_archive_dest_2='service=webdb_standby lgwr sync affirm valid_for=(online_logfiles,primary_role) db_unique_name=webdg'

*.log_archive_dest_state_2='enable'

修改主库的tnsnames.ora文件

在tnsnames.ora文件中增加一个条目，名称为webdb_standby。这个就是log_archive_dest_2中service的名称。这里的主库版本是10g，所以使用LGWR进程将日志传输到备用节点上，而在11g中使用的进程将是LNS。

WEBDB_STANDBY =

(DESCRIPTION =

(ADDRESS_LIST =

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

)

(CONNECT_DATA =

(SERVICE_NAME = webdb)

)

WEBDB_READER =

(DESCRIPTION =

(ADDRESS_LIST =

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

)

(CONNECT_DATA =

(SERVICE_NAME = webreader)

)

配置备用库（读库）的初始化参数

*.db_unique_name='webdg'

*.fal_client='webdb_standby'

*.fal_server='webdb_primary'

*.log_archive_config='dg_config=(webdb,webdg)'

*.log_archive_dest_1='location=+VG2 valid_for=(all_logfiles,all_roles) db_unique_name=webdg'

修改备用库的tnsnames.ora文件

WEBDB_PRIMARY =

(DESCRIPTION =

(ADDRESS_LIST =

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

)

(CONNECT_DATA =

(SERVICE_NAME = webdb)

)

WEBDB_STANDBY =

(DESCRIPTION =

(ADDRESS_LIST =

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

)

(CONNECT_DATA =

(SERVICE_NAME = webdb)

)

在tnsnames.ora文件中增加两个条目，名称为webdb_standby和webdb_primary，分别是fal_client和fal-_server参数对应的值，用于检测归档日志gap。
备份主库的数据库和控制文件

这里我们可以使用原有的全库备份，再新备份控制文件用于standby。

Backup current ontrolfile for standby format ‘/u03/webdb_rman/ctl.standby’;

在备用库上恢复主库数据文件

restore database;

　在备用库上添加standby logfile

ALTER DATABASE ADD STANDBY LOGFILE group 21 ('+VG2/webdb/standby_redo21.log') SIZE 52428800 reuse;

ALTER DATABASE ADD STANDBY LOGFILE group 22 ('+VG2/webdb/standby_redo22.log') SIZE 52428800 reuse;

ALTER DATABASE ADD STANDBY LOGFILE group 23 ('+VG2/webdb/standby_redo23.log') SIZE 52428800 reuse;

ALTER DATABASE ADD STANDBY LOGFILE group 24 ('+VG2/webdb/standby_redo24.log') SIZE 52428800 reuse;

ALTER DATABASE ADD STANDBY LOGFILE group 25 ('+VG2/webdb/standby_redo25.log') SIZE 52428800 reuse;

ALTER DATABASE ADD STANDBY LOGFILE group 26 ('+VG2/webdb/standby_redo26.log') SIZE 52428800 reuse;

ALTER DATABASE ADD STANDBY LOGFILE group 27 ('+VG2/webdb/standby_redo27.log') SIZE 52428800 reuse;

ALTER DATABASE ADD STANDBY LOGFILE group 28 ('+VG2/webdb/standby_redo28.log') SIZE 52428800 reuse;

ALTER DATABASE ADD STANDBY LOGFILE group 29 ('+VG2/webdb/standby_redo29.log') SIZE 52428800 reuse;

ALTER DATABASE ADD STANDBY LOGFILE group 30 ('+VG2/webdb/standby_redo30.log') SIZE 52428800 reuse;

ALTER DATABASE ADD STANDBY LOGFILE group 31 ('+VG2/webdb/standby_redo31.log') SIZE 52428800 reuse;

在备用库上做恢复操作

recover database;

/u03/webdb_rman@db3=>webdb$rman target /

Recovery Manager: Release 10.2.0.4.0 - Production on Mon May 14 10:08:06 2012

connected to target database: WEBDB (DBID=2446281945, not open)

RMAN> recover database;

Starting recover at 14-MAY-12

using target database control file instead of recovery catalog

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=4384 devtype=DISK

starting media recovery

恢复出错后直接退出。

重启备用库到实时恢复模式

startup nomount;

alter database mount standby database;

alter database recover managed standby database using current logfile disconnect from session;

检查主库上保护模式和保护级别

在主库上sqlplus中执行下列SQL

select protection_mode,protection_level from v$database;

结果应该是两个列的值是一致的，才是正常状态。

SQL> select protection_mode,protection_level from v$database;

PROTECTION_MODE PROTECTION_LEVEL

-------------------- --------------------

MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY

如果protection_level的值是RESYNCHRONIZATION，如下所示

SQL> select protection_mode,protection_level from v$database;

PROTECTION_MODE PROTECTION_LEVEL

-------------------- --------------------

MAXIMUM AVAILABILITY RESYNCHRONIZATION

这表示DATAGUARD的模式是有问题的，需要解决后才能进行下一步操作。

　二、转换为逻辑 standby

创建用于读库的初始化参数文件和密码文件

在备用库的操作系统上$ORACLE_HOME/dbs目录下，准备两个文件，分别是逻辑库webreader的初始化参数文件和密码文件。

密码文件orapwwebreader由orapwwebdb直接复制。

初始化参数文件initwebreader.ora从initwebdb.ora复制后做些修改操作，修改的参数项只要是下面列出的这些。

/u01/app/oracle/product/10.2.0/db/dbs@db3=>webreader$more initwebreader.ora

*.audit_file_dest='/u01/app/oracle/admin/webreader/adump'

*.background_dump_dest='/u01/app/oracle/admin/webreader/bdump'

*.core_dump_dest='/u01/app/oracle/admin/webreader/cdump'

*.user_dump_dest='/u01/app/oracle/admin/webreader/udump'

*.db_name='webreader'

*.db_unique_name='webdg'

*.fal_client='webdb_reader'

*.fal_server='webdb_primary'

*.log_archive_config='dg_config=(webdb,webdg)'

*.log_archive_dest_1='location=+VG2/ valid_for=(all_logfiles,all_roles) db_unique_name=webdg'

　创建用于读库的tnsname条目

在备用库的操作系统上$ORACLE_HOME/network/admin/tnsnames.ora文件中增加一个新的条目webdb_reader。

WEBDB_READER =

(DESCRIPTION =

(ADDRESS_LIST =

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

)

(CONNECT_DATA =

(SERVICE_NAME = webreader)

)

增加读库的侦听对象

在备用库的操作系统上$ORACLE_HOME/network/admin/listener.ora文件中，增加新实例webreader的侦听对象。

/u01/app/oracle/product/10.2.0/db/network/admin@db3=>webreader$more listener.ora

# listener.ora Network Configuration File: /u01/app/oracle/product/10.2.0/db/network/admin/listener.ora

# Generated by Oracle configuration tools.

SID_LIST_LISTENER =

(SID_LIST =

(SID_DESC =

(SID_NAME = webdb)

(ORACLE_HOME = /u01/app/oracle/product/10.2.0/db)

)

(SID_DESC =

(SID_NAME = webdg)

(ORACLE_HOME = /u01/app/oracle/product/10.2.0/db)

)

(SID_DESC =

(SID_NAME = webreader)

(ORACLE_HOME = /u01/app/oracle/product/10.2.0/db)

)

LISTENER =

(DESCRIPTION_LIST =

(DESCRIPTION =

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

)

在备用库上取消恢复管理模式

alter database recover managed standby database cancel ;

在主库上创建logical standby的数据字典

EXECUTE DBMS_LOGSTDBY.BUILD;

这一步一定要执行成功，并且必须在其他操作之前执行，否则后面执行 alter database recover to logical standby webreader; 会一直等待。

注意：

该过程会自动启用primary 数据库的补充日志(supplemental logging)功能(如果未启用的话)。

该过程执行需要等待当前所有事务完成，因此如果当前有较长的事务运行，可能该过程执行也需要多花一些等待时间。

该过程是通过闪回查询的方式来获取数据字典的一致性，因此oracle 初始化参数UNDO_RETENTION 值需要设置的足够大。

切换物理Standby为逻辑Standby

我们将读库，也就是logical standby数据库名称定义为webreader。

alter database recover to logical standby webreader;

注意：

这一步很关键。如果执行成功了，目标基本就实现了。

但很可能会遇到两种错误。

执行操作一直hang。这是因为密码文件中sys密码不一致，需要建立与主库一致的密码文件。

备库监听没有包含standby的实例信息，需要在监听文件中添加实例信息。在监听器参数文件的配置中，我们已经添加了所有实例的侦听信息。即使多加了也不影响监听器的正常运行。

正常的执行过程应该如下所示：

SQL> alter database recover managed standby database cancel ;

Database altered.

SQL> alter database recover to logical standby webreader;

alter database recover to logical standby webreader

ERROR at line 1:

ORA-16254: change db_name to WEBREADER in the client-side parameter file (pfile)

ORA-17503: ksfdopn:2 Failed to open file +VG1/webdb/temp01.dbf

ORA-15173: entry 'temp01.dbf' does not exist in directory 'webdb'

这一步执行不成功，也会完成。在关闭打开后可以正常使用。

/u01/home/oracle@db3=>webdb$export ORACLE_SID=webreader

/u01/home/oracle@db3=>webreader$sqlplus / as sysdba

SQL*Plus: Release 10.2.0.4.0 - Production on Mon May 14 10:55:53 2012

Connected to an idle instance.

SQL> startup open

ORACLE instance started.

Total System Global Area 5.1540E+10 bytes

Fixed Size 2179936 bytes

Variable Size 6425676960 bytes

Database Buffers 4.5097E+10 bytes

Redo Buffers 14594048 bytes

Database mounted.

ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

SQL> alter database open resetlogs;

Database altered.

备用库上临时文件处理

在备用库上临时文件需要重建，我选择新增一个临时文件。在不同的环境中，临时文件可能会有很多个。

alter tablespace temp add tempfile '+VG2/webdb/temp02.dbf' size 10240M;

调整主库上log_archive_dest_2的参数值

在物理standby模式下，这个参数的service值是指向webdb_standby的，现在在逻辑standby模式下，它需要修改为指向webdb_reader。

alter system set log_archive_dest_2='service=webdb_reader lgwr sync affirm valid_for=(online_logfiles,primary_role) db_unique_name=webdg';

转载于:https://www.cnblogs.com/wangzhuxing/p/8520206.html

oracle的读写分离实现相关推荐

Oracle GoldenGate 读写分离
使用 Oracle GoldenGate 进行实时数据集成了解如何安装.设置和配置 Oracle GoldenGate 以轻松实现 Oracle Database 10g 和 11g 之间数据的无缝 ...
数据库优化三部曲(2)-读写分离-一蓑烟雨任平生
前言上篇文章介绍了MySql的主从复制,读写分离就不写了,毕竟MySql比Oracle简单太多了(自我感觉),这篇主要写一下Oracle的读写分离,照葫芦画瓢,会了Oracle的读写分离,那么MyS ...
hibernate oracle 读写分离_利用FDW进行ORACLE到Postgresql的数据迁移
随着开源数据库技术的发展和去"O"工作的推进,越来越多企业生产系统选择使用Postgresql数据库.Pgsql采用多进程结构,其存储过程.函数的支持好于mysql.个人认为pgs ...
hibernate oracle 读写分离_ASP.NET CORE 国产最火前后端完全分离框架BCVP
BCVP(Blog.Core&Vue Project)是.NET界开箱即用的企业级前后端分离[ .NET Core3.1 Api + Vue 2.x + RBAC]权限框架,由国内微软MVP& ...
Oracle 19c 新特性：ADG的自动DML重定向增强读写分离--ADG_REDIRECT_DML
Oracle 19c 新特性:ADG的自动DML重定向增强读写分离--ADG_REDIRECT_DML Oracle 19c 新特性之一,adg的自动 dml 重定向.就是在 ADG 环境下,连接到 ...
数据库读写分离（oracle）
随着一个网站的业务不断扩展,数据不断增加,数据库的压力也会越来越大,对数据库或者SQL的基本优化可能达不到最终的效果,我们可以采用读写分离的策略来改变现状.读写分离现在被大量应用于很多大型网站,这个技 ...
C#操作SqlServer MySql Oracle通用帮助类Db_Helper_DG（默认支持数据库读写分离、查询结果实体映射ORM）
转载出处:https://www.cnblogs.com/7tiny/p/7602808.html(仅供个人学习记录) [前言] 作为一款成熟的面向对象高级编程语言,C#在ADO.Net的支持上已然是 ...
C#操作SqlServer MySql Oracle通用帮助类Db_Helper_DG（默认支持数据库读写分离、查询结果实体映射ORM）...
[前言] 作为一款成熟的面向对象高级编程语言,C#在ADO.Net的支持上已然是做的很成熟,我们可以方便地调用ADO.Net操作各类关系型数据库,在使用了多年的Sql_Helper_DG后,由于项目需 ...
读写分离oracle redis,redis集群主从之读写分离
redis集群主从之读写分离 1.集群部署这里就不详细赘述如何部署主从集群了,一般都是使用slaveOf配置来进行初始化配置. 2.与springboot集成实现读写分离通过注解实现调用层读写分离 ...

oracle的读写分离实现

oracle的读写分离实现相关推荐

最新文章

热门文章