搭建oracle 级联DG 现有架构:physical standby 一主二备,在此基础上,在主库下新建备库standby3.级联备库cascade 数据库版本 11.2.0.4 db_name=prod db为主库,dg1为备库,dg2为级联备库:DB_UNIQUE_NAME DATABASE_ROLEdb primary 10.100.12.10 dg1 standby1 10.100.12.11 dg2 standby2 10.100.12.12 三个库的LOG_FILE_NAME_CO

在Data Guard环境中,Standby Redo Log是一个比较特殊的日志类型.从最新的DG安装指导中,都推荐在Primary和Standby端,都配置Standby Redo Log. 简单的说,Standby Redo Log就是在Standby端应用传递Redo Log过程中,逐步执行的online redo log.Standby端虽然也有online redo log,但是在redo apply应用的过程中,是不使用online redo log的.即使是11g Active

在RMAN备份中,出现了一个问题,就是出现坏块了. ORA-: write error on file (blocksize=) ORA-: File I/O error Linux Error: : Bad file descriptor 解决方案: blockrecover datafile 1 block 为什么我知道坏块40321就会在datafile 1中呢?因为错误提示的是system01.dbf. 你可以从v$datafile文件中查得文件号和文件名. SQL> select fi

oracle级联删除可以使用触发器来实现,但是比较麻烦,最简单的就是直接建立表的主外键关系,给列设置级联删除. ------创建了CLASS表,并设置ID字段为主键. -- Create table create table CLASS ( ID ) not null, CLASS_NAME ) ) alter table CLASS add constraint PK_CLASS primary key (ID) ------创建了STUDENTS表,并设置ID字段为主键,CLASS_ID为外

Oracle级联删除:可以使用外键约束来实现,建立表的主外键关系,给列设置级联删除.如下: ——创建了CLASS表,并设置ID字段为主键. -- Create tablecreate table CLASS( ID VARCHAR2(2) not null, CLASS_NAME VARCHAR2(20))alter table CLASS add constraint PK_CLASS primary key (ID) ——创建了STUDENTS表,并设置ID字段为主键,CLASS_ID为外键

##########sample alter system set log_archive_dest_1 = 'LOCATION=USE_DB_RECOVERY_FILE_DEST' scope=both; https://bbs.csdn.net/topics/390332598 ####### 1.oracle 10g standby 设置 ,read-only 状态下,强制启动mrp ,会自动切换到mount 状态. 2.几个参数设置在oracle 初始化参数中,与归档日志有关的有:log

DG架构图如下: 计划,切换之后的架构图: DG切换: 主备切换:这里所有的数据库数据文件.日志文件的路径是一致的 [旧主库]主库primarydb切换为备库standby3主库检查switchover_status列的状态,是否支持switchover操作:如果该列值为"TO STANDBY"则表示primary 数据库支持转换为standby 角色prod> select switchover_status from v$database;SWITCHOVER_STATUS-

alter table ForeignTable(附表)add constraint fk_MainTable_ForeignTable(关联表中的外键) foreign key(ForeignTable) references dept(zgh) on delete cascade; 其中级联的方式有两种:1.cascade:2.set null 如图: Oracle的级联删除还是非常方便的.

在ORACLE 数据库中有一种方法可以实现级联查询   select  *                //要查询的字段 from table              //具有子接点ID与父接点ID的表  start with selfid=id      //给定一个startid(字段名为子接点ID,及开始的ID号) connect by prior selfid=parentid       //联接条件为子接点等于父接点   这个SQL主要用于级联查询,给一个父接点可以查出所有的子接

问题背景 适用情况: 操作系统: redhat 6.5 数据库: oracle 11g r2 问题描述: failover后原主库无法恢复和启动或者丢失主备关系 优点 不需要对primary数据库停机 执行简单 实施前准备工作 1.测试dumplicate 2.测试环境数据库利用dumplicate重建stanby数据库 实施步骤 备份新主库 注意备份脚本,应该备份到服务器的本地磁盘而不是带库. rman_backup.sh备份本地脚本: #!/bin/sh #oracle environmen

需要参考: [Oracle]Recovering the primary database's datafile using the physical standby, and vice versa (Doc ID 453153.1)

在加入foreing key约束时,还能够指定级联操作的类型,主要用于确定当删除(on delete) 附表中的一条记录时,怎样处理子表中的外键字段,有例如以下三种引用类型. cascade 此keyword用于表示当删除主表中被引用列的数据时,将子表中对应应用列的值置为null值,这样的情况要求子表中的引用列支持null值 set null 此keyword用于当删除主表中被引用列的数据时.将子表中对应引用列的值设置为null值. 这样的情况要求子表中的应用列支持null值. not acti

主库: 一:强制force logging: alter database force logging; 二:开启主库的归档模式 三:主库添加standby redo log,比redo日志组多一组: ALTER DATABASE ADD STANDBY LOGFILE GROUP 4 ('/data/app/oracle/oradata/PROD/redo04_1.log','/data/app/oracle/oradata/PROD/redo04_2.log') size 1024M; AL

一.概述 本文将给大家介绍主库使用rman做不完全恢复后,备库如何通过flashback,继续同步 二.正式实验 本次实验采用的是oracle 11g 单实例 + oracle 11g 单实例dg 1. dg的搭建(略) 实验的前提条件是你已经有了一个正在同步的dg环境,关于dg如何搭建不在本文讨论范围内 2. 打开dg的闪回功能 SQL> alter system set db_recovery_file_dest_size = 4G; SQL> alter system set db_re

级联查询有很多教程示例,但是没有找到求特定子孙到根的路径的例子,折腾了一番总算想出方法了. 现假设我们拥有一个菜单表t_menu,其中只有三个字段:id.name和parent_id.它们是具有父子关系的,最顶级的菜单对应的parent_id为0.现假设我们拥有如下记录: id name parent_id 1 菜单01 0 2 菜单02 0 3 菜单03 0 4 菜单0101 1 5 菜单0102 1 6 菜单0103 1 7 菜单010101 4 8 菜单010201 5 9 菜单01030

· 授权通过grant 语法:GRANT object_priv[(columns)][ON object] TO {user|role|public} [WITH GRANT OPTION] · 回收通过revoke 语法:REVOKE object_priv[(columns)][ON object] FROM {user[,user...]|role|public} [CASCADE CONSTRINTS] 撤销具有ADMIN OPTION 的系统权限(权限回收无级联 适用系统权限和角色)

-------physical standby database: real-time apply 须要配置 standby redo log: 启用实时应用, 日志应用服务会直接应用接收的redo 数据,而不须要等待当前standby redo log 归档 对于failover 和switchover 的时间会大大的减小,由于在failover or switchover 时standby redo log 已经被应用到备库. ALTER DATABASE RECOVER MANAGED S

SQL> select thread#, low_sequence#, high_sequence# from v$archive_gap;确认下是否存在日志间隙,发现gap现象,说明failover不会有数据损失情况.在standby端,关闭apply和结束应用动作 SQL> alter database recover managed standby database cancel;数据库已更改. SQL> alter database recover managed standby

CREATE TABLE STUDENT( --创建学生表  ID NUMBER(10) PRIMARY KEY,   --主键ID  SNAME VARCHAR2(20),  CLASSNAME VARCHAR2(20) --班级ID ); INSERT INTO STUDENT VALUES(1,'Tom',1);INSERT INTO STUDENT VALUES(2,'Jack',1);INSERT INTO STUDENT VALUES(3,'Bay',2);INSERT INTO S

primary database db_name=zwc, db_unique_name=zwc standby database db_name=zwc, db_unique_name=standby on primary database [oracle@vmdb12c ~]$ sqlplus sys/oracle@zwc as sysdba SQL*Plus: Release 12.1.0.1.0 Production on Thu Sep 26 16:12:10 2013 Copyrig