zuixinnet的专栏

今天调试一个RMAN 的备份脚本，这个脚本以前也用过很多次，并没有什么问题，今天执行时，就是过不去。操作系统：Redhat 5.8数据库：11.2.0.3错误如下：RMAN-00571:===========================================================RMAN-00569: =============== ERROR

[root@rac1 11.2.0]# ./root.shPerforming root user operation for Oracle 11gThe following environment variables are set as:    ORACLE_OWNER= grid    ORACLE_HOME=  /u01/app/grid/11.2.0Enter the

INS-35354] The system on which you are attempting to install OracleRAC is not part of a valid cluster   CAUSE: Prior to installing Oracle RAC, you must create a validcluster. This is done by deplo

EXP-00056: ORACLE error 12154 encountered ORA-12154: TNS:could not resolve service name EXP-00000: Export terminated unsuccessfully Cause: The import or export cannot find the net service

Oracle 数据库可能因为hang住而产生严重的性能问题，而通过HANGANALYZE  功能产生的日志可以帮助我们快速的定位是否是2个或者多个进程死锁了，有多少进程收到影响。 从而帮助我们诊断出数据库的问题。  一.  HANGANALYZE 的2种使用方式：（1） The “HANGANALYZE” command is available since Oracle Re

之前整理过一篇文章：            Oracle 等待事件            http://blog.youkuaiyun.com/tianlesoftware/archive/2010/05/31/5635934.aspx 一．等待事件的相关知识： 1.1 等待事件主要可以分为两类，即空闲(IDLE)等待事件和非空闲(NON-IDLE)等待事件。1). 空闲等待事件指

enq:SQ contention/row cache lock/DFS lock handle(SV) 这三个等待事件都与Oracle 的Sequence 有关。 有关Sequence说明，参考我的Blog：       Oracle Sequence Cache参数说明       http://blog.youkuaiyun.com/tianlesoftware/archive/2010/1

[root@rac1 admin]# tnsping rac2TNS Ping Utility for Linux: Version 11.2.0.3.0 - Production on 19-JUL-2013 20:40               :45Copyright (c) 1997, 2011, Oracle.  All rights reserved.Used param

一.  Library Cache Lock    Library cacheHandle 里保存了lock 和 pin 的信息。而且在Library cache handle 和child cursor 上都有lock 和pin。它们称为library cache lock和library cache pin。 Library cachelock/pin是用来控制对l

一个rac节点自动重启后，集群服务起不来。[oracle@rac2 ~]$ crs_stat -tCRS-0184: Cannot communicate with the CRS daemon. [oracle@rac2 cssd]$ tail -200f ocssd.log [    CSSD]2012-04-11 17:28:46.605 [3020250016] >TR

1、oracle不在dba组中。[root@localhost ~]# gpasswd -d oracle dbaRemoving user oracle from group dba[root@localhost ~]# su - oracle-bash: /etc/profile: line 61: syntax error: unexpected end of file[

recover database using backup controlfile  until cancel    *._allow_resetlogs_corruption=true*._allow_error_simulation=true加入两个隐含参数再启动SQL> alter database open resetlogs;alt

节点二：[oracle@rac2 ~]$ crs_stat -tCRS-0184: Cannot communicate with the CRS daemon节点一：[root@rac1 ~]# crs_stat -tName           Type           Target    State     Host------------------------

在备份过程中遇到一个坏块，报错如下：RMAN>  backup database format='/home/ora10g/backup/dbfull_%U.bak';Starting backup at 2013-09-14using target database control file instead of recovery catalogallocated channel

更改oracle 服务器ip地址之后启动监听时报如下错误： TNS-12542: TNS:address already in use TNS-12560: TNS:protocol adapter error  TNS-00512: Address already in use   Linux Error: 98: Address already in use修改/etc/h

1、查看alert log 报错如下：Thu Nov  7 17:21:27 2013Errors in file /eas2/oracle/oraeas/udump/oraeas_ora_12596.trc:ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [], []Thu Nov

1、模拟数据文件offline drop；alter database  datafile 5 offline drop;2、手工切换检查点，使检查点更新。alter system checkpoint;3、将redo中的日志覆盖。alter system switch logfile; --切换几次4、查看检查点情况。select file#,to_char(CHEC

在dbsnake 上看到的这篇文章，转过来。 主要还是学习解决问题的一个思路。这个往往比问题的解决更重要。       原文链接如下：       http://dbsnake.com/2010/06/solve-library-cache-pin.html 内容如下：        今天接到同事的电话，说他的一个存储过程已经run了一个多小时了，还

SQL> startupORACLE 例程已经启动。Total System Global Area 368263168 bytesFixed Size 1374668 bytesVariable Size 276825652 bytesDatabase Buffers 83886080 bytesRedo Buffers 6176768 bytes数据库装载完毕。

duplicate target database for standby  from active database;sql statement: alter database mount standby databaseRMAN-00571: ===========================================================RMAN-00569:

标签：ORA-01190: controlfile or data file string is from before the last RESETLOGS控制文件或数据文件来自上次resetlogs之前。问题分析：1、出现这个问题是由于控制文件和数据文件的不一致性造成的，可能控制文件是新的，而数据文件是从旧的备份文件中恢复过来的。导致不一致性使数

RMAN-06023: no backup or copy of datafile 6 found to restore现场人员报告说误删除了用户（drop user），按照操作文档作RMAN的不完全恢复，但是报错，错误信息显示：RMAN-03002: failure during compilation of commandRMAN-03013: command type: re

前提条件1.      归档模式下。2. 数据文件在当前控制文件之后创建。 否则会报ORA-01178错误。ORA-01178: file 5 created before last CREATE CONTROLFILE, cannot recreateORA-01110: data file 5: 'D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/

/bin/bash^M: bad interpreter: No such file or directory或: not foundine 1:，出现这两种报错都是因为文件格式问题，只需用dos2Unix filename将文件转换为Unix格式就行。

问题：ORA-01187: cannot read from file  because it failed verification testsORA-01110: data file 201: '/u01/oradata/md/temp01.dbf'解决办法： 1. 册除临时表2. 再重建数据文件1、alter database tempfile 'D:\ORACLE\

RMAN> recover database;#会报错，但不要紧，我们只需要得到thread和sequence号就行Starting recover at 20-JUL-11using channel ORA_DISK_1starting media recoveryunable to find archive logarchive log thread=1 sequence=

Windows环境下： C:\Documents and Settings\Administrator>C:\Documents and Settings\Administrator>C:\Documents and Settings\Administrator>exp user/password@oracle tables=table1 rows=y indexes=y co

2.db_B的操作$ echo "db_name=ora10g">$Oracle_HOME/dbs/initora10g.ora$ sqlplus / as sysdbaSQL> startup nomount$ls /oradata/back #查看从db_A上传过来的备份文件，其中大小比较小的为参数文件和控制文件的备份，最大的为数据文件的备份。可以在db_A上执行“RMAN>l

Drop tablespace 有下面两种方式：drop tablespace crm_data including contents and datafiles;drop tablespace crm_data including contents cascade constraints;报错有下面几种：一. ORA-23515--- ORA-23515: materia

昨天进行大批量插入数据时出现了 ORA-00257: archiver error. Connect internal only, until freed错误，经过查找才知道是归档日志满了。原因是：Oracle 10g数据库物理空间管理方式与以前Oracle发生了变化，对归档日志所在的Flash_Recovery_Area空间进行了另外限制Flash_Recovery_Area空间缺省安装时比较小

故障：ORA-00845: MEMORY_TARGET not supported on this systemOracle 11g的Linux版本在修改了MEMORY_TARGET或者SGA_TARGET后启动可能会报错：SQL> shutdown immediateDatabase closed.Database dismounted.ORACLE instance shu

RMAN> restore database;Starting restore at 15-APR-13using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: SID=18 device type=DISKRMAN

OEM以及oracle客户端中sys无法以sysdba登录解决案例 今早，公司某平台进行性能测试，出现了数据库连接用光，需要进行数据库访问瓶颈问题分析，在数据库服务器上顺利安装好了OEM，在window客户端进行OEM登录时候，通过sys帐号以sysdba角色权限登录，提示用户名或密码错误，直接到服务器上以conn sys/****** as sysdba连接成功，而另外一台服务器在客户单

ORA-00313, ORA-00312, ORA-27037 in Standby Database [ID 601835.1] Modified 20-APR-2009     Type PROBLEM     Status MODERATED In this Document  Symptoms

32位Win7上装Oracle10g 32位安装好win7后，下载JDK，配置环境变量，安装MyEclipse8、安装MySQL、配置Tomcat6一路下来没有任何问题，就是安装 Oracle10G出现了问题。win7与oracle 10G不兼容，但是教学必须要用10G所以还是放弃了安装11G的念头。具体安装过程如下： 将oralce 10G的安装镜像解压都硬盘，找到\st

在使用RMAN從AUTOBACKUP中恢復SPFILE，可能會碰到這個錯誤，這裡簡單總結一下。 在RMAN恢復SPFILE過程中，可能遇到下面的錯誤：RMAN> restore spfile from autobackup;Starting restore at 27-6月-07using target database controlfile instead of r

环境：redhat 6.1+11.2.0.3RAC实验：节点一sessions：SQL> select userenv('sid') from dual;USERENV('SID')--------------            62SQL> create table binbin(id number,name varchar2(20));Table creat