概述
昨天晚上dbca 建库出现2个错误:之前dbca 安装数据库不下100次了,也没碰到类似奇怪的问题:
1:dbca 误报空间不足
2:out of memory
服务器环境 64g内存 pcsever:
之前该服务器已经有一个数据库在运行,sga 是10g,pga是6g
[oracle@oadb ~]$ more /etc/issue
Red Hat Enterprise Linux Server release 5.4 (Tikanga)
Kernel r on an m
[oracle@xx ~]$ uname -a
Linux 2.6.18-164.el5 #1 SMP Tue Aug 18 15:51:48 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
[oracle@xx ~]$
[oracle@xx ~]$ df -kh
文件系统 容量 已用 可用 已用% 挂载点
/dev/mapper/VolGroup00-lv_root
20G 6.4G 13G 35% /
/dev/mapper/VolGroup00-lv_tmp
9.7G 151M 9.1G 2% /tmp
/dev/mapper/VolGroup00-lv_var
3.9G 747M 3.0G 20% /var
/dev/mapper/VolGroup00-lv_oracle
3.2T 11G 3.0T 1% /oracle
/dev/sda1 99M 13M 82M 14% /boot
tmpfs 32G 0 32G 0% /dev/shm
问题1:
dbca安装数据文件到 /oracle 目录下,注意。看oracle 目录下有3.0t,于是oracle 就笨了。dbca 不认识该空间,居然显示为负数的可用空间。在网上看了下相关帖子。忽略该提示。继续建库。
问题2:
out of memory
该问题直接和linux 内核参数有关系
[root@xx ~]# sysctl -p
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.core_uses_pid = 1
kernel.shmall = 8388608
kernel.shmmax = 34359738368
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
fs.file-max = 65536
net.ipv4.ip_local_port_range = 1024 65000
net.core.rmem_default = 1048576
net.core.rmem_max = 1048576
net.core.wmem_default = 262144
net.core.wmem_max = 262144
发现内核参数设置也没有问题
kernel.shmall = 8388608 -----共享内存为32G。4×8388608 ×1024
kernel.shmmax = 34359738368 ----共享内存最大值32g
那为什么还是报错呢?思考了半天。会不会出在另外一个库上面?ipcs 查看了一下,果然,该数据库吃掉了近20G
内存(包括sga 和pga)而新建数据库也分配了近16G内存。这里理论上调小新建库的内存使用就可以建立,但是我个人,使用了 :停止以前的数据库---->dbca 建库----->启动以前的数据库。
结果:搞定!看来小小的问题也比较折腾人!
最后
以上就是端庄蛋挞为你收集整理的oracle out of range,dbca建库out-of-memory和磁盘空间不足的全部内容,希望文章能够帮你解决oracle out of range,dbca建库out-of-memory和磁盘空间不足所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复