1.首先根据alert跟踪日志发现归档空间满,路径大致如下:cd $ORACLE_BASE/diag/rdbms/jsswgsjk/jsswgsjk1/tracetail -f alert_jsswgsjk1.log 2.sqlplus 执行命令结果:--可以看出没有正确使用归档盘:+ARCH 3.修改归档文件路径:--如果数据库当前是归档状态修改归档路径不用重启数据库alter system set log_archive_dest_1='location=+ARCH';4.查看归档路径正确性

自Oracle 11g起,无需设置UTL_FILE_DIR就可以使用LOGMNR对本地数据库的日志进行分析,以下是使用LOGMNR的DICT_FROM_ONLINE_CATALOG分析REDO和归档日志的步骤 分析REDO日志的实验 创建测试表,并做DML操作. SQL> create table t_test(id number,name varchar2(15)); Table created. SQL> insert into t_test values(1,'stream'); 1 r

为什么flashback 的时候既需要 flashback log ,又需要 archive log 呢? 如果数据库的活动不是很频繁,可以看到,其flashback log 是比较小的.那么是通过怎样的方式 flashback 到过去的呢? 示意如下: 12:50 第一次更改数据(100-->200) 1:00 进行 第一次 flashback log 写入. 记录内容是 更改前的数据:100 1:10 第二次更改数据(200-->300) 1:30 再进行下一次flashback log 

Oracle 11g是Data Guard的重要里程碑版本.在11g中,Active DataGuard.Advanced Compression等特性大大丰富了Data Guard的功能和在实践领域应用的广度.其中,除了传统的Physical Standby和Logical Standby,11g推出了新的Standby类型——Snapshot Standby. Standby的实质是“同步更新”,无论是Physical Standby还是Logical Standby,都是依照主库Prima

3.Snapshot Standby行为研究 下面我们分析一下Snapshot Standby的工作性质和行为性质.我们在主库方向研究当前状态. --主库日志情况 SQL> select group#, sequence#, archived, status from v$log; GROUP#  SEQUENCE# ARCHIVED STATUS ---------- ---------- -------- ---------------- 1         98 YES      INAC

环境现状: 两台虚拟主机A和B: 1. A机器已安装ASM存储的Oracle 11g 实例      参考:http://www.cnblogs.com/jyzhao/p/4332410.html 2. B机器已安装系统,配置以及目录结构均和A机器保持一致      /u01 + 3块ASM盘   DG部署规划:   primary standby 主机 JY-DB JY-DBS db_name jyzhao jyzhao db_unique_name jyzhao jyzhao_s insta

[root@testdb11b ~]# /u01/app/oraInventory/orainstRoot.sh Changing permissions of /u01/app/oraInventory. Adding read,write permissions for group. Removing read,write,execute permissions for world. Changing groupname of /u01/app/oraInventory to oinstal

Oracle 11g之后提供了卸载grid和database的脚本,可以卸载的比较干净,不需要手动删除crs ##########如果要卸载RAC,需要先使用dbca删除数据库,在执行下面的操作############### 1.root用户进入到grid的ORACLE_HOME(在最后一个节点以外的所有节点执行,如果只有两个节点的RAC那么只在主节点上执行即可) 说明:(如果没有从官网上下载) 1.从oracle官方网站上下载的deinstall工具 11GR2有7个下载包,deinstall

文章转自网络 Oracle 11g于2007年7月11日美国东部时间11时(北京时间11日22时)正式发布,11g是甲骨文公司30年来发布的最重要的数据库版本,根据用户的需求实现了信息生命周期管理(Information Lifecycle Management)等多项创新. 一．新特性提纲 1.数据库管理部分 ◆数据库重演(Database Replay) 这一特性可以捕捉整个数据的负载,并且传递到一个从备份或者standby数据库中创建的测试数据库上,然后重演负责以测试系统调优后的效果. ◆

About Oracle ASM Instances About Oracle ASM Disk Groups About Mirroring and Failure Groups About Oracle ASM Disks About Oracle ASM Files About Oracle ASM Instances Oracle ASM 实例基于和 Oracle Database 实例相同的技术构建.Oracle ASM instance 具有类似于 Oracle 数据库实例的 Sys

博文结构图如下: 一.环境描述以及注意事项 1.1 环境简介 IP 系统 Oracle版本 OGG版本 源端 172.16.10.16/36 RHEL6.5 oracle11204 12.1 目标端 172.16.10.154 RHEL6.5 oracle11204 12.1 同步用户为:hr. 1.2 OGG网络带宽规划 GoldenGate数据同步所需的网络带宽是目前各种技术中最低的,复制全库数据时,通常GoldenGate队列文件大小与数据库日志大小的比例为1:4,GoldenGate网络

Oracle的任何一个新版本,总是会带来大量引人瞩目的新特性,但是往往在这些新特性引入之初,首先引起的是一些麻烦,因为对于新技术的不了解.因为对于旧环境的不适应,从Oracle产品到技术服务运维,总是要走过一个磨合的长期过程. 请注意:我们并不推荐大家盲目的关闭和摒弃Oracle的新特性,我们建议大家在遇到问题时,做出适合自己的调整. 就此盘点一下 Oracle 11g 中,那些新特性带来的新烦恼,如果有用户准备或者刚刚踏入这个新版本,则可以作为借鉴. 1 Adaptive direct pat

在Oracle 11g中,data guard最吸引人的,除了active data guard的实时查询特性(即可以以只读方式打开物理standby数据库的同时MRP进程能继续做recover),快照备用数据库这个特性也是不错,比较适用于快速部署一个临时的与线上环境相同的测试数据库.它是通过还原点(restore point)和闪回数据库的原理(flashback database),可以以读/写方式打开物理备用数据库,对数据库进行修改,之后再根据还原点,恢复到物理备用数据库. 操作相当简单,

Background Processes Table F-1 describes Oracle Database background processes. In this context, a background process is defined as any process that is listed in V$PROCESS and has a non-null value in the pname column. The External Properties column li

oracle 11g RAC 在Windows 7下安装 完全要参考RAC11gR2OnWindows.pdf 难点总是在Grid Infrastructure 而安装Grid Infrastructure的难点又总是在存储上 而存储的根本就是在扩展分区上划分逻辑分区,请使用Disk part命令去做. 安装Grid Infrastructure重要点就是准备工作,一定要照着RAC11gR2OnWindows.pdf做 主要是一些注册表项设置(牵涉到TCP/IP协议).网卡设置(Public网卡

Oracle 11g 物理Dataguard日常操作维护(二) 2017年8月25日 14:34 3.3 3.3.1 查看备库进程状态 SYS(125_7)@fpyj123> select process,client_process,sequence#,status from v$managed_standby ; PROCESS   CLIENT_P  SEQUENCE# STATUS --------- -------- ---------- ------------ ARCH     

oracle的events,是我们在做自己的软件系统时可以借鉴的 Oracle 11g trace eventsORA-10001: control file crash event1ORA-10002: control file crash event2ORA-10003: control file crash event3ORA-10004: block recovery testing - internal errorORA-10005: trace latch operations fo

Target Side Setup Install OGG on Target Side Creates required directories for OGG [oracle@vzwc1 ggs]$ ./ggsci Oracle GoldenGate Command Interpreter for Oracle Version 11.2.1.0.23 18709404 OGGCORE_11.2.1.0.0OGGBP_PLATFORMS_140523.1046_FBO Linux, x64,

xtts v4for oracle 11g&12c(文档ID 2471245.1) 序号 主机 操作项目 操作内容 备注: 阶段一:初始阶段 1.1 源端 环境验证 migrate_check_xtts.sql是否实用XTTX 检查验见传输表空间先决条件V4  1.2 源端 确认表空间和用户 例罗需要传输的表空间 和 用户 1.3 目标端 安装数据库软件和实例 11.2.0.4 以上版本 目标端 提前创建好用户 根据通用XTTS要求,确保目标数据库中存在表空间传输所需的用户. 1.4 源端 安装

Oracle 11g R2(11.2.0.1) RAC  数据文件路径错误解决--ORA-01157 ORA-01110: 数据文件 oracle 11g R2(11.2.0.4) rac--scan ipselect file_name,tablespace_name from dba_data_files;+DATA/bol/datafile/system.259.990861405 SYSTEM+DATA/bol/datafile/sysaux.260.990861407 SYSAUX+D

Rman Enhancements In Oracle 11g. (Doc ID 1115423.1) APPLIES TO: Oracle Database - Enterprise Edition - Version 11.1.0.6 to 11.2.0.3 [Release 11.1 to 11.2]Oracle Database Cloud Schema Service - Version N/A and laterOracle Database Exadata Cloud Machin