oracle starup失败,oracle startup失败提示ORA-04031

最新推荐文章于 2023-06-20 15:41:12 发布
最新推荐文章于 2023-06-20 15:41:12 发布
阅读量942 收藏
点赞数
文章标签： oracle starup失败

服务器操作系统windows 2003，用户在数据库使用的情况下重新启动了。再进入系统的时候，启动ORACLE服务失败。发现是startup就失败了操作如下：

SQL> startup

ORACLE 例程已经启动。

Total System Global Area  218103808 bytes

Fixed Size                   788188 bytes

Variable Size             146012452 bytes

Database Buffers           67108864 bytes

Redo Buffers                4194304 bytes

数据库装载完毕。

ORA-01092: ORACLE 例程终止。强制断开连接

然后查找altersid.log文件，搞不清是什么问题，请教各位如何解决。altersid.log文件内容如下：

Starting ORACLE instance (force)

LICENSE_MAX_SESSION = 0

LICENSE_SESSIONS_WARNING = 0

Picked latch-free SCN scheme 2

KCCDEBUG_LEVEL = 0

Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST

Autotune of undo retention is turned on.

Dynamic strands is set to TRUE

Running with 2 shared and 18 private strand(s). Zero-copy redo is FALSE

IMODE=BR

ILAT =18

LICENSE_MAX_USERS = 0

SYS auditing is disabled

Starting up ORACLE RDBMS Version: 10.1.0.2.0.

System parameters with non-default values:

processes                = 150

shared_pool_size         = 83886080

large_pool_size          = 8388608

java_pool_size           = 50331648

control_files            = D:ORACLEPRODUCT10.1.0ORADATAEXPRESSCONTROL01.CTL, D:ORACLEPRODUCT10.1.0ORADATAEXPRESSCONTROL02.CTL, D:ORACLEPRODUCT10.1.0ORADATAEXPRESSCONTROL03.CTL

db_block_size            = 8192

db_cache_size            = 67108864

_db_handles_cached       = 0

compatible               = 10.1.0.2.0

db_file_multiblock_read_count= 16

db_recovery_file_dest    = D

5b24fae4cde99750994428c024162093.gifracleproduct10.1.0flash_recovery_area

db_recovery_file_dest_size= 2147483648

undo_management          = AUTO

undo_tablespace          = UNDOTBS1

remote_login_passwordfile= EXCLUSIVE

db_domain                =

dispatchers              = (PROTOCOL=TCP) (SERVICE=expressXDB)

job_queue_processes      = 10

background_dump_dest     = D:ORACLEPRODUCT10.1.0ADMINEXPRESSBDUMP

user_dump_dest           = D:ORACLEPRODUCT10.1.0ADMINEXPRESSUDUMP

core_dump_dest           = D:ORACLEPRODUCT10.1.0ADMINEXPRESSCDUMP

sort_area_size           = 65536

db_name                  = express

open_cursors             = 300

pga_aggregate_target     = 25165824

PMON started with pid=2, OS id=2760

MMAN started with pid=3, OS id=2764

DBW0 started with pid=4, OS id=2724

DBW1 started with pid=5, OS id=2728

LGWR started with pid=6, OS id=2732

CKPT started with pid=7, OS id=2736

SMON started with pid=8, OS id=1140

RECO started with pid=9, OS id=2784

CJQ0 started with pid=10, OS id=1504

Wed Jun 11 17:12:56 2008

starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...

starting up 1 shared server(s) ...

Wed Jun 11 17:12:56 2008

ALTER DATABASE   MOUNT

Wed Jun 11 17:12:56 2008

Controlfile identified with block size 16384

Wed Jun 11 17:13:00 2008

Setting recovery target incarnation to 2

Wed Jun 11 17:13:00 2008

Successful mount of redo thread 1, with mount id 2918455896

Wed Jun 11 17:13:00 2008

Database mounted in Exclusive Mode.

Completed: ALTER DATABASE   MOUNT

Wed Jun 11 17:13:00 2008

ALTER DATABASE OPEN

Wed Jun 11 17:13:00 2008

Beginning crash recovery of 1 threads

attempting to start a parallel recovery with 15 processes

parallel recovery started with 15 processes

Wed Jun 11 17:13:01 2008

Started first pass scan

Wed Jun 11 17:13:01 2008

Completed first pass scan

1 redo blocks read, 0 data blocks need recovery

Wed Jun 11 17:13:01 2008

Started redo application at

Thread 1: logseq 1325, block 2, scn 0.6145417

Recovery of Online Redo Log: Thread 1 Group 1 Seq 1325 Reading mem 0

Mem# 0 errs 0: D:ORACLEPRODUCT10.1.0ORADATAEXPRESSREDO01.LOG

Wed Jun 11 17:13:01 2008

Completed redo application

Wed Jun 11 17:13:01 2008

Completed crash recovery at

Thread 1: logseq 1325, block 3, scn 0.6165419

0 data blocks read, 0 data blocks written, 1 redo blocks read

Wed Jun 11 17:13:01 2008

Thread 1 advanced to log sequence 1326

Maximum redo generation record size = 120832 bytes

Maximum redo generation change vector size = 116476 bytes

Private_strands 4 at log switch

Thread 1 opened at log sequence 1326

Current log# 2 seq# 1326 mem# 0: D:ORACLEPRODUCT10.1.0ORADATAEXPRESSREDO02.LOG

Successful open of redo thread 1

Wed Jun 11 17:13:01 2008

MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set

Wed Jun 11 17:13:01 2008

SMON: enabling cache recovery

Wed Jun 11 17:13:01 2008

Errors in file d

5b24fae4cde99750994428c024162093.gifracleproduct10.1.0adminexpressudumpexpress_ora_2848.trc:

ORA-00704: 引导程序进程失败

ORA-00604: 递归 SQL 级别 1 出现错误

ORA-04031: 无法分配 4096 字节的共享内存 ("shared pool","create table bootstrap$ ( li...","Typecheck heap","kgghteInit&quot

9f7588d3b12cd5d674b5f81c0b8fc6cb.gif

Wed Jun 11 17:13:01 2008

Error 704 happened during db open, shutting down database

USER: terminating instance due to error 704

Wed Jun 11 17:13:02 2008

Errors in file d

5b24fae4cde99750994428c024162093.gifracleproduct10.1.0adminexpressdumpexpress_dbw0_2724.trc:

ORA-00704: bootstrap process failure

Wed Jun 11 17:13:02 2008

Errors in file d

5b24fae4cde99750994428c024162093.gifracleproduct10.1.0adminexpressdumpexpress_lgwr_2732.trc:

ORA-00704: bootstrap process failure

Wed Jun 11 17:13:02 2008

Errors in file d

5b24fae4cde99750994428c024162093.gifracleproduct10.1.0adminexpressdumpexpress_dbw1_2728.trc:

ORA-00704: bootstrap process failure

Wed Jun 11 17:13:02 2008

Errors in file d

5b24fae4cde99750994428c024162093.gifracleproduct10.1.0adminexpressdumpexpress_ckpt_2736.trc:

ORA-00704: bootstrap process failure

Wed Jun 11 17:13:03 2008

Errors in file d

5b24fae4cde99750994428c024162093.gifracleproduct10.1.0adminexpressdumpexpress_reco_2784.trc:

ORA-00704: bootstrap process failure

Wed Jun 11 17:13:03 2008

Errors in file d

5b24fae4cde99750994428c024162093.gifracleproduct10.1.0adminexpressdumpexpress_pmon_2760.trc:

ORA-00704: bootstrap process failure

Wed Jun 11 17:13:03 2008

Errors in file d

5b24fae4cde99750994428c024162093.gifracleproduct10.1.0adminexpressdumpexpress_smon_1140.trc:

ORA-00704: bootstrap process failure

Wed Jun 11 17:13:03 2008

Errors in file d

5b24fae4cde99750994428c024162093.gifracleproduct10.1.0adminexpressdumpexpress_mman_2764.trc:

ORA-00704: bootstrap process failure

Instance terminated by USER, pid = 2848

ORA-1092 signalled during: ALTER DATABASE OPEN...

文件express_ora_2848.trc见附件express_ora_2848.txt

267abf8789d6bad6eaf3c8c87b18d9ed.gif

2008-6-11 17:23 上传

点击文件名下载附件

104.2 KB, 下载次数: 18

莫秀娴
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Centos静默安装Oracle11g文档.doc
06-04
1.启动监听器 lsnrctl start --启动监听器 lsnrctl stop --关闭监听器 lsnrctl status --查看监听器的状态 2.启动和关闭数据库 通过sqlplus连接上数据库 sqlplus / as sysdba 执行starup命令启动数据库 SQL>startup --启动数据库 关闭数据库，需要先登陆sqlplus SQL>shutdown immediate --关闭数据库
startup-notification-0.12-8.el7.x86_64.rpm
11-30
离线安装包，亲测可用
ORACLE 常用手册导入导出
01-11
oracle 常用语句 --逻辑备份 --导出ORACLE参数 参数 说明 USERID 确定执行导出实用程序的用户名和口令 BUFFER 确定导出数据时所使用的缓冲区大小，其大小用字节表示 FILE 指定导出的二进制文件名称，默认的扩展名是.dmp FULL 指定是否以全部数据库方式导出，只有授权用户才可使用此参数 OWNER 要导出的数据库用户列表 HELP 指定是否显示帮助消息和参数说明 ROWS 确定是否要导出表中的数据 TABLES 按表方式导出时，指定需导出的表和分区的名称 PARFILE 指定传递给导出实用程序的参数文件名 TABLESPACES 按表空间方式导出时，指定要导出的表空间名 --导出 --全库导出 exp system/accp@accp --在后面的参数中选择E --按用户方式导出 exp system/accp@newer file=d:\exp.dmp owner=scott,system --按表方式导出 exp scott/tiger@accp tables=(emp, dept) file=scott_back_tab --按表分区方式导出 exp scott/tiger@accp tables=(emp:p3) file=scott_back_tab --按表空间方式导出 exp system/aptech@accp tablespaces=(users) file=tbs_users --按参数文件方式导出，将要导出的命令写在文本文件中 exp system/aptech parfile='C:\parameters.txt' --导入ORACLE参数 参数 说明 USERID 指定执行导入的用户名和密码 BUFFER 指定用来读取数据的缓冲区大小，以字节为单位 COMMIT 指定是否在每个数组（其大小由BUFFER参数设置）插入后进行提交 FILE 指定要导入的二进制文件名 FROMUSER 指定要从导出转储文件中导入的用户模式 TOUSER 指定要将对象导入的用户名。FROMUSER与TOUSER可以不同 FULL 指定是否要导入整个导出转储文件 TABLES 指定要导入的表的列表 ROWS 指定是否要导入表中的行 PARFILE 指定传递给导入实用程序的参数文件名，此文件可以包含这里列出的所有参数 IGNORE 导入时是否忽略遇到的错误，默认为N TABLESPACES 按表空间方式导入，列出要导入的表空间名 --导入 --整个文件导入 imp accp/accp@accp file=d:\item_back.dmp ignore=y full=y --特定用户的表导入到指定的用户下面 imp system/aptech@accp file=d:\item_back.dmp fromuser=scott touser=martin tables=(emp,dept) --参数文件方式导入，将要导入的命令文本写在文件中 imp system/oracle parfile='C:\parameters.txt' --物理备份 冷备份 1. connect sys/sys@newer as sysdba 2. shutdown immediate 3. 复制 oracle目录中的oradata\oradb的子目录中的所有文件 到备份的目录中 冷恢复 1.将数据文件还原回所在位置 ，然后启动数据库 2.starup 进行热备份必须处于“归档日志模式下” 1.启动sqlplus ，并以sysdba方式链接到数据库系统，输入下列命令看看是否处于归档模式 SQL> archive log list 数据库日志模式 非存档模式 自动存档 禁用 存档终点 d:\oracle\ora92\RDBMS 最早的概要日志序列 1 当前日志序列 3 2. 启动归档日志模式 SQL> shutdown immediate 数据库已经关闭。 已经卸载数据库。 ORACLE 例程已经关闭。 SQL> startup mount ORACLE 例程已经启动。 Total System Global Area 143727516 bytes Fixed Size 453532 bytes Variable Size 109051904 bytes Database Buffers 33554432 bytes Redo Buffers 667648 bytes 数据库装载完毕。 SQL> alter database archivelog; 数据库已更改。 SQL> archive log list 数据库日志模式 存档模式 自动存档 禁用 存档终点 d:\oracle\ora92\RDBMS 最早的概要日志序列 1 下一个存档日志序列 3 当前日志序列 3 3.关闭存档模式， alter data base noarchivelog --查看归档日志方式，在SQL_PLUS中,不能在PL/SQL中 conn sys/accp@accp as sysdba; archive log list; --查看归档日志信息 SELECT DEST_ID,DEST_NAME,STATUS,DESTINATION FROM V$ARCHIVE_DEST WHERE STATUS='VALID'; --查看归档日志的日志 SELECT DEST_ID,NAME,ARCHIVED FROM V$ARCHIVED_LOG; --在命令行中操作数据库 --登录 sqlplus sys/accp@newer as sysdba --关闭数据库 shutdown immediate --启动数据库 startup restrict startup mount --修改归档日志模式 alter database archivelog ARCHIVELOG模式的优点： ·有可能进行完全恢复。由于对数据库所做的全部改动就保存在日志文件中，如果因为包括介质失效在内的某种失效而导致数据库文件丢失的话，可以利用物理备份和归档日志完全恢复数据库，不会丢失任何数据。所有已经提交的事务都可以查到。 ·有可能进行联机备份。允许用户在进行数据备份的同时使用数据库。 ·表空间可以立即脱机。 ·如果一个分布式数据库系统的所有节点都运行在ARCHIVELOG模式下，可以进行分布式恢复。 ·提供更多的恢复选择。 ·通过使用一个备用数据库，能够提供最大限度的灾难保护手段。 ARCHIVELOG模式的缺点： ·保存归档日志文件需要更多的磁盘空间。 ·DBA需要更多的时间来管理数据库。 NOARCHIVELOG模式的特点： ·由于数据文件的丢失，如果需要恢复，只能恢复到最后一个完全脱机数据库备份。在最后一个完全脱机备份后的数据改动都将丢失。因此，需要进行非常频繁的脱机备份。 ·必须进行完整的数据库备份，不能仅备份部分数据库。 ·不能进行联机备份，脱机备份过程中不能使用数据库。 ·表空间不能立即脱机。 ·DBA的管理的工作减少 采用Oracle ArchiveLog模式和非ArchiveLog模式对备份恢复的影响 备份的目的在于，当系统或数据库出现问题时，能够快速将数据库进行恢复。对于Oracle数据库，一般有两种备份方式：“物理备份”和“逻辑备份”。“物理备份”指的是以copy数据文件方式进行备份；“逻辑备份”指的是用export等方式将数据从数据库中抽取出来。物理备份又可以分为冷备份和热备份。以下是各种备份的说明及前提条件。 - Cold Backup（冷备份） 主要指在关闭数据库的状态下进行的数据库完全备份，备份内容包括所有数据文件、控制文件、联机日志文件、ini文件。 - Hot Backup（热备份） 指在数据库处于运行状态下，对数据文件和控制文件进行备份，要使用热备份必须将数据库运行在(Archive Log)归档方式下。 - Export（逻辑备份）这是最简单的备份方法，可按数据库中某个表、某个用户或整个数据库来导出，并且支持全部、累计、增量三种方式。使用这种方法，数据库必须处于打开状态，而且如果数据库不是在restrict状态将不能保证导出数据的一致性。 “物理备份”方式以相当于copy数据文件的方式进行备份，恢复时可以快速以相当于copy的方式将备份的数据copy回来，所以备份速度特别是恢复速度非常快。 如果不采用Archive Log模式运行Oracle数据库，只有两种可用的备份方法：冷备份或export逻辑备份。根据关键业务服务器的特点，停下数据库进行冷备份是根本不可能的，因此如果不采用Archive Log，只能进行逻辑备份。 如果仅采用“逻辑备份”方式，恢复时会有以下两个主要问题： 1. 无法恢复到最近时间点的数据。只能恢复到上一次export时的数据状态，当天的数据将丢失。Archive Log模式下的物理备份可以用数据文件备份及Archive Log备份，将数据库恢复到数据库失败前的时间点，不会丢失数据。 2. 完成恢复可能需要很长时间。恢复只能用import方法进行，所以需要的时间包括： a. create database及所有的tablespace: 以每2分钟初始化一个2G的数据文件来计算，建立一个400G的Oracle数据库需要约6.7个小时。 b. import。时间较难确定，但保守估计应在10个小时以上（如果import过程中出现问题，恢复时间将延长） 3. 恢复时步骤较多，易出现人为故障。 由于 这些原因，一般备份/恢复时都把export/import的方式做为辅助备份/恢复方式，对一些重要的表进行二级保护。这种备份方式也称为“逻辑备份”方式，当某些重要的表被意外删除时可进行逻辑import恢复。 而对于整个数据库的日常备份/恢复，需要采用“物理备份”方式，即以相当于copy数据文件的方式进行备份，恢复时可以快速以相当于copy的方式将备份的数据copy回来。一般物理备份/恢复都采用Oracle RMAN工具来进行。 下面是“逻辑备份”与“物理备份”在数据库故障时的恢复比较： 1. Oracle逻辑错误造成无法启动 逻辑恢复: 重新create database及各tablespace，import。可恢复到上次export的数据 物理恢复: 将所有datafile copy回来，并利用archivelog将数据库recover到故障前的状态 2. 某一个datafile故障或丢失 逻辑恢复: 重新create database及各tablespace，import。可恢复到上次export的数据 物理恢复: 将该datafile copy回来 3. 某一个tablespace故障 逻辑恢复: 重新create database及各tablespace，import。可恢复到上次export的数据 物理恢复: 将该tablespace copy回来 4. 意外drop table 逻辑恢复: Import 该table 物理恢复: 将备份恢复到另一服务器上，export该table，在原数据库中import 5. 意外drop user 逻辑恢复: Import 该user 物理恢复: 将备份恢复到另一服务器上，export该user，在原数据库中import 6. 意外drop tablespace 逻辑恢复: 情况较复杂，恢复易造成数据库表之间的参照完整性被破坏。在此不做分析 物理恢复: 情况较复杂，恢复易造成数据库表之间的参照完整性被破坏。在此不做分析 在进行数据库的恢复时，一定要了解Oracle数据库的原理，分析故障的原因，然后针对故障的情况进行相应的恢复。例如以下情况： - Oracle程序文件损坏？ - control file损坏？ - Online redo log损坏？ - datafile损坏？ - archive log损坏？ - table或其中数据被意外删除？ 不同情况下需要采用的恢复手段都是不尽相同的，需根据损坏的情况进行相应的恢复步骤。
startup-Bytedrops-2021:Starup-Bytedrops-2021
05-06
startup-Bytedrops-2021
oracle startup没有任何反应
12-14
现象 　　[oracle@focorcl-ogg01 database]$ sqlplus / as sysdba 　　SQL*Plus: Release 11.2.0.4.0 Production on Thu Jul 7 23:51:15 2016 　　Copyright (c) 1982， 2013， Oracle.  All rights reserved. 　　Connected to an idle instance. 　　SQL> startup; 　　语句运行几分钟没有任何反应，alert_orcl.log中没有任何信息。 　　原因 　　*.log_archiv
如何解决Oracle数据库中的04031错误
03-03
当我们在共享池中试图分配大片的连续内存失败的时候，Oracle首先清除池中当前没使用的所有对象，使空闲内存块合并。如果仍然没有足够大单个的大块内存满足请求,就会产生ORA-04031 错误。文中介绍了解决这个错误的方法。
Oracle实例无法启动的问题如何解决
qq_50730941的博客
07-28 3302
出现这个问题可能由于断电数据库被强制异常关闭，导致文件状态可能不一致，因为正常关闭数据库会同步校验各文件，使得重新启动的时候文件时间点一致。SQL>recoverdatabaseuntiltime'2022-07-20'（恢复到故障时间点）1.启动数据库到mount状态。2.查看v$log再重置日志。在启动数据库时出现以上的问题。...
Oracle启用startup不成功
weixin_43726316的博客
05-21 4206
Linux重启之后，startup命令后显示 SQL> startup LRM-00109: could not openparameterfile '/opt/oracle10g/product/10.2/db_1/dbs/initVDEDU.ora' 查找文件，果然不存在。估计是非法关机造成的。 这是因为在oracle9i和oracle10g中，oracle默认将使用spfile启动数...
oracle数据库导入，使用startup命令启动数据库时报错ORA-00214
qq_39697269的博客
02-13 756
1、问题描述 数据库迁移，使用startup命令启动数据库时，报错如图： 2、问题分析及处理 问题分析 错误提示说明是控制文件不一致，起初以为是control01.ctl文件不对，故将之前数据库使用的control01.ctl复制到/oradata/JKDB/JKDB/下，发现仍然不对，又将control02.ctl文件复制到/oradata/JKDB/JKDB/control01.ctl，结果仍然不对。后来请教领导，这里我走入了一个误区，JKDB下的其它文件都是初始化文件，我一直在用.
启动oracle时ORA-04031错误的一种解决方法
wait0的博客
08-09 2673
今天重启完服务器后启动oracle时出现ORA-04031: unable to allocate 136224 bytes of shared memory (“shared pool”,“unknown object”,“sga heap(1,0)”,“private strands”)错误，翻阅大量资料 研究半天，大部分资料写的都是让刷新缓存池或者修改shared pool的大小，本身这个实...
ORA-04031: unable to allocate 32 bytes of shared memory
qq961573863的博客
04-16 1681
一、查错误代码含义 [oracle@oracle trace]$ oerr ora 04031 04031, 00000, “unable to allocate %s bytes of shared memory (”%s","%s","%s","%s")" // *Cause: More shared memory is needed than was allocated in the sh...
oracle start nomount,oracle startup mount nomount 区别
weixin_33729288的博客
04-11 1019
看oracle入门书，其中一句话说，使用startupnomount命令启动例程，不可以和mountopen和exclusive一起使用，这个命令适用于建立数据库或是维护数据库时使用。于是查了一下，为什么不能同时使用，以及他们之间的区别。以下为转载：nomount：读初始化参数文件，启动实例。mount:打开控制文件open:打开数据文件，日志文件简单来说，nomount是用来创建数据库...
oracle故障一例,oracle故障案例一 ORA-00214:
weixin_36114091的博客
04-03 567
1、故障报错：由于数据库非正常关闭，在启动数据库的时候报错，错误如下ORA-00214：SQL> shutdown abortORACLE instance shut down.SQL> startupORACLE instance started.Total System Global Area 1185853440 bytesFixed Size ...
oracle数据库无响应
山的那边
02-09 6095
Oracle Version: 10.2.0.1.0 SQL*Plus - Version: 10.2.0.1.0 可能导致本地发起的所有连接ORACLE数据库服务端的连接无响应。   现象 ： 切换到oracle 后 执行sqlplus 没有反映，也不报错，就挂起在那里 [root@localhost~]# su - oracle [oracle@localhost
ORA-01102: cannot mount database in EXCLUSIVE mode
cso73756的博客
09-11 295
ORA-01102: cannot mount database in EXCLUSIVE mode[@more@]ORA-01102: cannot mount database in EXCLUSIVE mode ORA-0...
一次典型的ORA-04031问题的处理
还不算晕的专栏
04-28 2972
2.检查数据库alert日志，发现后台日志不停报错ORA-04031: 无法分配 ORA-04031: 无法分配 4160 字节的共享内存 ("shared pool","unknown object","sga heap(1,0)","modification ")6.调整内存SGA参数，增大shared_pool_size=2048m scope=spfile，重启生效后解决问题。4.临时flush shared_pool，无法根本性解决问题。字节的共享内存 ("","","","")
ORA-04031: 无法分配 3840 字节的共享内存 (“shared pool“,“unknown object“,“sga heap(1,0)“,“kglsim object batch“)
weixin_45634463的博客
09-07 595
oracle报错解决
Oracle数据库startup mount时的报错处理(ORA-01078&LRM-00109)
最新发布
weixin_44048054的博客
06-20 1864
将原来的tmpfs /dev/shm tmpfs defaults 0 0 改成tmpfs /dev/shm tmpfs default,size=1024M 0 0,这样tmpfs增大为1G，重新mount /dev/shm使之生效。可能原因：如果memory_max_target/memory_target设置过大，可能导致instance无法启动，报ORA-00845错误。修改/etc/fstab中tmpfs对应的行；再次执行startup 报00845错误。
oracle数据库启动时候，报错ORA-00119 ORA-00130
Melgards的博客
01-17 534
在配置监听的时候，如果host key写的是主机名，那么主机名必须通过解析，可以是/etc/hosts解析或者DNS解析，通常是/etc/hosts解析。下面的报错可以看到，监听地址是centos6和1521端口，也就是默认的动态注册地址和端口。local_listener参数是为非1521端口的动态注册而产生的。建议在以后修改主机名后，相应的新主机名的解析应该添加在/etc/hosts中。检查/etc/hosts文件，发现没有centos6的解析，因此，添加。这一条，重新启动，正常。
starup.bat闪退
06-02
启动bat文件闪退可能有多种原因，你可以尝试以下几个方法： 1. 检查bat文件的语法是否正确，可以使用记事本打开bat文件进行查看和修改。 2. 检查bat文件是否存在错误，例如文件路径、文件名、变量名等是否正确。 3. 检查bat文件所需的依赖是否安装或配置正确，例如Java环境变量是否设置正确等。 4. 尝试以管理员身份运行bat文件，有些bat文件需要管理员权限才能正常运行。 如果以上方法无法解决问题，你可以将bat文件的错误信息截图并提供给开发人员或者在相关论坛上发布求助帖子。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值