• 错误原因：在oracle9i、10g、11g最近几个版本中，数据库默认使用spfile启动数据库，如果spfile不存在，则就会出现上述错误。

• 解决办法：我自己将initorcl.ora中的memory_target设置为0后，解决了该问题。但是建议使用下面的方法：

   在Oracle 11g for linux中似乎是用了一种新的机制来管理共享内存段，而不是传统的sys /dev/shm了。在alert.ora中可以找到更准确的错误描述：
  

解决的办法之一是增加tmpfs文件系统的容量: 
 
 

• Oracle被异常关闭时，有资源没有被释放
  1） Oracle的共享内存段或信号量没有被释放；
  3） 用于锁内存的文件lk和sgadef.dbf文件没有被删除。

• 如果是HA系统，检查其他节点是否已经启动实例检查Oracle进程是否存在，如果存在则杀掉进程检查信号量是否存在，如果存在，则清除信号量；
  检查共享内存段是否存在，如果存在，则清除共享内存段；
  检查锁内存文件lk和sgadef.dbf是否存在，如果存在，则删除。

• 此处我依靠下面的步骤解决掉了该问题（我遇到的问题是存在锁文件和共享内存段问题）：
  

2）a.查看共享内存段相关信息

b. 根据ID号清楚共享内存段

我这里操作未成功，使用下面的操作成功了：

再查询共享内存段也没有问题了。

• 错误原因：在oracle9i、10g、11g最近几个版本中，数据库默认使用spfile启动数据库，如果spfile不存在，则就会出现上述错误。

• 解决办法：我自己将initorcl.ora中的memory_target设置为0后，解决了该问题。但是建议使用下面的方法：

   在Oracle 11g for linux中似乎是用了一种新的机制来管理共享内存段，而不是传统的sys /dev/shm了。在alert.ora中可以找到更准确的错误描述：
  

解决的办法之一是增加tmpfs文件系统的容量: 
 
 

• Oracle被异常关闭时，有资源没有被释放
  1） Oracle的共享内存段或信号量没有被释放；
  3） 用于锁内存的文件lk和sgadef.dbf文件没有被删除。

• 如果是HA系统，检查其他节点是否已经启动实例检查Oracle进程是否存在，如果存在则杀掉进程检查信号量是否存在，如果存在，则清除信号量；
  检查共享内存段是否存在，如果存在，则清除共享内存段；
  检查锁内存文件lk和sgadef.dbf是否存在，如果存在，则删除。

• 此处我依靠下面的步骤解决掉了该问题（我遇到的问题是存在锁文件和共享内存段问题）：
  

2）a.查看共享内存段相关信息

b. 根据ID号清楚共享内存段

我这里操作未成功，使用下面的操作成功了：

再查询共享内存段也没有问题了。