XTTS方法数据库迁移升级方案          一 说明… 3 1.1 环境说明… 3 1.2 硬件环境检查… 3 1.3 XTTS 前置条件检查… 3 二 生产基本数据统计…

检查系统,在errpt中出现如下报错信息: # errpt IDENTIFIER TIMESTAMP  T C RESOURCE_NAME  DESCRIPTION E87EF1BE   0103150015 P O dumpcheck      The largest dump device

一次数据库升级过程中出现的错误 原始版本: 服务器:P550 操作系统版本:AIX 5.3 数据库版本10.2.0.3 计划升级版本:11.2.0.4.4 在升级过程中,运行catupgrd.sql出现报错: DOC>#############################

如何让oracle的自动统计信息不收集直方图的信息 在oracle9i中,默认的统计信息收集是不收集直方图信息的,也就是说默认的MOTHOD_OPT模式为’FOR ALL COLUMNS SIZE 1 而在10g开始,dbms_stats包中默认的METHO

客户的一套11gR2RAC环境,上面运行多个数据库实例,某天日间进行了一次DBCA操作,导致所有的实例全部crash,后续排查并分析原因,确认是由于$ORACLE_HOM/bin/oracle文件权限异常造成 以下是过程模拟及分析 在默

客户金保数据库从10g转成11g,需要定期从生产库抽取数据到金保数据库中,考虑到生产库没有多余的空间存放expdp产生的文件,数据抽取采用远程exp及imp方式,从金保服务端直接exp到金保本地,导出过程中报错:

客户环境为WIN2008 数据库安装版本为11.2.0.4 64bit 在安装软件过程中出现错误     OS error in starting service OracleMTSRecoveryService OR System error 14001 has occurred (文档 ID 1471946.1)

数据库版本:10.2.0.4 操作系统版本:RHEL4 NFS服务器版本RHEL6.4 客户希望将RHEL6上的文件系统挂载到RHEL4数据库服务器上进行逻辑导出操作 在导出过程中报错: [oracle@ticket41 ticket41]$ ./expdpticket41

一 故障描述 数据库在2014年10月31号22点23分接到值班人员电话,告知一节点监听及cvu服务down,由于无法远程,电话并QQ联系首先手工启动一节点监听及cvu服务,后续问题在2014年10月3号通过后台日志详细检查服务

一次客户的监听跟踪过程 客户的数据库在进行了10g单机升级到11g RAC后,部分外网连接的应用无法连接到数据库,报错信息如下: C:\Documents and Settings\tzyy>sqlplus "drb/drbmc@tbsrun" ERROR: OR

很多时候,我们在对客户端到服务端的连接问题非常头疼,中间网络层的复杂度造成了故障的难以定位,而且也许客户端到服务层的网络可以ping通,但是单单网络可以通并不能保证我们数据库的正常连接,oracle的连接涉及

客户数据库日常的定时脚本在逻辑导出时报错: -bash-3.00$ expdp   \"sys/sys as sysdba\" directory=DUMP_DIR dumpfile=$FILE_TARGET schemas= 'PBOSS','UA','RES','

Export: Release 11.2.0.3.0 – Production on Tue Jul 15 17:30:00 2014 Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved. Connected to: Oracle Database 11g Enterp