Oracle 11gR2执行DBCA报错误
来源:互联网 发布:指纹识别算法排行 编辑:程序博客网 时间:2024/06/05 01:04
Oracle 11gR2执行DBCA报错误
[日期:2012-08-28] 来源:Linux社区 作者:hxl [字体:大 中 小]
环境:
OS:Red Hat Linux As 5
DB:11.2.0.1
今天在安装好11gR2软件后准备通过dbca创建数据库,执行dbca的时候包如下错误:
[Oracle@primary ~]$dbca
Oracle Net Services Configuration:
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0xa44b13a8, pid=2973, tid=3086891216
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_17-b02 mixed mode)
# Problematic frame:
# C [libnnz11.so+0x3c3a8]
#
# An error report file with more information is saved as hs_err_pid2973.log
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
网上搜索了很多相关的帖子,基本上说的是64位的机器安装了32位的数据导致的,但我的机器是32位的,下载的oracle版本也是32位的,但也报这个错误.先不管了,按照网上说的需要打补丁p8670579_112010_LINUX.zip.
下载该补丁后,按照README.txt步骤将该补丁打上后执行dbca,呵呵,创建db的图形出来了,问题解决.
p8670579_112010_LINUX.zip下载:
免费下载地址在 http://linux.linuxidc.com/
用户名与密码都是www.linuxidc.com
具体下载目录在 /2012年资料/8月/28日/Oracle 11gR2执行DBCA报错误
步骤如下:
1.下载p8670579_112010_LINUX.zip,并上传到服务器上的目录/ftp
2.确认是否配置了ORACLE_HOME
[oracle@primary]$ echo $ORACLE_HOME
/u01/app/oracle/product/11.2.0/db_1
3.检查perl的版本,需要5.00503以上的版本
[oracle@primary 8670579]$ perl -v
This is perl, v5.8.8 built for i386-linux-thread-multi
4.Verify the OUI Inventory.
$opatch lsinventory
5.解压缩补丁包
$unzip p8670579_112010_LINUX.zip
6.确保数据库已经停止
$cd /ftp/8670579
$opatch apply
README.txt里的说明如下:
[oracle@primary 8670579]$ more README.txt
=========================================================================
Interim Patch for Base Bug: 8670579
=========================================================================
Date: 25th February 2010
-------------------------------------------------------------------------
Platform Patch for : Linux x86
Product Patched : NETWORK
Product Version # : 11.2.0.1
RAC Rolling Installable : YES
Online Installable : NO
Bugs Fixed by this patch:
-------------------------
8670579 - DBBETA :NETCA/DBCA FAILED WITH HOTSPOT VIRTUAL MACHINE
Patch Preinstall Steps
----------------------
1. For non-recommended patches, you must have the exact symptoms
described in the service request (SR).
2. Confirm the version of Perl installed and configured for the ORACLE_HOME.
Oracle requires that all customers have at least Perl 5.00503 installed
and configured for patching activities inside the ORACLE_HOME. Follow
these steps to check the Perl version for the ORACLE_HOME being patched:
- source the ORACLE_HOME environment
- execute "perl -v"
- verify that the returned version of Perl is 5.00503 or higher
If the Perl configured for the ORACLE_HOME is not at 5.00503 or
higher, follow the directions in this metalink note to update to
a more recent version:
https://metalink.oracle.com/metalink/plsql/ml2_documents.showNOT?p_id=189489.1
3. Verify the OUI Inventory.
OPatch needs access to a valid OUI inventory to apply patches.
Validate the OUI inventory with the following command:
% opatch lsinventory
If the command errors out, contact Oracle Support and work to validate
and verify the inventory setup before proceeding.
4. Review and download the latest version of OPatch.
Oracle recommends that all customers be on the latest version of OPatch.
Please review the following metalink note and follow the instructions
to update to the latest version if needed:
https://metalink.oracle.com/metalink/plsql/ml2_documents.showNOT?p_id=224346.1
5. Confirm executables appear in your system PATH.
The patching process will use the unzip and the opatch executables. After
sourcing the ORACLE_HOME environment, confirm both of these exist before
continuing:
- "which opatch"
- "which unzip"
If either of these executables do not show in the PATH, correct the problem
before proceeding.
6. Create a location for storing the unzipped patch. This location
will be referred to later in the document as <PATCH_TOP>.
7. Unzip the patch zip file into the <PATCH_TOP>.
unzip -d <PATCH_TOP> <ZIP_FILE>
8. Shut down services running from the ORACLE_HOME.
Before applying this patch, do a clean shut down of all services
running from the ORACLE_HOME.
(a) In a non-RAC environment:
Shut down all services that are running from this ORACLE_HOME.
Confirm the return status from each shutdown command to verify
the shutdown is successful and there are no errors.
(b) In a RAC environment:
For each node in the RAC system, shut down the services for
the specific machine that are running from the ORACLE_HOME.
OPatch will be used on each node in the RAC system one at
a time. If this patch is not rolling RAC installable treat
it as a non-RAC environment and shut down all services.
As an example, in the case of a two node RAC system:
1. Stop instances running on node 1.
2. Run 'opatch apply <PATCH_TOP>/8670579' on node 1.
3. When the apply finishes, opatch asks for confirmation
before going on to apply the patch to node 2.
4. Start instances on node 1.
5. Stop instances running on node 2.
6. Ask opatch to continue to applying the patch to node 2.
7. Start instances on node 2.
9. Apply pre-requisite updates.
Patch Installation Steps:
-------------------------
1. Set your current directory to the directory where the patch is located.
% cd <PATCH_TOP>/8670579
2. Apply the patch.
Use the following command to apply the patch to the ORACLE_HOME:
% opatch apply
When OPatch starts, it will validate the patch and make sure there
are no conflicts with the software already installed in the ORACLE_HOME.
OPatch categorizes two types of conflicts:
(a) Conflicts with a patch already applied to the ORACLE_HOME
In this case, please stop the patch installation and contact
Oracle Support Services.
(b) Conflicts with subset patch already applied to the ORACLE_HOME
In this case, please continue the install, as the new patch
contains all the fixes from the existing patch in the ORACLE_HOME.
The subset patch will automatically be rolled back prior to the
installation of the new patch.
Patch Post Install Instructions:
--------------------------------
Patch Deinstallation Instructions:
----------------------------------
1. Make sure to follow the same pre-install steps when deinstalling
a patch. This includes verifying the inventory and shutting down
any services running from the ORACLE_HOME / machine before rolling
the patch back.
2. Change to the directory where the patch was unzipped.
% cd <PATCH_TOP>/8670579
3. Run OPatch to deinstall the patch.
% opatch rollback -id 8670579
注意opatch命令是在$ORACLE_HOME/OPatch/目录下,环境变量PATH中没有包含该目录的话,直接敲入opatch命令是提示找不到改命令的,这时需要将该目录加入到PATH中.
-- The End --
本篇文章来源于 Linux公社网站(www.linuxidc.com) 原文链接:http://www.linuxidc.com/Linux/2012-08/69190.htm
- Oracle 11gR2执行DBCA报错误
- oracle 11g不能启动dbca,报如下错误
- Oracle 11gr2 在linux下dbca、netmgr无法启动
- Oracle 11gR2 RAC DBCA时无法发现磁盘组
- Oracle 11gR2 RAC DBCA无法识别ASM磁盘组
- Oracle 11gR2 RAC DBCA无法识别ASM磁盘组
- aix 6.1 安装 oracle 11gR2 报java错误解决方法
- Oracle 11g RAC操作DBCA期间报ORA-04031错误
- 64位 linux 中 oracle 11g dbca 报 ora-27102 out of memory 错误
- Configure Oracle 11gR2 RAC 一节点执行root.sh脚本报错
- Configure Oracle 11gR2 RAC 一节点执行root.sh脚本报错
- oracle dbca启动报错
- Oracle 11gR2 ASM 单实例安装 DBCA 建库报错: ORA-12547: TNS:lost contact
- 执行DBCA,NETCA报Xlib:connection to “:0.0” refused by server错误故障处理
- 执行DBCA,NETCA报Xlib:connection to “:0.0” refused by server错误故障处理
- ORACLE DBCA 静默安装数据库报"template does not exist" 错误
- 11gR2 grid安装执行root.sh报错
- DBCA 报错 ORA 119 132 错误
- LINUX 下,编程自学七:gethostbyname
- 《禅与摩托车维修艺术》摘录(二)
- 黑马程序员_Java语法基础(二)
- 无线组网架构
- 一道淘汰85%面试者的开发者面试题
- Oracle 11gR2执行DBCA报错误
- OFDM技术原理
- 摘自河畔的零碎资料——可以日后参考
- leetcode:Binary Tree Level Order Traversal
- 使用GCD
- LTE帧结构
- Firefox新建标签设置为空白页
- 半期实习的最后一个月
- C++ 静态成员和静态函数 #销售商品习题#