环境: 主库A机:在线生产环境,RHEL 6.4 + Oracle 11.2.0.3 备库B机:新增备机,RHEL 6.4 需求: 对生产环境最小影响前提下配置DG备库. 目录: 一.B机安装相同版本Oracle软件 二.A机,B机配置网络连接 2.1 配置listener.ora 2.2 配置tnsnames.ora 2.3 生成密码文件 三.配置主库A机,需要重启A机数据库 四.duplicate主库到备机 4.1 B机确定以下目录存在且赋予正确权限 4.2 B机数据库启动到nomount模

DG之主库.备库切换 一．开库与关库顺序 开库顺序 先启备库,再启主库(启动监听.打开告警日志) 关库顺序 先关主库,再关备库 二．主备库切换 1.操作过程一览 步骤1:启动备库.监听.告警: 步骤2:启动主库.监听.告警: 步骤3:主库(bj)查询信息 SQL>selectname,dbid,database_role,protection_mode from v$database; 步骤4:备库(sh)上做recover SQL>recovermanaged standby databas

linux下oracle11G DG搭建(二):环绕主库搭建操作 环境 名称 主库 备库 主机名 bjsrv shsrv 软件版本号 RedHat Enterprise5.5.Oracle 11g 11.2.0.1 RedHat Enterprise5.5.Oracle 11g 11.2.0.1 二.环绕主库操作: 1.主库-改动初始化參数 SQL> show parameter spfile; NAME                 TYPE        VALUE -----------

linux下oracle11G DG搭建(三):环绕备库搭建操作 环境 名称 主库 备库 主机名 bjsrv shsrv 软件版本号 RedHat Enterprise5.5.Oracle 11g 11.2.0.1 RedHat Enterprise5.5.Oracle 11g 11.2.0.1 三.环绕备库操作: 1.备库-改动初始化參数文件 $cd$ORACLE_HOME/dbs $df -h $vi initshdb.ora 改动简要说明: *.audit_file_dest='/u01/

>> from zhuhaiqing.info 主机配置 alter system set DB_UNIQUE_NAME='starboss' scope=spfile; alter system set LOG_ARCHIVE_CONFIG='DG_CONFIG=(starboss,starbossstby01,starbossstby02)'; alter system set LOG_ARCHIVE_DEST_1='LOCATION=/opt/app/oracle/archivelog/

此次的操作环境是Oracle11g 单实例,os为Linux,采用duplicate在线创建物理备库 primary上设置相关参数 ALTER SYSTEM SET LOG_ARCHIVE_CONFIG='DG_CONFIG=(ora11g,stdb)';alter system set log_archive_dest_2='SERVICE=DB_DG2 lgwr async valid_for=(online_logfiles,primary_role) db_unique_name=std

linux下一个oracle11G  DG建立(一个):准备环境 周围环境 名称 主库 备库 主机名 bjsrv shsrv 软件版本号 RedHat Enterprise5.5.Oracle 11g 11.2.0.1 RedHat Enterprise5.5.Oracle 11g 11.2.0.1 一．环境准备: 1．vbox 导入虚拟机镜像(已安装oracle.已建库) 1.导入虚拟机(主库-北京,下面简称bj) 2.导入虚拟机(备库-上海,下面简称sh) 3.主库.备库分别加入一块磁盘 为

环境: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

[DATAGUARD]物理dg在主库丢失归档文件的情况下的恢复(七) 一.1  BLOG文档结构图 一.2  前言部分 一.2.1  导读 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① 物理dg的在主库丢失归档文件的情况下的恢复 ② 物理dg管理和维护的一些sql 注意:本篇BLOG中代码部分需要特别关注的地方我都用黄色背景和红色字体来表示,比如下边的例子中,thread 1的最大归档日志号为33,thread 2的最大归档日志号

刚查了,Z3795不支持EPT,即WP8开发必须的SLAT,看来只能作为简单的WINDOWS备机了,也就只能做做文档编辑,脚本编写之类的. 数据来源 http://ark.intel.com/zh-CN/Products/VirtualizationTechnology 查询CPU是否支持SLAT SLAT(Second Level Address Translation),也叫“二级地址转换技术”.在 Intel和AMD处理器中均有所支持,但名称有所不同,Intel叫做EPT(Extended

>> from zhuhaiqing.info #!/usr/bin/bash #删除DataGuard备机归档日志备份 export ORACLE_HOME=/opt/oracle/product//Db_1 export ORACLE_SID=starboss export ARC_DIR=/home/oracle/arch export DBID= del_seq=`|cut -f2 -d_` echo $del_seq $ORACLE_HOME/bin/sqlplus "/

--------------------------------每个节点和DG------------------------------------------------------------------------- -- 配置/etc/hosts- vim /etc/hosts #Public 192.168.3.11   rac01 192.168.3.12   rac02 #Private 172.16.3.11   rac01-priv 172.16.3.12   rac02-p

主库archivelog及standbylog 仅仅是测试4天的数据,项目并未正式上线/data/dddb/DBSoftware/app/oracle/product/11.2.0/dbhome_1/dbs/archivelog/data/dddb/DBSoftware/app/oracle/standbylog

下载PostgreSQL源码包,放在任意目录 设置/etc/sysctl.conf,增加以下内容 kernel.shmmni= 4096 kernel.sem =501000 6412800000 501000 12800 fs.file-max =767246 net.ipv4.ip_local_port_range= 1024 65000 net.core.rmem_default= 1048576 net.core.rmem_max= 1048576 net.core.wmem_defau

问题描述:本来配置好的DG第二天重启之后,发现主备库数据不能同步,在主库上执行日志切换以及创建表操作都传不到备库上,造成这种错误的原因是主库实例断掉后造成备库日志与主库无法实时接收 主库:orcl    备库:orclstd 说明:启动之前主备库都要开启监听,否则接收不到数据 1.在主库上:启动主库,切换到startup状态 2.切换日志,并查看主库最大日志数 3.在备库上:验证切换过的最大日志数,发现主备最大日志数不一样,主备库数据不能同步 4.取消备库接受日志,然后重启实例,避免因为过程中造

一.准备工作 环境准备 主数据库Oracle Database安装 备服务器Oracle Database software 安装 二.正式配置 三.基本管理 --------------------------------------------------------------分割线------------------------------------------------------------- 一.准备工作 1.环境配置: 主机配置  节点   操作系统 主机名称       

问题:rman duplicate时报错: RMAN-05001:auxiliary file name /u01/app/oracle/oradata/fratbs01.dbf conflicts with a file used by the target database 分析:应该是主库的这个数据文件位置没有在参数里面做转换 解决: 1)更改参数DB_FILE_NAME_CONVERT 查看原来参数配置:(vi initSBDB1.dbf) DB_FILE_NAME_CONVERT='S

1.首先要应用日志,保持主备库一致: 备库:SBDB@SYS> recover managed standby database using current logfile disconnect from session; Media recovery complete. 2.查看主备状态: ()主库: ORA11GR2@SYS> select open_mode,protection_mode,database_role,switchover_status from v$database;

1.设置定时任务时间及所需要的dmp文件路径 [mm1@localhost ~]$ crontab -e 0 0 * * *  sh /home/mm1/exp_table.sh  2>&1 > table.log 0 0 * * *  /home/mm1/test.sh  2>&1 > test.log :wq!    保存退出 2.写入导出数据执行脚本 [mm1@localhost ~]$ vi exp_table.sh #!/bin/bash echo &qu

ORA-00210: cannot open the specified control file ORA-00202: control file: '/u01/app/oracle/oradata/orcl/control01.ctl' ORA-27086: unable to lock file - already in use 思路: 1.看一下"lk" and "sgadef.dbf"这两个文件是不是存在着,如果存在将其删掉: 2.看是不是有后台进程存在:

ORA11G_DG=   (DESCRIPTION_LIST=    (FAILOVER=on)    (DESCRIPTION=       (ADDRESS=(PROTOCOL = TCP)(HOST = 192.168.202.136)(PORT = 1521))      (CONNECT_DATA=          (SERVICE_NAME=ORA11G)      )    )    (DESCRIPTION=       (ADDRESS=(PROTOCOL = TCP)(HO