ITPub博客

在一次使用数据泵导出/导入工具(expdp/impdp),进行数据库数据迁移时,执行impdp命令时,发生了ora-600的错误,导致了部分表导入失败.经查,表的定义信息被导入,表的记录数为0.查询了metalink的相关文件,只找到关于导出时使用了压缩导致的问题,本例中导出是没有使用压缩的,所以不属于这种情况。本例中导出是使用的文件分割，即在expdp命令中使用了filesize＝10g的参数。导出的语句和错误如下:$impdp system/*** dumpfile=full_20110301_%U.dmp directory=imp_dir logfile=imp01.log[@more@]。。。。。。ORA-31693: Table data object "DAT

使用数据库冷备份方式进行数据库迁移，可以避免在逻辑层操作带来的错误，同时可以将数据库原封不动的迁移到一个新的环境中，操作简单，风险比较小。本文讨论是在WINDOWS环境下的迁移操作。 数据库冷备份迁移的主要步骤如下所示：1. 在旧库环境下,生成pfile,复制到新数据库服务器中,并更改文件中控制文件的目录A. 旧数据库服务器上生成pfile,文件存放在$ORACLE_HOME/database目录,文件名为init{SID}.ora,本例中文件为initFSJK.ora linux/unix pfile存在$ORACLE_HOME/dbs目录下SQLPLUS / AS SYSDBAsql>create pfile fr

一. 问题描述在一次数据库灾难恢复过程中,数据库恢复到一个新的环境里,并且数据库已经成功启动了,可以在服务器上登录与访问。但客户端在访问时却报了ORA-27101的错误，无法通过定义数据库连接串远程连接到这个数据库。在数据库服务器上，定义一个访问本地数据库的连接串,使用这个连接串连接也报同样的错误。错误的现象与现场如下：$export ORACLE_SID=Port本地可以使用管理员登录，数据库为open状态[@more@]$sqlplus / as sysdbaSQL*Plus: Release 10.2.0.3.0 - Production on Fri Feb 18 09:44:01 2011Copyright (c) 1982, 2006, Oracle.

impdp命令在导入数据时,如果用户存在,则会自动创建该用户,因为expdp导出的dmp文件中包含了创建用户的脚本信息(包括密码,缺省表空间,临时表空间等)。 impdp自动创建用户有一个前提条件，就是需要首先创建用户的缺省表空间和临时表空间，如果缺省表空间或者临时表空间不存在，则自动创建用户会失败，导致导入数据的失败。 下面通过实验来描述impdp自动创建用户的前提条件和应用场景[@more@]一. 创建表空间和用户 SQL> create tablespace aidu datafile '/oradata/gridctl/aidu01.dbf' size 128m extent managem

问题描述: 安装ORACLE CRS到了配置cluster 中包括的节点时,出现节点信息为空,同时无法手工添加节点的情况('add'按钮为不可用).[@more@]问题分析: 出现这个情况的主要原因是,没有在两个节点上手工执行rootpre.sh脚本,导致CRS安装程序无法找到合适的节点. 问题解决: 方法一 删除crs安装,运行rootpre.sh后在运行crs的安装程序. 方法二 编辑一个文件(例如文件名为 crs.conf),其内容为: crsdb_node1 db_heart1 db_node1-vip

用户 口令 说明 ANONYMOUS ANONYMOUS 用于访问ORACLE XML DB知识库的帐户。 CTXSYS CTXSYS 是MEDIA TEXT的用户，有CONNECTRESOURCEDBA权限 DIP DIP 目录集成平台的帐户（DIRECTORY INTEGERATION PLATFORM) DBSNMP DBSNMP 具有CONNECTRESOUCEHESNMPAGENT 权限的角色，可用CATNSMP.SQL脚本删除此用户和角色,GRID CONTROL需要使用到该用户[@more@]DMSYS DMSYS EXFSYS EXFSYS 表达式过滤器帐户（EXPRESSIO FILTER) MDDATA MDDATA ORACLE空间数据帐户 MDSYS MDSY

问题描述 netbackup的客户端与netbackup的服务器的IP地址不在同一个网端,并且两台计算机中间有一道防火墙,客户端是ping不通服务器的,无法通过ping测试网络的连通性。 为了保证netbackup的正常运行，需要开通两个计算机之间的3个端口的访问权限,分别是：13782，13720，13724。 通过检测防火墙的访问日志，我们可以看出客户端与服务器的之间的访问端口号和访问方向，大致为： 客户端 访问 服务器 13720 服务器 访问 客户端 13724 服务器 访问 客户端 13782 所以我们可以根据上面的

 1. 问题描述         在LINUX 客户端安装完netbackup client和netbackup for db等netbackup客户端后，在netbackup服务器端定义该linux客户端的备份策略，完成备份...

  今天在一个生产数据库上发现了一个TOP SQL，SQL 本身很简单，但COST 非常大（执行计划走了全表扫描），SQL语句如下：SELECT D.FIELD_VALUE, D.FIELD_VALUE_CLOB FROM RUNLOG_RUN_REC_DETAIL D WHERE D.RUN_...

 A、 开始监测索引的使用 Alter index hr.emp_name_ix monitoring usage; B、 停止监测索引的使用 Alter index hr.emp_name_ix nomonitoring usage; C、 查询索引的使用情况 Select index_name,used from...

 标记未使用的索引     A、 开始监测索引的使用     Alter index hr.emp_name_ix monitoring usage;     B、 停止监测索引的使用     Alter...

在数据库服务器不同的计算机上(AIDU)cmdsqlplusSQL>CONN SYS/SYSTEM@AIDU2008 AS SYSDBASQL>CREATE USER AIDU PROFILE "DAFAULT" IDENTIFIED BY "AIDU" DEFAULT TABLESPACE "USERS" TEMPORARY TABLESPACE "TEMP" ACCOUNT UNLOCK;[@more@]SQL>GRANT CONNECT TO AIDU;SQL>CREATE USER AIDU2 PROFILE "DEFAULT" IDENTIFIED BY "AIDU2" DEFAULT TABLESPACE "USERS" TEMPORARY TABLESPACE "TEMP" ACCOUNT UNLOCK;SQL>GRANT CONNECT TO AIDU2;

一次存储的操作导致了ORACLE RAC的一个ocr设备近一个小时的无法访问,所以ORACLE RAC OCR设备需要重新配置,与运行的ocr设备进行同步操作. 在节点2执行ocrconfig时报PROT-1 Failed to initialize ocrconfig错误,如下:[root@scdb_node2 raw]# /oracle/product/10.2.0/crs/bin/ocrconfig -replace ocrmirror /dev/raw/raw2PROT-1: Failed to initialize ocrconfig 怀疑是节点2的crs没有启动,检查crs的状态:$crs_stat CRS-0184: Cannot communicate with the CRS daemon.crs没有正确启动，可以是因为存储的问题,导致的vo

一. 问题描述 在数据库警告日志中不断报ORA-00600 [13310]的错误.$tail -f alert_<ORACLE_SID>.log…….ORA-00600: internal error code, arguments: [13310], [], [], [], [], [], [], []Mon Aug 23 10:48:35 2010Errors in file /oracle/admin/ypjkdb/bdump/ypjkdb_j000_1225180.trc:ORA-00600: internal error code, arguments: [13310], [], [], [], [], [], [], []Mon Aug 23 10:49:35 2010Errors in file /oracle/admin/ypjkdb/bdump/ypjkdb_j000_1225180.trc:ORA-00600: internal error code, arguments: [13310], [], [], [

使用静默方式(silent)安装grid control,可以不用使用X-Windows,或者其它的图形软件,不用设置DISPLAY等,适合于很多端口限制很严和安全性要求很高的环境. 静默方式(silent)安装的基本步骤为:一. OMS SERVER环境准备,REPOSITORY DB环境准备.二. 下载安装程序,解压缩到安装目录三. 编辑静默安装的responeFile,设置OMS的路径,repos db的参数,SecurePWD.四. 运行runInstaller -silent -noconfig -responentFile…进行静默安装,使用noconfig参数,只安装软件,不进行配置操作,在升级安装中noconfig常常被用到,一般安装10.2.0.1,升级到10.2.0.3,升级

需要创建DIRECTORYexpdp,impdp是新的数据导出,导入工具,是基于server端的工具,所有的文件需要在服务器端存放,这是有别与旧的导出/导入工具(exp,imp).创建的语句: create or replace directory dmp_dir as '/dmp';给用户赋权: grant read,write on dmp_dir to user1,user2;[@more@]我们可以为数据文件和日志文件创建不同的directorycreate ora replace directory dmp_log as '/dmplog/';导出数据时,将数据文件与日志文件存放到不同的地方expdp user1/***** directory=dmp_dir dumpfile=user1.dmp logfile=dmp_log:user1.log SQL>SELECT

安装EMC POWERAPTH FOR LINUXEMC比较变态，在emc的网站上，无法下载powerpath软件。我是通过别人拿到了emc powerpath的安装包。使用RPM -Uvh EMCpower.LINUX-5.1.2.00.00-021.rhel5.x86_64.rpm完成软件安装后，最好重新启动一下操作系统。[@more@]重新启动后可以识别到/dev/emcpowera，/dev/emcpowerb两个设备Pvcreate /dev/emcpoweraPvcreate /dev/emcpowerbVgcreate datavg2 /dev/emcpoweraVgcreate datavg3 /dev/emcpowerbLvcreate -L99g -n lv_oradata2 datavg2Mke2fs /dev/datavg2/lv_oradata2Mkdir /oradata2Mount /dev/datavg2/lv_

在一次大型数据库库的导出操作中，将导出文件名称写重复了，导出数据脚本如下:nohup exp user/**** log=/exp_dir/exp_20100527.log filesize=16G file=/exp_dir/user01.dmp,/exp_dir/user01.dmp,/exp_dir/user02.dmp,/exp_dir/user03.dmp,/exp_dir/user04.dmp,/exp_dir/user05.dmp,/exp_dir/user06.dmp,/exp_dir/user07.dmp,/exp_dir/user08.dmp,/exp_dir/user09.dmp,/exp_dir/user10.dmp,/exp_dir/user11.dmp,/exp_dir/user12.dmp,/exp_dir/user13.dmp,/exp_dir/user14.dmp,/exp_dir/user15.dmp,/exp_dir/user16.dmp,/exp_dir/user17.dmp

在数据库运行维护中，常常遇到日志迅猛增长的问题，迅猛增长的日志，将会把日志目录撑爆，导致数据库日志无法切换，最终导致数据库停止运行和响应。这个问题的大部分问题是 BAD SQL造成的。我们可以通过归档日志的分析，迅速定位bad sql，提交给开发者进行改进。使用DBMS_LOGMNR包进行日志分析。LogMiner包含两个PL/SQL包和几个视图： 1、dbms_logmnr_d包，这个包只包括一个用于提取数据字典信息的过程，即dbms_logmnr_d.build()过程。 2、dbms_logmnr包，它有三个过程： add_logfile(name varchar2, options number) - 用来添加/删除用于

问题描述:因为一个系统2010-06-17日发生了一个异常数据操作问题,更新了一个表的200多万条记录,属于逻辑操作错误。维护人员与开发商提出查询2010－06－17日归档日志的要求，想通过日志分析了解是否进行了这个变更。因为需求提出是2010－06－22日，所以时间过了近一周，数据库的归档日志需要从netbackup服务器的带库中导出到本地，以便进行日志的分析工作。[@more@]在进行日志恢复的操作时，发生了错误，无法将日志恢复到本地盘,具体操作及描述如下:通过RMAN 可以查询出2010－06－17日日志文件的序列号(SEQUENCE)的范围是:17018 and 17105RM