创建逻辑stand by数据库

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: 作者: fuyuncat 来源: www.HelloDBA.com  1         准备工作 1.1    第一步:确定主数据库中是否包含逻辑standby数据库不支持的数据类型和表。

作者: fuyuncat

来源: www.HelloDBA.com 

1         准备工作

1.1    第一步:确定主数据库中是否包含逻辑standby数据库不支持的数据类型和表。

以下是逻辑standby数据库支持的类型:

CHAR

NCHAR

VARCHAR2 and VARCHAR

NVARCHAR2

NUMBER

DATE

TIMESTAMP

TIMESTAMP WITH TIME ZONE

TIMESTAMP WITH LOCAL TIME ZONE

INTERVAL YEAR TO MONTH

INTERVAL DAY TO SECOND

RAW

CLOB

BLOB

 

逻辑standby据库不支持的类型包括:

NCLOBLONGLONG RAW BFILE ROWIDUROWID,以及用户自定义的类型,包括对象类型,REF类型,varray和嵌套表。如果存在表含有这些类型的字段,当逻辑standby数据库对这张表应用DML操作时就会报错。

 

逻辑standby据库不支持的表和序列:

SYS用户的表序列;

含有不支持数据类型的表;

建有函数索引的表;

建有物化视图的表;

全局临时表(Global Temporary Table)。

 

可以通查询视图DBA_LOGSTDBY_UNSUPPORTED来确定主数据库中是否含有不支持的对象:

SQL> SELECT * FROM DBA_LOGSTDBY_UNSUPPORTED;

 

如果主数据库含有不支持的对象,日志实施服务进程(Log Apply Service)在向standby数据库实施redo log时会自动排除这些对象。

 

1.2    第二步:确定主数据库中表的所有数据记录是否都能被唯一定位

 

为了维护standby数据库,SQL实施操作进程必须能够为一定位到主数据库上更新的每一条记录。为了能使主数据库上的变化数据能高效和正确的实施到standby数据库上,Oracle建议对每张表都建立主键。

大多数表都必须了主键或者没有空值的唯一约束,否则,补充日志(supplemental logging 在第四步会激活)会自动收集定位在主数据库上更新的记录的信息。通过补充日志,那些能够唯一定位记录的信息会加到归档redo日志中的每一个更新事务中,这样,日志实施服务进程就能维护standby数据库了。

可以通过以步骤来确保SQL实施操作进程能唯一定位表的记录:

1、 查询视DBA_LOGSTDBY_NOT_UNIQUE来定位哪些表没有主键货无空值的唯一约束:

SQL> SELECT OWNER, TABLE_NAME, BAD_COLUMN FROM DBA_LOGSTDBY_NOT_UNIQUE;
 

以上查询会返回用户名、表名以及通过YN来标识的字段BAD_COLUMN:

·         如果BAD_COLUMN的值为Y,表示这张表的字段使用一个极大的数据类型,如LONG。如果有两条这样的记录存在表中(除LOB字段外),这张表就无法被正确维护。

·         值为N表示表含有足够的信息来维护standby数据库上的表(但是却没有主键或无空值约束)。然而,如果你增加了主键,日志传输服务进程(Log Transport Service)SQL实施操作进程将会更高效。

2、 在必要的情下增加主键以提高效率

为了维护standby数据库上的表,补充日志功能会自动为redo日志中的每一个更新表操作增加字段数据,具体如下:

·         如果表已经有主键或者无空值的唯一索引,向redo日志中添加的信息将最少。

·         如果表没有主键或无空值的唯一索引,补充日志功能会通过向redo日志中的所有行都添加相应的值为它增加唯一健值。然而,这个自动增加的键值会增加写入到redo日志中的信息。

3、 在必要的情下,在表上创建非激活依赖的约束。

如果表在视图DBA_LOGSTDBY_NOT_UNIQUE中可以查到,它又是一张会被频繁更新的表。可以通过创建一个非激活依赖的约束在表上来避免通过主键维护表,以提高redo日志的性能。一个非激活依赖的约束可以为SQL实施操作进程提供更多的信息,而不会增加在主数据库上的索引成本。

下面的语句显示了如何建立一个非激活依赖的约束:

SQL> ALTER TABLE mytab ADD PRIMARY KEY (id, name) RELY DISABLE;

关键字RELY是系统知道对idname两个字段记录日志以定位这张表的记录。但是在选择非激活依赖的约束(这个约束会创建一个主键)的字段时要特别小心。如果选择的字段无法为这张表创建一个主键信息,SQL实施操作进程将无法在standby数据库上是使这些日志。 

1.3    第三步:确保主数据库是运行在归档模式下。

确保主数据库是运行在归档模式并且归档已经激活,可以通archive log list命令确认归档是否激活:

SQL> ARCHIVE LOG LIST;
Database log mode              No Archive Mode
Automatic archival             Disabled
Archive destination            /oracle/dbs/arch
Oldest online log sequence     0
Current log sequence           1

No Archive Mode表示当前不是归档模式。

如果数据库没有运行在归档模式下,可以通过以下步骤修改到归档模式。

1、  关闭数据库,以MOUNT方式启动

SQL> SHUTDOWN
SQL> STARTUP MOUNT

2、 打开归档模式,打数据库

SQL> ALTER DATABASE ARCHIVELOG;
SQL> ALTER DATABASE OPEN;

3、 检查是否已经归档模式下:

SQL> ARCHIVE LOG LIST;
Database log mode              Archive Mode
Automatic archival             Disabled
Archive destination            /oracle/dbs/arch
Oldest online log sequence     0
Next log sequence to archive   1
Current log sequence           1

1.4    第四步:在主数据库上激活补充日志进程

充信息帮助SQL实施操作进程在standby数据库上能正确的维护表。可以通过查询视图V$DATABASE检查补充日志进程是否激活:

SQL> SELECT SUPPLEMENTAL_LOG_DATA_PK, SUPPLEMENTAL_LOG_DATA_UI FROM V$DATABASE;
 
SUP SUP
--- ---
NO  NO

如果没激活通过执行以下语句向归档redo日志添加主键和唯一索引信息,然后切换redo日志:

SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA (PRIMARY KEY, UNIQUE INDEX) COLUMN
S;
 
Database altered.
 
SQL> ALTER SYSTEM SWITCH LOGFILE;
 
System altered.
 
SQL> SELECT SUPPLEMENTAL_LOG_DATA_PK, SUPPLEMENTAL_LOG_DATA_UI FROM V$DATABASE;
 
SUP SUP
--- ---
YES YES

注意:在创建逻辑standby数据之前,一定要激活补充日志进程。因为逻辑standby数据库无法使用既包含补充日志数据又包含非补充日志数据的归档redo日志。

此外,如果你在主数据库上激活补充日志进程之前已经创建了物理standby数据库,就必须在所有物理standby数据库上做同样的操作。

 

除了补充日外,还必须保证参数LOG_PARALLELISM的值设为1

SQL> ALTER SYSTEM SET LOG_PARALLELISM=1 SCOPE=BOTH;
 

1.5    第五步:如果打算进行热备,就需要启动资源管理器

要启动资源管理,需要定义参数RESOURCE_MANAGER_PLAN使用资源计划,并重启数据库。

如果没有资源划,可以使用SYSTEM_PLAN属性:

SQL> ALTER SYSTEM SET RESOURCE_MANAGER_PLAN=SYSTEM_PLAN SCOPE=BOTH;
SQL> SHUTDOWN
SQL> STARTUP

1.6    第六步:在主数据库上为standby数据库的系统表创建备选表空间

如果打算在节点进行切换操作,这一步就是必须的。

逻辑standby数据库使用很多定义在SYSSYSTEM中的表。默认情况下,这些表是创建在SYSTEM表空间上。

注意:这些表中的某些表可能很快就会变得很大。为了防止这些标占满整个SYSTEM表空间,你必须建这些表转移到一个分开的表空间上去。在这些表被创建逻辑standby数据库时频繁使用之前转移这些表。

 

在主库上,使用CREATE TABLESPACE语句为standby数据库创建新的表空间,并使用存储过程DBMS_LOGMNR_D.SET_TABLESPACE将这些表转移到新的表空间上去。

SQL> CREATE TABLESPACE logmnrts$ DATAFILE 'C:"ORACLE"ORADATA"EDGAR"LOGMNRTS.DBF' SIZE 25 M AUTOEXTEND ON MAXSIZE UNLIMITED;
SQL> EXECUTE DBMS_LOGMNR_D.SET_TABLESPACE('logmnrts$');

2         创建逻辑standby数据库

2.1    第一步:检查主数据库上的数据文件

确认需创建道standby数据库上的文件:

SQL> SELECT NAME FROM V$DATAFILE;
 
NAME
---------------------------------------------------
 
C:"ORACLE"ORADATA"EDGAR"SYSTEM01.DBF
C:"ORACLE"ORADATA"EDGAR"UNDOTBS01.DBF
C:"ORACLE"ORADATA"EDGAR"EXAMPLE01.DBF
C:"ORACLE"ORADATA"EDGAR"INDX01.DBF
C:"ORACLE"ORADATA"EDGAR"TOOLS01.DBF
C:"ORACLE"ORADATA"EDGAR"USERS01.DBF
C:"ORACLE"ORADATA"EDGAR"XDB01.DBF
C:"ORACLE"ORADATA"EDGAR"USERDATA"RMAN_TS.DBF
C:"ORACLE"ORADATA"EDGAR"TESTTM2.DBF
C:"ORACLE"ORADATA"EDGAR"USERDATA"ASSMIDX.DBF
C:"ORACLE"ORADATA"EDGAR"USERDATA"BAK_TEST.DBF
C:"ORACLE"ORADATA"EDGAR"LOGMNRTS.DBF
C:"ORACLE"ORADATA"EDGAR"USERDATA"TEST_TEMP.DBF
C:"ORACLE"ORADATA"EDGAR"USERDATA"ASSMDEMO.DBF

2.2    第二步:对主数据库做一个拷贝

采用冷备方式按照以下步骤对主数据库做拷贝:

1、 关闭主据库

SQL> SHUTDOWN IMMEDIATE;

2、 将第一中查询出来的数据文件考到一个临时目录去

C:"> xcopy C:"ORACLE"ORADATA"EDGAR"* C:"ORACLE"ORADATA"TEMP"

3、 mount模式启动主数据库

SQL> STARTUP MOUNT;

4、 创建制文件的备份

SQL> ALTER DATABASE BACKUP CONTROLFILE TO 'C:"oracle"oradata"edgar"backup"ctlbckup01.ctl';

5、 出主数据库中的SCN

SQL> SELECT CHECKPOINT_CHANGE# FROM V$DATABASE;
CHECKPOINT_CHANGE#
------------------
        2696167892

6、 打开主据库,并切换日志文件

SQL> ALTER DATABASE OPEN;
SQL> ALTER SYSTEM SWITCH LOGFILE;

7、 通过操系统拷贝工具讲以下文件拷贝到standby节点上去

·         将前面拷贝到临时目录中的文件拷贝到standby节点相应目录中去。

·         将数据库初始化文件和密码文件拷贝到standby节点相应目录中去

·         将上步中日志切换操作产生的归档日志文件拷贝到standby节点的归档日志目录中去。要保持归档日志格式一致。

8、 进入一步:给standby节点修改初始化参数文件

  采用热备方式下按照以下步骤对主数据库做拷贝:

1、 分别将个表空间修改成备份模式:

SQL> ALTER TABLESPACE SYSTEM BEGIN BACKUP;

2、 将表空的数据文件拷贝到standby节点的相应目录

3、 关闭表间的备份模式:

SQL> ALTER TABLESPACE SYSTEM END BACKUP;

4、 创建控文件的备份。

SQL> ALTER DATABASE BACKUP CONTROLFILE TO 'C:"oracle"oradata"edgar"backup"ctlbckup01.ctl';

5、 拷贝制文件的备份、数据库初始化文件和密码文件到standby节点上的相应目录。

6、 保持数据库为静止状态,以便为建立standby数据库获取到一个起始点。获取到SCN,并记录下来。

SQL> ALTER SYSTEM QUIESCE;
SQL> SELECT CHECKPOINT_CHANGE# FROM V$DATABASE;
CHECKPOINT_CHANGE#
------------------
            443582
 
SQL> ALTER SYSTEM UNQUIESCE;
SQL> ALTER SYSTEM SWITCH LOGFILE;
 

除了所有数据文件需要拷贝外,还需要将热备过程中产生的归档日志拷贝到standby节点相应目录。

7、 进入下一步standby节点修改初始化参数文件

2.3    第三步:修改standby数据库的初始化参数文件

如果采用的是spfile,可以先用以下语句创建出pfile文件:

SQL> create pfile='C:"oracle"admin"edgarstd"pfile"initedgarstd.ora' from spfile;

需要修改数据库的初化参数中的一下参数:

1、 修改控制文件的录,对应到standby数据库的控制文件;

2、 修改或增加参数STANDBY_ARCHIVE_DEST,设置为standby数据库对应的归档日志目录。并保持参数LOG_ARCHIVE_FORMAT与主数据库一致。

3、 修改相应的数据信息参数,如DB_NAMEINSTANCE_NAME.

目录
相关文章
|
Oracle 关系型数据库 数据库
9-2 Oracle数据库(表)的逻辑备份与恢复 --导出与导入
9-2 Oracle数据库(表)的逻辑备份与恢复 --导出与导入
172 1
|
3月前
|
存储 SQL 安全
【数据库高手的秘密武器:深度解析SQL视图与存储过程的魅力——封装复杂逻辑,实现代码高复用性的终极指南】
【8月更文挑战第31天】本文通过具体代码示例介绍 SQL 视图与存储过程的创建及应用优势。视图作为虚拟表,可简化复杂查询并提升代码可维护性;存储过程则预编译 SQL 语句,支持复杂逻辑与事务处理,增强代码复用性和安全性。通过创建视图 `high_earners` 和存储过程 `get_employee_details` 及 `update_salary` 的实例,展示了二者在实际项目中的强大功能。
41 1
|
3月前
|
存储 SQL JSON
【Azure Logic App】微软云逻辑应用连接到数据库,执行存储过程并转换执行结果为JSON数据
【Azure Logic App】微软云逻辑应用连接到数据库,执行存储过程并转换执行结果为JSON数据
【Azure Logic App】微软云逻辑应用连接到数据库,执行存储过程并转换执行结果为JSON数据
|
3月前
|
存储 前端开发 中间件
CTO要求把所有逻辑放到数据库:合理性的深度剖析
【8月更文挑战第12天】在软件开发领域,关于系统架构的决策往往能深刻影响项目的成败。当CTO提出将所有逻辑放到数据库中的要求时,这一决策无疑会引发团队内部的广泛讨论。本文将从技术合理性、维护性、性能及可扩展性等多个维度,深入探讨这一要求的合理性与潜在影响,旨在为读者提供全面而深入的技术见解。
55 1
|
3月前
|
JSON 数据格式 Java
化繁为简的魔法:Struts 2 与 JSON 联手打造超流畅数据交换体验,让应用飞起来!
【8月更文挑战第31天】在现代 Web 开发中,JSON 成为数据交换的主流格式,以其轻量、易读和易解析的特点受到青睐。Struts 2 内置对 JSON 的支持,结合 Jackson 库可便捷实现数据传输。本文通过具体示例展示了如何在 Struts 2 中进行 JSON 数据的序列化与反序列化,并结合 AJAX 技术提升 Web 应用的响应速度和用户体验。
115 0
|
4月前
|
SQL 存储 安全
数据库数据恢复—SQL Server数据库出现逻辑错误的数据恢复案例
SQL Server数据库数据恢复环境: 某品牌服务器存储中有两组raid5磁盘阵列。操作系统层面跑着SQL Server数据库,SQL Server数据库存放在D盘分区中。 SQL Server数据库故障: 存放SQL Server数据库的D盘分区容量不足,管理员在E盘中生成了一个.ndf的文件并且将数据库路径指向E盘继续使用。数据库继续运行一段时间后出现故障并报错,连接失效,SqlServer数据库无法附加查询。管理员多次尝试恢复数据库数据但是没有成功。
|
6月前
|
数据库
如何解决逻辑删除is_del与数据库唯一约束冲突
如何解决逻辑删除is_del与数据库唯一约束冲突
141 0
|
5月前
|
存储 关系型数据库 MySQL
MySQL数据库——InnoDB引擎-逻辑存储结构(表空间、段、区、页、行)
MySQL数据库——InnoDB引擎-逻辑存储结构(表空间、段、区、页、行)
110 7
|
6月前
|
API 数据库 Python
Python web框架fastapi数据库操作ORM(二)增删改查逻辑实现方法
Python web框架fastapi数据库操作ORM(二)增删改查逻辑实现方法
316 1
|
6月前
|
SQL 机器学习/深度学习 存储
数据库设计革命:逻辑模型的演变与面向对象的突破
数据库设计革命:逻辑模型的演变与面向对象的突破
65 1