数据库启动时报ORA-00845错误解决方法

简介:

问题描述:巡检时发现某一个节点数据库down了,通过sqlplus 进行系统时显示连接的是一个空实例,尝试通过startup重启数据库报错,提示MEMORY_TARGETnot supported on this system,查看告警日志报MEMORY_TARGET失败,要增加/dev/shm大小才可以解决问题

登录数据库时报错信息如下:

[oracle@db01 ~]$ sqlplus / as sysdba

 

SQL*Plus: Release 11.2.0.4.0 Productionon Mon Oct 30 09:26:35 2017

 

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

 

Connected to an idle instance.

 

SQL> startup 

ORA-00845: MEMORY_TARGET not supported on this system

 

后台日志报如下信息:

Starting ORACLE instance (normal)

WARNING: You are trying to use theMEMORY_TARGET feature. This feature requires the /dev/shm file system to bemounted for at least 13522436096 bytes. /dev/shm is either not mounted or ismounted with available space less than this size. Please fix this so that MEMORY_TARGETcan work as expected. Current available is 12203786240 and used is 454021120bytes. Ensure that the mount point is /dev/shm for this directory.

memory_target needs larger /dev/shm

 

问题分析

 

由于Oracle11g中使用的是AMM,当MEMORY_TARGET大于/dev/shm时就提示不支持此系统,从而报错无法启动数据库,由于/dev/shm是通过tmpfs通过大小的,在Linux环境中可以通过修改此大小解决问题

解决方法

1、  查看当前的tmpfs大小信息

[oracle@i60001~]$ df -h

Filesystem                     Size  Used Avail Use% Mounted on

/dev/mapper/vg_db01-LogVol02  229G  65G  153G  30% /

tmpfs                            12G  434M   12G   4% /dev/shm--此处要修改

/dev/sde1                       485M   40M 420M   9% /boot

/dev/mapper/vg_db01-LogVol00   30G 5.0G   24G  18% /usr

[oracle@i60001~]$ mount -o size=20G -onr_inodes=1000000 -o noatime,nodiratime -o remount /dev/shm

mount: onlyroot can do that

修改tmpfs大小要通过root用户下面操作,切换到root用户

[oracle@i60001~]$ su root

Password:

2、修改tmpfs大小

[root@db01oracle]#  mount -o size=20G -o nr_inodes=1000000 -o noatime,nodiratime-o remount /dev/shm

[root@db01oracle]# df -h

Filesystem                      Size  Used Avail Use% Mounted on

/dev/mapper/vg_db01-LogVol02  229G  65G  153G  30% /

tmpfs                            20G  434M   20G   3% /dev/shm--修改后的大小

/dev/sde1                       485M   40M 420M   9% /boot

/dev/mapper/vg_db01-LogVol00   30G 5.0G   24G  18% /usr

 

3、修改tmpfs大小后,再登录数据库中重启实例

[oracle@db01~]$ sqlplus / as sysdba

 

SQL*Plus:Release 11.2.0.4.0 Production on Mon Oct 30 09:42:02 2017

 

Copyright (c)1982, 2013, Oracle.  All rights reserved.

 

Connected toan idle instance.

 

SQL>startup;    

ORACLEinstance started.

 

Total SystemGlobal Area 1.3462E+10 bytes

Fixed Size              2265984 bytes

Variable Size                7381978240 bytes

DatabaseBuffers        6039797760 bytes

Redo Buffers                 38014976 bytes

Databasemounted.

Database opened.-显示启动成功

--查询当前的数据库实例是否正常

SQL>select open_mode from v$database;

 

OPEN_MODE

--------------------

READ WRITE












本文转自xiaocao1314051CTO博客,原文链接:http://blog.51cto.com/xiaocao13140/1977439 ,如需转载请自行联系原作者



相关文章
|
3月前
|
域名解析 网络协议 关系型数据库
网站打不开数据库错误等常见问题解决方法合集
网站打不开数据库错误等常见问题解决方法合集
|
6月前
|
前端开发 数据库
文本----富文本数据如何存入到数据库当中,解决方法,看其他大佬写的文章
文本----富文本数据如何存入到数据库当中,解决方法,看其他大佬写的文章
文本----富文本数据如何存入到数据库当中,解决方法,看其他大佬写的文章
|
8月前
|
Oracle 关系型数据库 数据库
Oracle数据库协议适配器错误解决方法
Oracle数据库协议适配器错误解决方法
665 2
|
关系型数据库 MySQL 数据库连接
win10关于mysql5.7数据库连接不上的解决方法
win10关于mysql5.7数据库连接不上的解决方法
215 0
|
SQL 数据库
SQL Server置疑数据库解决方法
SQL Server置疑数据库解决方法
206 0
|
小程序 Java 数据库
【Java项目】SpringBoot项目显示时间与数据库时间不同的解决方法
【Java项目】SpringBoot项目显示时间与数据库时间不同的解决方法
261 0
|
数据库
数据库表中无法添加中文数据的解决方法
数据库表中无法添加中文数据的解决方法
250 0
|
关系型数据库 MySQL Unix
关于mysql 数据库表名区分大小写导致程序错误解决方法
今天在调试一个开源框架的时候,程序可以正常运行,数据也可以正常加载,但当打开个别功能列表的时候,后台报错(com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Table 'jeewms.T_S_student' doesn't exist)找不到mysql的表,然后在数据库查看表的确是存在的啊,并且对比表名都是一样的,忽然想到之前的一个项目也遇到过这个问题。 参数缺省地在 Windows 中这个选项为 1 ,在 Unix 中为 0,所以问题出在linux上。经过配置修改重启后就ok了。希望对遇到这个问题的伙伴们有所帮助。
260 0
|
弹性计算 关系型数据库 MySQL
数据库表损坏解决方法( is marked as crashed and should be repaired)
表损坏原因过程大致如下,过了个国庆没有查看服务器状态,7号晚上手机收到ECS服务器异常短信,查了下发现是磁盘满了,导致无法创建临时空间,造成商城无法访问,速速的解决方法是删除了大量日志文件,访问网站发现已经ok了,一切正常,今天客户忽然打电话说,网站的搜索功能出现问题,我查了下错误原因
353 0
|
存储 数据采集 安全
devos勒索病毒解决方法|勒索病毒解密|勒索病毒恢复|数据库修复
       随着数字时代的来临,企业在数据采集、处理、存储等方面进行了大量投资,数据已经成为了企业最重要的资产之一。但是,这些数据的安全性受到了越来越多的威胁,其中最臭名昭著的就是勒索病毒。勒索病毒是一种具有高度危险性的恶意软件,可以导致企业数据丢失或被盗取,给企业带来不可估量的经济和声誉损失。91数据恢复研究团队将详细介绍devos后缀勒索病毒及其解决办法,旨在帮助企业更好地了解和应对这一安全威胁。
devos勒索病毒解决方法|勒索病毒解密|勒索病毒恢复|数据库修复

热门文章

最新文章