service_names配置不正确,导致dg创建失败 伙伴发来消息,创建dg后,主备一直无法进行日志同步. 以下是查看过程 备库的alert日志: 2018-11-13T17:47:36.231294+08:00 Errors in file /d12/app/oracle/diag/rdbms/orcls/test/trace/test_m000_20088.trc: ORA-01110: data file 1: '/u01/app/oracle/oradata/orcl/system01

环境:rhel 6.7 64位源库:ORACLE 11204 RAC 未打PSU备库:ORACLE 11204 RAC PSU 20170718 一.停止中间件并做全库备份 1.在节点2做全备 2.首先要规划主.备库db_unique_name 主库: 备库: ============================================================db_name mgrdb db_name mgrdbdb_unique_name mgrdb db_unique_n

Duplication Database 介绍 Duplicate database可以按照用途分为2种: duplicate database(复制出一个数据库) duplicate standby database(复制出一个dataguard standby数据库) Duplicate Database又可以按照复制数据的来源不同分为2种方式: Active Database Duplication(从正在运行的数据库上复制数据) Backup-based duplication(基于备份

一.Data Guard提供如下三种数据保护模式: 1)最高保护模式(Maximum Protection) 这里的”最高保护“是指最大限度的保护数据不丢失,也就是至少有一个standby和primary保持实时同步,但这样做的代价很大,因为只要当一个事务提交时,不但要写到primary段的online redo log,还有写到至少一个standby的standby redo log.这样会有一个严重的问题,就是当standby出现故障或网络故障,导致日志无法同步时,primary数据库会被s

在正式环境中,经常需要设置tomcat自启动,这样在重启系统服务器后就不需要再手动去开启tomcat服务器了.通过设置tomcat下的service.bat可以实现自启动的目的,但有时候会发现自己的tomcat下竟然没有service.bat,这种情况该怎么办呢? 下面这个版本是tomcat6.0.41版本,可以看到它里面是没有service.bat的. 网上好多方法是从其他版本中找个service.bat复制过来.但我认为这种方法不恰当. 原因:每个版本是一体的,把其中一些复制过来用失去了版本

实验一: 修改db_domain和service_name 我们将Db_name和Db_domain两个参数用'.'连接起来,表示一个数据库,并将该数据库的名称称为Global_name即等于service_name,即它扩展了Db_name. SYS@VDEDU > show parameter db_domain--查看db_domain NAME      TYPE  VALUE ------------------------------------ ----------- ------

(1)匹配单个属性的关键字:(2)匹配单个对象的关键字:(3)匹配对象集合的关键字:(4)基于事件驱动的:(5)实时搜索,参考win7的搜索功能. 1.备份,java代码,数据库数据. 2.oracle数据库,用户操作. (1)查看数据库默认表空间.select * from database_properties;(2)创建用户create user 用户名 identified by 密码 默认表空间 临时表空间create user dyl identified by dyl defaul

一.一般日常用的脚本 1.检查源库每个节点至少3组redoselect group#,thread#,bytes/1024/1024,members,status from v$log; select group#,thread#,sequence#,BYTES/1024/1024,archived,used,status from v$standby_log; --查看回收站 SELECT * FROM DBA_RECYCLEBIN; --查看表的信息select table_name,num

环境介绍 )客户环境11. 两节点 rac,集群重启后,集群资源一切正常,应用cs架构,连接数据库报错,提示连接对象不存在 )分析报错原因,连接数据库方式:ip:Port/service_name方式连接数据库 IP地址是scan_ip(客户未使用dns服务器,scan ip正常在节点一,实际情况在节点二,这个不影响scan的使用,本地节点二,使用scan ip可以连接) 端口号是默认1521,且测试本地可以连接 service_name,节点一 xx,节点二xx2,不一致,存在问题(默认rac

ORACLE DG在线日志修改 SQL>select SEQUENCE#,first_time,next_time,APPLIED, THREAD# from v$archived_log order by  SEQUENCE#,THREAD#; select * from v$logfile order by GROUP# ; SQL> select GROUP#,BYTES/1024/1024 from v$log; SQL> select GROUP#,BYTES/1024/102

修改主库PROD1密码后,查看configuration状态看到以下报错: [oracle@edgzrip1-PROD1 ~]$ dgmgrl sys/oracleDGMGRL for Linux: Version 11.2.0.3.0 - Production Copyright (c) 2000, 2009, Oracle. All rights reserved. Welcome to DGMGRL, type "help" for information.Connected.D

一.版本: 操作系统版本:SUSE 11 数据库版本:11.2.0.4 二.需求 因安全要求,需要修改SYS密码 三.步骤 1节点执行命令: alter user sys identified by XXXX; 2节点执行命令: alter user sys identified by XXXX; 注:经检测,DG会自动同步密码

1.环境: a.主机环境:centos6.5 b.软件环境:oracle 11.2.0.4 c.主机信息: DG1:192.168.100.51(数据库sid:atest) DG2:192.168.100.52 2.前提工作(主从都要设置): a.关闭防火墙:/etc/init.d/iptables stop b.关闭selinux:setenforce 0 查看状态:getenforce(关闭状态:Permissive) 3.主库设置: a.设置主库db_unique_name: alter

环境规划: 节点1: tc1 192.168.56.101 内存:2G 节点2: tc2 192.168.56.102 内存:2G 物理备库:tcdg192.168.56.108内存:1.5G 操作系统:Windows 2008 R2 Enterprise ************  RAC部分 ************ 一.准备工作 1.改动提升权限提示方式为"不提示,直接提升"(默觉得"非Windows二进制文件的允许提示") cmd> secpol.ms

1.配置过程 确认为归档模式 SQL> select log_mode from v$database; LOG_MODE ------------ ARCHIVELOG 配置归档日志存放路径(/home/oracle/arch提前创建) 主库:SQL>alter system set log_archive_dest_1='location=/home/oracle/arch db_unique_name=ora11g'; 备库: SQL> alter system set log_a

[DG][三思笔记]一步一步学DataGuard 它有无数个名字,有人叫它dg,有人叫它数据卫士,有人叫它data guard,在oracle的各项特性中它有着举足轻理的地位,它就是(掌声)......................Oracle Data Guard.而对于我而言,我一定要亲切的叫它:DG(注:主要是因为打着方便). 不少未实际接触过dg的初学者可能会下意识以为dg是一个备份恢复的工具.我要说的是,这种形容不完全错,dg拥有备份的功能,某些情况下它甚至可以与primary数据库

模拟生产搭建Standby RAC实验环境(11.2.0.4 DG) 环境:RHEL 6.5 + Oracle 11.2.0.4 GI.DB 1.需求背景介绍 2.准备工作 3.主库配置 4.备库配置 5.备库恢复数据库 6.检查同步状态 7.添加资源 1.需求背景介绍 目前,我有一套正常运行的Oracle 11.2.0.4 RAC实验环境.这是一套VirtualBox的虚拟化环境,整套环境均放在我的台式机服务器的D盘(SSD固态盘).也就是说,这套RAC环境的系统磁盘和共享磁盘均在本地D盘.

--查询当前数据库实例名称: SQL> select instance_name,status from v$instance; INSTANCE_NAME STATUS----------------          ------------jx                           OPEN [oracle@localhost ~]$ echo $ORACLE_SIDjx [oracle@localhost admin]$ cd /picclife/app/oracle/pr

*此处安装ORACLE DATAGUARD是利用ORACLE RMAN DUPLICATE方式安装.*可以搭建好ORACLE DG再来impdp生产数据,也可以先导入主库数据再来做DG*注意看下面的配置文件,此处LISTENER TNSNAMES里的SID_NAME我都是用的db_name的ora,没有测试其它的*TNSNAMES的起名orcl_pd orcl_sd我都用用和db_unique_name一样的 *版本CENTOS6.5  ORACLE11.2.0.4 1.两台服务器上分别安装数据

--测试环境:    OS:Redhat linux(64)    Primary:    IP:192.168.94.198    SID:dgdb1    Hostname:dg1    DB_UNIQUE_NAME:dgdb1    Database:10.2.0.1(64)     Standby:    IP:192.168.94.199    SID:dgdb1    Hostname:dg2    DB_UNIQUE_NAME:dgdb1_s    Database:10.2.0.

DG切换迁移Switch over切换文档 本篇文档,整体结构:1.切换前检查确认2.DG切换角色操作3.切换后检查确认 目录:一.切换前检查确认1.数据库版本2.DG架构,IP信息及切换角色前后3.DG切换方式,switch over or fail over4.DG迁移是否需要修改vip and scan or service_name ........(本质考虑是切换后应用的连接方式)5.DG连通性,是否正常,主库switch_status is to standby database6.