Linux x86 平台下 Oracle 10201 ORA-27094
Oracle版本102020
Oracle 版本102020 SDE 版本：ArcSDE 9.1 For Oracle 10g操作体系s RedHat Linux AS 4 （64位）1.安装前提检查1.1.登录以root用户登录。
1.2.硬件前提安装Oracle 10.2.0.1.0的最低硬件前提为：•起码512M内存,# grep MemTotal/proc/meminfo•体系交换空间与内存的关系如下:512M - 1023M : 2倍内存容量1024M -2048M : 1.5倍内存容量2049M-8192M :与内存容量相等多于8192M : 75%内存容量如交换分区不敷,可用文件添加交还分区。
#dd if=/dev/zero of=my3wap bs=1024 count=10240#fnkswap myswapSswapon myswap• 400M 的/tmp 空间，# df - k /tmp• 3.5G安装硬盘空间，# df - k /1.3.软件前提内核:2.6.9-1LEL软件包:• binutils-215.92A2-10.EL4 • compat-db-4.1>25-9 •control-center-2.• gcc-3A3-9.EL4 • gcc-c++ -3.43-9.EL4 • glibc-23.4-2 •glibc-comm on-234-2 • gnome-libs-1.4.1.2.90-44.1 •libstdc++-3.4.3-9.EL4 • libstdc++-devel-3.4.3-9.EL4 •make-3.80-5 • pdksh-5.2.14-30 • sysstat-5.0.5-1 •xscreensaver-4.18-5>rhel4.2可选组件包含Intel C++编译器（用于Pro*C/C++ , XDK等）, Sun JDKL5 （64 位）等。
2.用户session required ts.sc2.1.创建用户和用户组创建两个用户组oinstall 和dba ，再创建用户oracle ，附属于上 述两个组，oinstall 为主组。
Oracle数据库报错信息大全
Oracle数据库错误消息导出错误消息l EXP-00000导出终止失败原因：导出时产生Oracle错误。
操作：检查相应的Oracle错误消息。
l EXP-00001数据域被截断－列长度＝数字，缓冲区大小＝数字，实际大小＝数字原因：数据缓冲区中列不适合。
操作：记录错误参数和消息，作为输出内部错误发送到Oracle Support Services （如果一个表不能完全导出，则导出不能继续）。
l EXP-00002写导出文件错误原因：不能导入导出文件，可能由设备错误引起，通常伴随有操作系统引起的设备错误。
操作：采取适当措施恢复该设备。
l EXP-00003未发现段（数字，数字）的存储定义原因：导出不能为簇、索引或者表查找存储定义。
操作：记录伴随的消息并作为导出内部错误报告Oracle Support Services。
l EXP-00004无效用户名或口令原因：指定了无效的用户名或口令。
操作：使用有效的用户名和口令重试。
l EXP-00005 所有的许可的登录尝试失败原因：试图再三以一无效的用户名或口令登录。
操作：关闭并重启实用程序，然后以一有效的用户名和口令重试。
l EXP-00006内部矛盾错误原因：导出的数据结构被破坏了。
操作：记录伴随的消息并作为导出内部错误报告Oracle Support Services。
l EXP-00007字典显示没有string.string列原因：导出没能从数据字典搜集列信息，表可能被删除。
操作：重试导出，如果再次发生这个错误，则作为导出内部错误报告Oracle Support Services。
l EXP-00008遇到ORACLE错误号原因：导出遇见已引用的Oracle错误。
操作：查阅Oracle错误，采取适当的方式。
l EXP-00009没有权限导出字符串表格的字符串原因：试图导出其他用户的表格，只有数据库管理员能导出其他的用户的表格。
操作：要求你的数据库管理员执行导出。
linux 安装oracle 常见报错
在Linux平台安装Oracle比较常见的问题不能启安装界面首先确认是用oracle账号登陆（而不是用root账户然后su –oracle 切换到or acle用户的）运行runInstaller提示信息类似如下:xlib:connection to "localhost:0.0" refused by serverxlib:client is not authorized to connect to serverException in thread "main" ng.InternalError:can't connect to x11 window server using "localhost:0.0" at .......解决办法: 设定你的DISPLAY环境参数.# export DISPLAY= your_IPaddress :0.0把your_IPaddress换成你的IP.或者用root简单的执行一下# xhost + (要注意这样会有安全上的隐患) 解决办法:查看locale输出# localeLANG=en_US.UTF-8LC_CTYPE=zh_CN.GB18030LC_NUMERIC="en_US.UTF-8"LC_TIME="en_US.UTF-8"LC_COLLATE="en_US.UTF-8"LC_MONETARY="en_US.UTF-8"LC_MESSAGES="en_US.UTF-8"LC_PAPER="en_US.UTF-8"LC_NAME="en_US.UTF-8"LC_ADDRESS="en_US.UTF-8"LC_TELEPHONE="en_US.UTF-8"LC_MEASUREMENT="en_US.UTF-8"LC_IDENTIFICATION="en_US.UTF-8"LC_ALL=执行#export LC_CTYPE=en_US.UTF-8然后重新调用安装程序.3.安装oracle 时报以下错误unable to create directory/u01/app/oracle/product/10.2.0/db_1.You may not have the proper permission to create the directory,or there is no space left in the volume.unable to create the Oracle Home you have specified./u01/app/oracle/product/10.2.0/db_1文件权限不足使用chmod 来修改文件夹权限。
安装oracle数据库常见的错误
安装oracle数据库常见的错误第一篇：安装oracle数据库常见的错误安装oracle数据库容易出现的几个错误及解决办法这几天因为学习的关系，需要安装oracle数据库。
以前在机子上装过，但是卸载了，在再次安装的过程，碰到一些问题，查了一些网上的资料，现在整理起来，相信蛮有用的！一、第一次安装容易出现的错误。
第一次安装出现“加载数据库错误areasQueries”的错误，一般是因为Oracle安装目录带有中文字符的目录二、再次安装容易出现的错误第一次安装失败或者卸载后再次安装oracle数据库，需要在注册表里删除相关注册信息才行。
1、删除ORACLE注册表，位置如下：HKEY_LOCAL_MACHINESOFTWAREORACLE ORACLE8i 与ORACLE9i的注册表与ORACLE8 ,ORACLE7有所不同，oracle9i注册表的主要内容在HOME0中，再安装其他产品则会出现HOME1,HOME2等。
所以如果机子上没有别的产品的话同，把ORACLE 及以下键值全部删除。
2、删除oracle服务，位置如下: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesoracle 含oracle 在内全部删除掉,当然，服务可以用关工具进行删除，同等效果的。
注意，如果已经安装了ArcSDE For Oracle,在删除Oracle键值的时候,不能删除带有ArcSDE关键字的键值,否则容易造成ArcSDE无法运行。
3.删除事件日志，置如下：HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesE ventlogApplication 删除下面所有Oracle 开始的项。
在这里说个题外话，用优化大师清理垃圾文件的时候，容易把oracle的日志文件删除掉，注意使用。
4.删除Oracle环境变量。
5.如果菜单里有，把跟Oracle有关的全部删除掉。
Oracle 10201 lsnrctl status卡住问题解决
【Oracle 10201 lsnrctl status卡住问题解决】Linux + Oracle 10201下午发现数据库连不上，查看情况，都没报错，查看lsnrctl status 如下卡住了[oracle@thdb oracle]$ lsnrctl statusLSNRCTL for Linux: Version 10.2.0.1.0 - Production on 12-12月-2011 16:00:47Copyright (c) 1991, 2005, Oracle. All rights reserved.正在连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1)))alter日志和listener日志都正在，唯独sqlnet.log有如下报错********************************************************************* **Fatal NI connect error 12170.VERSION INFORMATION:TNS for Linux: Version 10.2.0.1.0 - ProductionOracle Bequeath NT Protocol Adapter for Linux: Version 10.2.0.1.0 - ProductionTCP/IP NT Protocol Adapter for Linux: Version 10.2.0.1.0 - ProductionTime: 12-12月-2011 15:14:50Tracing not turned on.Tns error struct:ns main err code: 12535TNS-12535: TNS: 操作超时ns secondary err code: 12560nt main err code: 505TNS-00505: 操作超时nt secondary err code: 110nt OS err code: 0Client address:(ADDRESS=(PROTOCOL=tcp)(HOST=172.16.4.68)(PORT=54729))解决如下：ps -ef|grep ora 发现有两个监听程序在跑；ps -ef|grep tns 查出进程号kill -9 杀掉一个监听进程lsnrctl start 显示启动成功，plsql连接正常，解决……查了些资料，如下，要详细读读好像是10G的bug这个问题暂时定为oracle的bug，bug号 4518443处理方法: listener.ora加入SUBSCRIBE_FOR_NODE_DOWN_EVENT_LISTENER=OFFIntermittent TNS Listener Hang, New Child Listener Process Forked [ID 340091.1]--------------------------------------------------------------------------------Modified 30-JUL-2010 Type ALERT Status PUBLISHEDIn this DocumentDescriptionLikelihood of OccurrencePossible SymptomsWorkaround or ResolutionPatchesModification HistoryReferences--------------------------------------------------------------------------------Applies to:Oracle Net Services - Version: 10.1.0.3.0 to 10.2.0.2.0 - Release: 10.1 to 10.2 Information in this document applies to any platform.All new connections via TNS listener hang, no errors reportedChecked for relevance on 05-FEB-2010.DescriptionIntermittently the TNS listener hangs and new connections to the database are not possible.Likelihood of OccurrenceThe issue is that the TNS listener can hang under load if a second spawned listener process is not closed (remains persistent). Secondary listener processes are not unusual, depending on traffic as well as when the OS grep snapshot is taken. However, a persistent secondary process (longer than say 5 second) is not normal and may be a result of this referenced problem.TNS listener can hang at any time and effect standalone or RAC systemsPossible SymptomsListener process can also consume high amount of CPUChild TNS listener process is seen when doing a ps on the listener process, eg.:$ ps -ef | grep tnslsnrora10g 8909 1 0 Sep 15 ? 902:44 /u05/10GHOME/DBHOME/bin/tnslsnr sales -inherit ora10g 22685 8909 0 14:19:23 ? 0:00 /u05/10GHOME/DBHOME/bin/tnslsnr sales-inheritKilling the child process allows new connections to work until the problem reoccursWorkaround or ResolutionIssue is fixed in 10.2.0.3 Patch SetOracle Support recommends patching to 10.2.0.4 as this the lastest release- OR -Apply Patch 4518443 for the problem (if a patch is available)- OR -As a workaround, two steps should be done:1. The following parameter can be added to listener.oraSUBSCRIBE_FOR_NODE_DOWN_EVENT_<listener_name>=OFFWhere <listener_name> should be replaced with the actual listener name configured in the LISTENER.ORA file. This parameter is to be placed by itself on an empty line / at the end of file.For example, if the listener name is LISTENER (default), the parameter would be: SUBSCRIBE_FOR_NODE_DOWN_EVENT_LISTENER=OFF2. Locate the ons.config file in the 10g(rdbms) home and rename it to something else.For example:cd $ORACLE_HOME/opmn/confmv ons.config ons.config.origThe listener needs to be restarted after these changes.This will both prevent the listener from registering against ONS (Oracle Notification Services), which is the area affected by bug:4518443, as well as disable ONS itself. For more information on ONS, please refer to the specific Oracle documentation, for example, for 10.2, see the Oracle10g Release 2 Oracle Clusterware and Oracle Real Application Clusters Administration and Deployment Guide.Please note, that adding theSUBSCRIBE_FOR_NODE_DOWN_EVENT_<listener_name> to listener.ora file on RAC and disabling the ONS file, will mean that FAN (fast application notification) will not be possible. See Note 220970.1 RAC: Frequently Asked Questions for further information on FAN. Therefore, if you have a RAC configuration, then apply the patch and do not disable ONS or FAN.Also, please note that this might happen with ANY 10g installation, whether it is RAC related or not, and whether there is an Oracle Application installation or not.PatchesApply Patch 4518443 for the problem (if a patch is available)Modification HistoryReferencesRelated--------------------------------------------------------------------------------Products--------------------------------------------------------------------------------Oracle Database Products > Oracle Database > Net Services > Oracle Net Services Keywords-------------------------------------------------------------------------------- INTERMITTENT; TNSLSNR; HIGH CPU USAGE; LISTENER HANGS; NOTIFICATION SERVICESBack to topRate this documentArticle RatingRate this documentExcellentGoodPoorDid this document help you?YesNoJust browsingHow easy was it to find this document?Very easySomewhat easyNot easyCommentsProvide feedback for this article. Please use 'Contact Us' for other feedback.Important Note: this feedback is anonymously visible to other customers until processed by Oracle Support.。
oracle数据库中ora-报错原因及处理
ORA-00214 控制文件''版本与文件''版本不一致 ORA-00215 必须至少存在一个控制文件 ORA-00216 无法重新调整从8.0.2移植的控制文件大小 ORA-00217 从9.0.1进行移植无法重新调整控制文件的大小 ORA-00218 控制文件的块大小与DB_BLOCK_SIZE()不匹配 ORA-00219 要求的控制文件大小超出了允许的最大值 ORA-00220 第一个例程未安装控制文件，有关详情，请检查警告日志 ORA-00221 写入控制文件出错 ORA-00222 操作将重新使用当前已安装控制文件的名称 ORA-00223 转换文件无效或版本不正确 ORA-00224 控制文件重设大小尝试使用非法记录类型() ORA-00225 控制文件的预期大小与实际大小不同 ORA-00226 备用控制文件打开时不允许进行操作 ORA-00227 控制文件中检测到损坏的块:(块，#块) ORA-00228 备用控制文件名长度超出了最大长度 ORA-00229 操作不允许:已挂起快照控制文件入队 ORA-00230 操作不允许:无法使用快照控制文件入队 ORA-00231 快照控制文件未命名 ORA-00232 快照控制文件不存在,已损坏或无法读取 ORA-00233 控制文件副本已损坏或无法读取 ORA-00234 标识或打开快照或复制控制文件时出错 ORA-00235 控制文件固定表因并发更新而不一致 ORA-00236 快照操作不允许:挂上的控制文件为备份文件 ORA-00237 快照操作不允许:控制文件新近创建 ORA-00238 操作将重用属于数据库一部分的文件名 ORA-00250 未启动存档器 ORA-00251 LOG_ARCHIVE_DUPLEX_DEST不能是与字符串相同的目的地 ORA-00252 日志在线程上为空，无法存档 ORA-00253 字符限制在以内，归档目的字符串超出此限制 ORA-00254 存档控制字符串''时出错 ORA-00255 存档日志(线程,序列#)时出错 ORA-00256 无法翻译归档目的字符串 ORA-00257 存档器错误。在释放之前仅限于内部连接 ORA-00258 NOARCHIVELOG模式下的人工存档必须标识日志 ORA-00259 日志(打开线程)为当前日志，无法存档 ORA-00260 无法找到联机日志序列(线程) ORA-00261 正在存档或修改日志(线程)
Oracle常见错误及解决办法
Oracle常见错误及解决办法Ø简介本⽂主要记录 Oracle 常见错误及解决办法，包括以下内容：1.ORA-00054: 资源正忙, 但指定以 NOWAIT ⽅式获取资源, 或者超时失效2.ORA-01034: ORACLE not available3.ORA-01261: Parameter db_recovery_file_dest destination string cannot be translated（启动数据库报错）4.ORA-12154: TNS: ⽆法解析指定的连接标识符5.ORA-12514: TNS:listener does not currently know of service requested in connect descriptor6.ORA-12541: TNS:no listener7.ORA-12560: TNS: 协议适配器错误8.ORA-27125: unable to create shared memory segment（启动数据库报错）9.ORA-28040: 没有匹配的验证协议（（11g dblink 连接 12c 时）1.ORA-00054: 资源正忙, 但指定以 NOWAIT ⽅式获取资源, 或者超时失效n错误原因由于其他 Session 已经对⽬标表做了操作，并且已经有排他锁在表上了，所以新的 Session ⽆法再对表进⾏DDL操作。
n解决办法以 system ⽤户登录：1)查询被锁的会话IDselect session_id from v$locked_object;2)查询 sid, serial# 字段SELECT sid, serial#, username, osuser FROM v$session where sid = 9;3)将锁定的会话关闭ALTER SYSTEM KILL SESSION '9,99';2.ORA-01034: ORACLE not available1)检查当前数据库实例是否启动3.ORA-01261: Parameter db_recovery_file_dest destination string cannot be translated（启动数据库报错）n错误描述SQL> startupORA-01261: Parameter db_recovery_file_dest destination string cannot be translatedORA-01262: Stat failed on a file destination directoryLinux-x86_64 Error: 2: No such file or directoryn解决办法（没有效果）不知道是什么原因，导致 $ORACLE_BASE/fast_recovery_area 少了这个⽬录，⽽导致了这个错误。
Oracle10204补丁安装说明
1 安装步骤1.1 安装准备1、确认ORACLE_HOME有足够空间剩余，至少2G2、Oracle用户上传p6810189_10204_Linux-x86.zip至/tmp下3、修改文件属主、权限chown oracle:oinstallp6810189_10204_Linux-x86.zipchmod 777 p6810189_10204_Linux-x86.zip4、解压补丁程序Oracle用户登陆$unzip p6810189_10204_Linux-x86.zip解压后出现Disk1目录5、停止所有应用6、备份数据库（昨晚已完成）7、关闭监听及数据库sqlplus /nologConn sys / as sysdbaSQL>shutdown immediate;SQL>exitlsnrctl stop1.2 安装过程1、root用户登录图形界面，执行xhost +localhost 命令，使oracle用户有权访问x窗体。
2、安装软件：su – oraclecd /tmp/Disk1执行./runInstall.sh3、附图1. 安装初始界面Next,确认Name和Path(ORACLE-HOME路径) 保持与以前安装的一致，Next确认状态为Passed,Next保持默认，NextInstall弹出界面会提示执行$ORACLE_HOME下的root.sh新打开一个shell窗口，root用户执行$ORACLE_HOME/root.sh sh root.sh提示信息均输入y,保持默认Exit，程序安装完成1.3 后续工作SQL> startup upgrateSQL> @$ORACLE_HOME/rdbms/admin/catupgrd.sql 提示如下，表示执行完成：以上脚本执行大约需要30分钟以上。
SQL> shutdown immediateSQL> startuporacle建议在对数据库进行迁移、升级、降级后都运行一遍utlrp.sql以编译无效对象。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Linux x86平台下Oracle 10.2.0.1 ORA‐27094
一、 环境说明
Oracle源主机 Oracle目标主机
主机平台 RHEL5.4 2.6.18-164.el5 RHEL5.4 2.6.18-164.el5 主机名 olddbser newdbser
DB name oradb oradb
实例名 oradb oradb
Oracle版本 10.2.0.1 10.2.0.1
Oracle数据文件存储 Filesystem LVM RAW LV
单机或RAC 单机 单机
在以上环境下使用rman进行数据库迁移，在数据restore datafile步骤出现本案例。
二、 问题描述
将之前在olddbser上做好的备份集ftp到ndwdbser上，安装oracle software only，重建密码文件、恢复参数文件、控制文件等都已顺利完成，到restore datafile步骤时出现如下错误：
RMAN> @/oracle/restore_raw.rman
RMAN> run
2> {
3> SET NEWNAME FOR DATAFILE
'/oracle/oradata/ORADB/datafile/o1_mf_users_6ccmb0x6_.dbf'
TO '/oracle/oradata/oradb/user_128m';
4> SET NEWNAME FOR DATAFILE
'/oracle/oradata/ORADB/datafile/o1_mf_sysaux_6ccmb0pf_.dbf'
TO '/oracle/oradata/oradb/sysaux_512m';
5> SET NEWNAME FOR DATAFILE
'/oracle/oradata/ORADB/datafile/o1_mf_undotbs1_6ccmb0w4_.dbf'
TO '/oracle/oradata/oradb/undo01_512m';
6> SET NEWNAME FOR DATAFILE
'/oracle/oradata/ORADB/datafile/o1_mf_system_6ccmb0oy_.dbf'
TO '/oracle/oradata/oradb/system_1g';
7> set until scn 556840;
8> restore database;
9> switch datafile all;
10> recover database;
11> }
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET NEWNAME
executing command: SET until clause
Starting restore at 2010‐11‐09 20:13:58
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to /oracle/oradata/oradb/system_1g
restoring datafile 00002 to /oracle/oradata/oradb/undo01_512m
restoring datafile 00003 to /oracle/oradata/oradb/sysaux_512m
restoring datafile 00004 to /oracle/oradata/oradb/user_128m
channel ORA_DISK_1: reading from backup piece /oracle/oradb‐20101109‐1flshds1_1_1.rman
ORA‐19870: error reading backup piece /oracle/oradb‐20101109‐1flshds1_1_1.rman
ORA‐19504: failed to create file "/oracle/oradata/oradb/system_1g"
ORA‐27094: raw volume used can damage partition table
Additional information: ‐2
Additional information: 1073741824
三、 故障排查
一开始想起源库的RMAN中配置了备份集有效期为2天，至今已过去5天，怀疑是这个问题（备份集过期失效）引起的，于是将源库的RMAN备份集有效期调整为1000天，并重新做了一次全备，再次恢复，问题依旧。
仔细看错误日志“ORA‐27094: raw volume used can damage partition table”使用裸卷可能会损坏分区表？莫非跟AIX下的4k offset问题类似？
google了一把，/viewthread.php?tid=1272591 中wolfop提到“从10.2.0.2开始oracle在linux下面支持直接使用LVM或者原始的硬盘或者硬盘分区的设备文件做datafile而不需要raw这个东西。
”“不是要你打补丁到10.2.0.3，就可以直接使用/dev/vg01/lv01了么？”
wolfop至少反应了如下两个信息：
1)10.2.0.2开始支持Linux下的LVM做datafile；
2)可以直接使用lv，不需要系统的raw设备。
metalink一把，[ID 738094.1]关键内容如下：
Applies to:
Oracle Server ‐ Enterprise Edition ‐ Version: 10.1.0.1 to 10.2.0.4
Linux x86
Symptoms
Error received when creating the controlfile on raw devices:
ORA‐00202: control file: '/dev/oradata/prd/ebs01/cntrl01.dbf'
ORA‐27094: raw volume used can damage partition table
Additional information: ‐2
Additional information: 536870912
ORA‐205 signalled during: alter database mount...
.
Cause
Issue is be caused by:
Bug 3653088 Abstract: ORA‐1501 ORA‐27094 CREATING SINGLE INSTANCE DATABASE ON RAW DEVICES
which was found to be a duplicate of unpublished
Bug: 3628715 Abstract: CHANGES TO SKGFR.C TO SUPPORT LVMS ON LINUX
Solution
Download and apply patch 3628715 if available for the version
要求打patch_3628715的补丁，即升级到10202
References
BUG:3653088 ‐ ORA‐1501 ORA‐27094 CREATING SINGLE INSTANCE DATABASE ON RAW DEVICES
四、 解决问题
我的机子上没有3628715的补丁，只有p6810189_10204，打上这个补丁后再次尝试恢复，问题解决，数据恢复（迁移）成功。