使用exp&imp工具进行数据库备份及恢复1.exp/imp使用方法介绍exp/imp为一种数据库备份恢复工具,也可以作为不同数据库之间传递数据的工具,两个数据库所在的操作系统可以不同.exp可以将数据库数据导出为二进制文件,imp可以将导出的数据文件再导入到相同的数据库或不同的数据库.说明:尽可能的用低版本的exp执行导出(源端和目标端数据库数据库版本中,哪个版低就用哪个执行导出),尽可能的用目标端数据库的IMP版本执行导入.数据库导出有四种模式:full(全库导出).owner(用户导出).

如题: Oracle 11g 的bug?: aix 上,expdp 11.2.0.1 导出,impdp 11.2.0.3 导入,Interval 分区的 [Interval] 分区属性成了[N] 谨记!

实验环境: 11.1.0.6.0   对ANONYMOUSUSER_ALL表中分区进行备份 SQL> select TABLE_NAME,PARTITION_NAME,HIGH_VALUE,PARTITION_POSITION,TABLESPACE_NAME from user_tab_partitions where TABLE_NAME='ANONYMOUSUSER_ALL'; TABLE_NAME          PARTITION_NAM HIGH_VALUE             

本文记录了打PSU的全过程,意在体会数据库打PSU补丁的整个过程. 1.OPatch替换为最新版本2.数据库软件应用19121551补丁程序3.数据库应用补丁4.验证PSU补丁是否应用成功 1.OPatch替换为最新版本 [oracle@DB usr2]$ id uid=(oracle) gid=(oinstall) 组=(oinstall),(dba) 环境=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 [oracle@DB usr

本文来自我的github pages博客http://galengao.github.io/ 即www.gaohuirong.cn [转自]http://www.xifenfei.com/2012/08/oracle%e7%94%a8%e6%88%b7%e9%87%8d%e5%91%bd%e5%90%8d.html 从oracle 11.2.0.2开始提供了用户重命名的新特性,在以前的版本中,如果想对用户重命名,一般来说是先创建一个新的用户并授权,然后将原用户下的所有对象导入,然后删除旧的用户!

写在前面: 1.Oracel打每个补丁的操作有时存在差异,所以不管多熟悉,都应该在打任何补丁之前阅读新补丁中附带的readme. 2.Oracle每季度都会更新一个最新的PSU,本文最新指的是当前最新(即0719发布的PSU). 3.之前整理的完整记录一则Oracle 11.2.0.4单实例打PSU补丁的过程由于旨在体验打补丁的整个过程,粘贴了所有过程输出,篇幅很长,不利于快速参考,本次旨在可以用来快速参考,并增加了OJVM PSU的修补部分.如果对本文的简要命令有疑问,可以反过来参考之前的文

环境:两节点RAC(RHEL 6.4 + GI 11.2.0.4 + Oracle 11.2.0.4) 需求:安装最新PSU补丁11.2.0.4.7 1.下载补丁和最新OPatch 2.检查数据库当前OPatch版本 3.更新OPatch 4.解压补丁文件 5.检查补丁之间有无冲突 6.停止数据库和本地crs服务 7.更新补丁 8.登录数据库执行升级字典操作 9.验证补丁更新结果 Reference 1. 下载补丁和最新OPatch MOS 补丁程序和更新程序搜索到最新的PSU:截至目前最新是1

[TOC] 一,主机配置 1.修改hosts文件(两节点) #127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 crm-4g-nm-dahsxw1 #::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 crm-4g-nm-dahsxw1 127.0.0.1 localhost.localdomain lo

[TOC] 一,预安装处理 1.版本准备 操作系统:RHEL 6.5 数据库版本:Oracle 11.2.0.4 相关包:p13390677_112040_Linux-x86-64_1of7.zip              p13390677_112040_Linux-x86-64_2of7.zip              p21352635_112040_Linux-x86-64.zip              OPatch-p6880880_112000_Linux-x86-64.zi

一,简介 二,配置虚拟机 1,创建虚拟机 (1)添加三块儿网卡:   主节点 二节点 eth0:    公网  192.168.1.20/24   NAT eth0:    公网  192.168.1.21/24   NAT eth1:私网  192.168.2.20/24     host-only eth1:      私网  192.168.2.21/24   host-only eth2:    DHCP    Bridged eth2:     DHCP    Bridged 主机名:

回滚环境: 1.源库版本: Grid Infrastructure:11.2.0.3.15 Database:11.2.0.3.15 2.目标库版本: Grid Infrastructure:11.2.0.3.13 Database:11.2.0.3.13   执行步骤: 1.备份源库(root & grid & oracle) 在待回滚的节点执行备份,以防止回滚失败后导致软件故障. a.备份 ASM 实例参数文件(grid) 以 / as sysasm 身份进入 sqlplus 环境,执

升级环境: 1.源库版本: Grid Infrastructure:11.2.0.3.13 Database:11.2.0.3.13 2.目标库版本: Grid Infrastructure:11.2.0.3.15 Database:11.2.0.3.15   执行步骤: 1.备份源库(root & grid & oracle,每个节点) 在待升级的节点执行备份,以防止升级失败后导致软件故障. a.备份 ASM 实例参数文件(grid) 以 / as sysasm 身份进入 sqlplus

说明:这是新上线主机,还没有建库的.如果库已经存在,那么最后还要进行刷库操作呢! 环境:SUSE Linux Enterprise Server 11 sp1 (x86_64) 要求将数据库从11.2.0.3.0升级到11.2.0.3.7 PSU(最新),补丁为:16619892 p16619892_112030_Linux-x86-64.zip 用oracle用户解压后: oracle@tb-dinggou3:~/softs> unzip p16619892_112030_Linux-x86-

之前写过一篇关于PSU升级的案例,参考如下: http://blog.csdn.net/jyjxs/article/details/8983880 但是,感觉有些地方理解的不是很透彻明白,照猫画虎的比划着文档也做了下来.现在借助单机asm升级搞懂Patch For Grid Infrastructure (GI) 的一些细节. 参考上面的文档: 1.安装相应的OPatch工具 2.解压补丁(p16742216_112030_Linux-x86-64和p6880880_112000_Linux-x

Oracle rdbms 扑灭psu离11.2.0.3.0升级到11.2.0.3.11 参考patch :18522512 停止应用,停止听音乐并DB,将db的oracle_home在下面OPatch将文件夹添加到环境变化PATH.由于接下来要用opatch工具. 报错,说这个opatch工具太旧.要下载新的. The OPatch version being used (11.2.0.1.7) doesn't meet the minimum version required by the p

solaris X86-64下一个ORACLE战斗11.2.0.3.8补丁: 正确的步骤: 1.BUG6880880 .OPATCH补丁 2.BUG16902043.11.2.0.3.8补丁 情感是练啊观看easy一波三折的事情--图像OPATCH的版本号问题在安装11.2.0.3.8补丁前有提示的.要细心唉. MOS还是非常好用的哈哈. 安装过程: 1.环境检查 -bash-3.2$ ls 16902043                           alert_byssolaris.

Oracle DataGuard 升级 [11.2.0.1 -> 11.2.0.4] Primary: 11.2.0.1 单机,Site A. Standby: 11.2.0.1 单机,Site B.Site C. 当前DG环境示意图: 需求:升级至11.2.0.4 升级思路: 主库暂停归档传输:备库安装新版本软件,备库启动到mount:主库安装软件,主库升级数据库,主库启用归档传输. 注意: 11g新版本软件安装到一个新目录下,注意copy之前的spfile.密码文件.network file

1. 下载补丁和最新OPatchGI PSU : p25869727_112040_Linux-x86-64.zipOPatch : p6880880_112000_Linux-x86-64.zip 说明:GI PSU包括DB PSU,CPU.单机与RAC的opatch通用,单机与rac的psu不通用. 2. 检查数据库当前OPatch版本 RAC所有节点的GI home和DB home都需要检查.$ $ORACLE_HOME/OPatch/opatch version 3. 更新OPatch,

最近做了一个安装11.2.0.4.180116补丁的实验,突然想起之前和同事讨论的一个问题:如何检查数据库安装补丁的版本,之前搜到的是去查dba_registry_history,有的说在操作系统中执行./opatch lspatches查看.就做了一个实验: 前提:本系统曾前后安装了 171017和180116版本补丁,但180116补丁已回退!! 1.1 首先检查opatch工具版本: 以oracle用户登录,验证opatch 工具版本.安装补丁11.2.0.4.180116所需最低opat

1.环境 DB:两节点RAC 11.2.0.4.0升级至11.2.0.4.6 OS:AIX 7.1(205G内存 16C) 2.节点1.节点2(未建库) 2.1.patch 20420937居然用了3个小时才跑完 DB1:/ #/oracle/app/11.2.0/grid/OPatch/opatch auto /oracle/patch/20485808 -ocmrf /oracle/app/11.2.0/grid/OPatch/ocm/ocm.rsp Executing /oracle/ap

本次安装pus环境是11.2.0.4 rac,打的patch为11.2.0.4.180717 (Includes Database PSU),gi补丁和数据库补丁一起打 安装最新opatch版本 unzip p6880880_112000_AIX64-5L.zip -d /oracle/app/crs unzip p6880880_112000_AIX64-5L.zip -d /oracle/db/product/11.2 查看版本 opatch version OPatch Version: