应用程序发生异常 未知的软件异常0xc0000417位置为0x00471fbb
发布网友
发布时间：2022-04-13 15:59
共3个回答
懂视网
时间：2022-04-13 20:21
SA安装好系统--（版本sule 32bit)后通知我可以安装数据库了。忙活半天，安装好oracle 9204后，准备建表空间导入数据。因为数据量
公司新上架一台服务到机房，硬件是IBM X3850 X5,硬件配置算是好的，内存有128GB。SA安装好系统--（版本sule 32bit)后通知我可以安装数据库了。忙活半天，安装好Oracle 9204后，准备建表空间导入数据。因为数据量比较大，我打算建立一个10G的数据文件用来存储这写数据。打入创建表空间的命令后，没过多久数据库出现宕机现象。后来我又重新操作一遍还是故障依旧。以下是日志信息：
alert.log:
Errors in file /u01/oracle/admin/orcl/bdump/orcl_pmon_13918.trc:
ORA-00471: DBWR process terminated with error
Wed Aug 21 15:56:16 2013
PMON: terminating instance due to error 471
Instance terminated by PMON, pid = 13918
trace file:
*** 2013-08-21 15:56:16.296
*** SESSION ID:(1.1) 2013-08-21 15:56:16.277
error 471 detected in background process
ORA-00471: DBWR process terminated with error
/var/log/messages：
Aug 21 14:01:14 dzjg kernel: lowmem_reserve[]: 0 872 62301 62301
Aug 21 14:01:14 dzjg kernel: Node 0 Normal free:3704kB min:3744kB low:4680kB high:5616kB active:3096kB inactive:3092kB present:893200kB
…
…
Aug 21 14:01:14 dzjg kernel: Out of memory: kill process 12867 (oracle) score 414016 or a child
Aug 21 14:01:14 dzjg kernel: Killed process 12867 (oracle)
初步判断是系统内存不够，但是通过free -m查看系统有60G的内存。通过上网查阅相关文档对故障分析如下：
1.出现故障的原因：
在32位CPU下寻址范围是有限的，Linux内核定义了下面三个区域：
# DMA: 0x00000000 - 0x00999999 (0 - 16 MB)
# LowMem: 0x01000000 - 0x037999999 (16 - 896 MB) - size: 880MB
# HighMem: 0x038000000 - （由服务器硬件决定 ）
在 32位系统中，内存被分为 以上3 个区域，DMA zone，Normal zone（也叫做LowMem）和 HighMem zone其中 DMA zone主要用于 DMA 传输数据，位于低地址空间，其服务对象为各种驱动程序，其大小为 16MB，其中 LowMem (也叫做Normal zone)是 kernel 可以直接访问的地址空间，其大小为 880 MB，基本上所有的内核数据都在这个区域，同时如果内核要访问更高地址空间的内容，均需要通过 Normal zone映射过去才可以。地址空间大于 880 MB 的为 HIghMem zone.
截取的系统日志如下：
Aug 21 14:01:14 dzjg kernel: lowmem_reserve[]: 0 872 62301 62301
Aug 21 14:01:14 dzjg kernel: Node 0 Normal free:3704kB min:3744kB low:4680kB high:5616kB active:3096kB inactive:3092kB present:893200kB
…
…
Aug 21 14:01:14 dzjg kernel: Out of memory: kill process 12867 (oracle) score 414016 or a child
Aug 21 14:01:14 dzjg kernel: Killed process 12867 (oracle)
我们可以看到normal zone free 3704KB < min 3744KB，内核申请最小的内存3744KB，此时系统空闲的lowmem 3704KB，不能满足需求。该问题是low memory耗尽，因为内核使用low memory来跟踪所有的内存分配。当low memory耗尽，不管high memory剩多少，会触发oom-killer机制（out of memory killer）杀死进程，以保持系统的正常运行。根据一些文档描述，OOM-Killer 在 2.4 与 2.6 上表现是不一样的。2.4的版本中是把新进来(新申请内存)的进程杀掉。而 2.6上是杀掉占用内存最厉害的进程(这是很危险的，很容易导致系统应用瘫痪)。我们目前的系统内核版本为2.6，从而导致系统将数据库LGWR进程杀死.
相关阅读：
SPFILE 错误导致数据库无法启动(ORA-01565)
ORA-01172、ORA-01151错误处理
ORA-00600 [2662]错误解决
ORA-01078 和 LRM-00109 报错解决方法
热心网友
时间：2022-04-13 17:29
追答即使你没有打开该程序，但是由于该程序的服务项还在后台运行，可能突然引起与该软件冲突所致，如果是这样，那就不会是系统的问题，是软件的问题。其实我也遇到过这种情况，通常情况下，只要不影响软件的使用，不用管它。
热心网友
时间：2022-04-13 18:47
一号方案【新P】
注意【原创】：
1．安全模式下，效果更好！
2. 以下所要使用的软件，都要安装或升级到最新版本，以保证使用的效果。
3. 不杀毒，直接使用以下方法也可以 。若效果不好，就先在安全模式下用优质杀毒软件（如：卡巴斯基）杀一下，360安全卫士最好也用一下，之后，再用以下方法。
（用360安全卫士的“杀木马”----“全盘扫描”。杀完重启。若使用常规扫描后感觉电脑仍有问题，请尝试强力查杀模式）
以下方法，不一定都要用，可以一个一个去试。有时，仅第一个就管用了。
一. 关闭浏览器，打开新版本360安全卫士的“系统修复”，点击“常规修复”扫描后，再在应该修复的项前打钩，点“立即修复” 。修复完后，返回，点击“电脑门诊”，在其中多个项目中选择相应项进行操作。
再用360急救箱（360安全卫士的“功能大全”里有。若未安装360安全卫士，也可单另安装急救箱。）【按步骤操作：进入后，“强力模式”视情况决定是否打勾，“全盘扫描”要打勾，点击“开始急救”；扫描完后，重启；再进入急救箱，点“系统修复” （可以全选）――“扫描修复”。 （接着，点“DLL文件恢复”，添加系统检测时所得知丢失的DLL文件，再点“立即修复’------旧版本中有）。“修复网络”和“MBR修复”视情况而决定是否修复。完后，应重启。】
二.用360安全卫士的“清理插件”进行扫描，扫除恶意插件后，进行清理。完后应重启。
三.用windows清理助手（从网上下载）。扫描后(若扫出东西，都勾并清理)，再用故障修复（全选），然后在桌面点鼠标右键刷新。安全模式下效果好。
四.用金山急救箱【勾上“扩展扫描”，点扫描后，如果出现可以修复的项目，全选后，点“立即处理”，完后重启。】
也可下载使用可牛系统急救箱。
强调------1.修复中，杀软或360有提示时，请点允许。操作中如提示重启就重启下电脑。2.效果不好时，看“注意”中的三点。 3. 完后，效果不好的话，也可考虑系统还原一下（选好还原点）。4.还不行，就找专修店或重装系统。
祝你成功 ！
