数据库读写分离解决方案
----oracle 11G ADG实施方案
Oracle Data Guard实施方案
1. 项目背景介绍
1.1 目的
通过DG实现主库与备库同步,主库作为业务应用库,备库作为查询库,应用根据不同需求配置对应数据库;
1.2 测试环境
在2台RedHat5.4上使用ORACLE 的DataGuard组件实现容灾。设备配置(VMWare虚拟机环境)清单如下：
主机型号 数据实例 配置 数据库版本
RedHat
5.4(32位) ORCL CPU：1
MEM：2G Oracle 11gR2 11.2.0.1
RedHat
5.4(32位) ORCL CPU：1
MEM：2G Oracle 11gR2 11.2.0.1
Oracle Data Guard实施方案
2. Oracle DataGuard 介绍
备用数据库（standby database）是ORACLE 推出的一种高可用性(HIGH AVAILABLE)数据库方案，在主节点与备用节点间通过日志同步来保证数据的同步，备用节点作为主节点的备份，可以实现快速切换与灾难性恢复。
STANDBY DATABASE的类型：
有两种类型的STANDBY：物理STANDBY和逻辑STANDBY
两种类型的工作原理可通过如下图来说明：
physical standby提供与主数据库完全一样的拷贝（块到块），数据库SCHEMA，包括索引都是一样的。它是可以直接应用REDO实现同步的。
logical standby则不是这样，在logical standby中，逻辑信息是相同的，但物理组织和数据结构可以不同，它和主库保持同步的方法是将接收的REDO转换成SQL语句，然后在STANDBY上执行SQL语句。逻辑STANDBY除灾难恢复外还有其它用途，比如用于用户进行查询和报表，但其数据库用户相关对象均需要有主键。
1 1. 准备工作
1.1 备份现有数据库
在进行任何升级操作之前，首先要备份现有的 Oracle 11g 数据库。
1.1.1 全库备份：
sh代码：
rman target /
RMAN> BACKUP DATABASE PLUS ARCHIVELOG;
1. 数据泵导出（可选）：
sh代码：
expdp system/password@ full=Y directory=
dumpfile=full_backup.dmp logfile=full_backup.log
1.2 检查兼容性
确保现有的 Oracle 11g 数据库与 Oracle 19c 兼容。
1. 运行预升级信息工具： 下载并运行 Oracle 提供的预升级信息工具（preupgrade.jar）。
sh代码：
java -jar preupgrade.jar TERMINAL TEXT
2. 检查输出： 根据工具输出的信息，解决所有兼容性问题。
1.3 环境准备
确保目标服务器满足 Oracle 19c 的系统要求。
1. 检查系统要求：
• 操作系统版本
• 内存
• 磁盘空间
2. 设置环境变量：
sh代码：
export ORACLE_HOME=/path/to/oracle19c_home
export PATH=$ORACLE_HOME/bin:$PATH
2 2. 安装 Oracle 19c 软件
2.1 下载 Oracle 19c 软件
从 Oracle 官方网站下载 Oracle 19c 安装包。
2.2 安装 Oracle 19c 软件
1. 解压安装包：
sh代码：
unzip LINUX.X64_193000_db_home.zip -d /path/to/oracle19c_home
2. 运行安装程序：
sh代码：
/path/to/oracle19c_home/runInstaller
3. 安装选项：
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 immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.
Total System Global Area 1653518336 bytes
Fixed Size 2253784 bytes
Variable Size 1006636072 bytes
Database Buffers 637534208 bytes
Redo Buffers 7094272 bytes
Database mounted.
SQL> alter database force logging;
Database altered.
2.2开启主库的归档模式
修改数据库为归档模式，因为dg是通过传送归档⽇志到备库然后应⽤来保证主备库⼀致的。
SQL> alter database archivelog;
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）：在该模式下，主库提交事务后无需等待重做日志传输到备库，从而提高了主库的性能，但会增加一定的数据丢失风险。
