重定向数据库从裸设备恢复到文件系统 一、原库创建裸设备的容器 db2 => create tablespace DATA_TBS managed by database using(device '/dev/raw/raw1' 2000M) DB20000I  The SQL command co

  删除数据库报错 $ db2 drop database CDBOLD                  SQL1031N  The database directory canno

一 说明 1.1    环境说明 配置实例 Primary Standby RAC(2 instance) Single Instance   primary端IP:192.168.56.101 standby端IP:192.168.56.102     &nbs

  RAC 2节点重启报如下错误 SQL> startup mount  ORACLE instance started.   Total System Global Area 3.0064E+10 bytes Fixed Size               &nbs

问题描述     使用expdp工具对syjbsdata0215用户导出十分缓慢。改用户数据量为1.8T左右,导出时间接近4天左右。导出时间过长,不可接受。   问题分析     在导出期间采样AWR报告,发现有两条有关exp

问题一:ping不通问题 在虚拟机上安装好linux系统后,网络连接方式选择的是host- Only方式,且正确配置了虚拟机ip,从本地windows机器怎么也无法ping通虚拟机,试了很多方法不行。我之前安装了虚拟机用的是VMwear

1.10g中安装ogg,在跑脚本时出现以下错误 ,提示需要dbms_shared_pool包 SQL> @ddl_pin odc BEGIN dbms_shared_pool.keep('odc .DDLReplication', 'P'); END;         *

因业务需要,有时候要使用数据库里面的job调用服务器上的脚本完成特定功能。这里演示一下如果利用dbms_scheduler包完成工作。以及可能会遇到的各种错误及解决方法。 1.       首先

概述 本次配置oracle 11gr2 gateway 实现linux 64位下11grac访问,windows2008上面的sqlserver 2008数据库。透明网关部署在sqlserver的服务器上。   下载介质: 从oracle官方网站下载介质 http://www.or

概述     7月21号16点03分左右1号节点宕机重启。重启后经过分析linux操作系统日志,rac集群的alert日志,cssd内部通讯日志,asm警告日志,推断为多路径链路问题,造成rac 1号节点宕机重启。以下对整个分析过程

    AMM(Automatic Memory Management)是oracle 11g推出的新特性,在创建实例分配内存那里购选使用自动内存管理即启用了该特性,其主要通过MEMORY_TARGET和MEMORY_MAX_TARGET两个参数来控制,类似于10的

  [root@exdata1 Packages]# su – oracle -bash: /dev/null: Permission denied -bash: /dev/null: Permission denied -bash: /dev/null: Permission denied -bash: /dev/null: Permission denied -ba

  RMAN> backup database format'/oracle/full.bak';   Starting backup at 30-7月 -14 using target database control file instead of recovery catalog allocated channel: ORA_DIS