<think>好的，我现在需要帮助用户解决在CentOS 7虚拟机上安装
Oracle 11g时遇到的
ORA-00845错误。用户提到这个错误是“
MEMORY_
TARGET not supported”，我需要详细分析可能的原因和解决方法。
首先，
ORA-00845错误通常与
Oracle的自动内存管理（AMM）相关，尤其是
MEMORY_
TARGET参数的设置。根据
Oracle文档，这个错误发生的原因可能是系统没有足够的共享内存或tmpfs分区的大小不足。我需要回忆一下
MEMORY_
TARGET的工作原理，它依赖于/dev/shm（即tmpfs）的大小。如果用户设置的
MEMORY_
TARGET超过了/dev/shm的可用空间，就会导致这个错误。
接下来，我需要考虑用户的环境：CentOS 7虚拟机。虚拟机的内存分配和物理机不同，可能存在资源限制。用户可能在安装时没有正确配置共享内存或交换空间。例如，
MEMORY_
TARGET的值如果超过了tmpfs的大小，或者tmpfs本身没有正确挂载，就会触发这个错误。
然后，我需要回顾之前的对话。用户之前询问过在CentOS 7上安装
Oracle 11g的基本参数设置，我提到了内存分配和交换空间的配置，可能用户按照建议设置了
MEMORY_
TARGET为可用内存的70%，但可能没有正确配置/dev/shm的大小。因此，现在的
问题可能是如何调整tmpfs的大小或修改
MEMORY_
TARGET参数。
可能的解决步骤包括：
1. 检查当前/dev/shm的大小，确认是否足够。
2. 调整tmpfs的大小，使其至少等于
MEMORY_
TARGET的值。
3. 修改
Oracle的内存参数，例如改用手动内存管理（SGA和PGA分开设置）。
4. 确保/etc/fstab中的tmpfs配置正确，避免重启后失效。
5. 检查交换空间是否足够，因为
Oracle可能依赖交换空间来支持内存分配。
此外，可能需要用户提供具体的错误信息和当前系统配置，比如
MEMORY_
TARGET的设置值，以及df
-h /dev/shm的输出，以进一步诊断
问题。不过，用户没有提供这些细节，所以需要给出通用的解决方案。
还需要注意
Oracle 11g在虚拟化环境中的兼容性
问题，比如某些内核参数是否需要调整，或者是否使用了正确的
Oracle版本（32位 vs 64位）。例如，用户提到的引用是32位的安装指南，但CentOS 7通常是64位系统，可能导致兼容性
问题，但用户的
问题可能与此无关，因为错误更直接相关于内存设置。
最后，总结解决步骤，分点说明，并建议用户如何验证每个步骤是否成功，比如通过重启实例或重新挂载tmpfs。同时，提醒用户如果
问题持续，可能需要进一步检查其他配置，如内核参数或
Oracle的安装日志。</think>### **
ORA-00845 错误分析与解决方案**
**错误原因**：
当
Oracle 11g 的 `
MEMORY_
TARGET` 参数值超过系统 `/dev/shm`（共享内存/tmpfs 文件系统）的可用空间时，会触发此错误[^1]。`
MEMORY_
TARGET` 是
Oracle 自动内存管理（AMM）的核心参数，依赖 `/dev/shm` 存储内存管理信息。
---
### **具体解决步骤**
#### **1. 检查当前 `/dev/shm` 大小**
```bash
df
-h /dev/shm
```
- 默认大小通常为物理内存的 **50%**
- 若输出显示不足（例如 `1G`），需扩展其容量
---
#### **2. 临时调整 `/dev/shm` 大小**
```bash
mount
-t tmpfs shmfs
-o size=<新大小> /dev/shm
```
- **示例**：
```bash
mount
-t tmpfs shmfs
-o size=2G /dev/shm # 调整为 2 GB
```
- **验证**：
```bash
df
-h /dev/shm
```
---
#### **3. 永久修改 `/dev/shm` 配置**
编辑 `/etc/fstab` 文件，添加以下行：
```bash
tmpfs /dev/shm tmpfs defaults,size=<新大小> 0 0
```
- **示例**：
```bash
tmpfs /dev/shm tmpfs defaults,size=2G 0 0
```
**生效命令**：
```bash
mount
-o remount /dev/shm
```
---
#### **4. 调整
Oracle 内存参数**
若仍报错，可尝试以下两种方案：
**方案一：禁用 AMM，改用手动内存管理**
```sql
ALTER
SYSTEM SET
MEMORY_
TARGET=0 SCOPE=SPFILE;
ALTER
SYSTEM SET SGA_
TARGET=<SGA大小> SCOPE=SPFILE;
ALTER
SYSTEM SET PGA_AGGREGATE_
TARGET=<PGA大小> SCOPE=SPFILE;
```
- **示例**（分配 1.5 GB 内存）：
```sql
ALTER
SYSTEM SET SGA_
TARGET=1200M SCOPE=SPFILE;
ALTER
SYSTEM SET PGA_AGGREGATE_
TARGET=300M SCOPE=SPFILE;
```
**方案二：降低 `
MEMORY_
TARGET` 值**
修改 `SPFILE` 或 `init.
ora` 文件：
```sql
ALTER
SYSTEM SET
MEMORY_
TARGET=<新值> SCOPE=SPFILE;
```
- **新值需小于 `/dev/shm` 可用空间**
---
#### **5. 重启
Oracle 实例**
```bash
sqlplus / as sysdba
SQL> shutdown immediate;
SQL> startup;
```
---
### **附加验证**
1. **检查交换空间是否充足**：
```bash
free
-m # 确保交换空间 ≥ 物理内存
```
2. **确认 `/dev/shm` 挂载参数**：
```bash
mount | grep shm
```
---
### **关键原因总结**
|
问题根源 | 解决方法 |
|
----------|
----------|
| `/dev/shm` 容量不足 | 扩展 tmpfs 大小 |
| 虚拟内存（交换空间）不足 | 增加交换文件或分区 |
| `
MEMORY_
TARGET` 设置过高 | 调整参数或改用 SGA/PGA 手动管理 |
[^1]:
Oracle AMM 要求 `/dev/shm` 至少能容纳 `
MEMORY_MAX_
TARGET` 或 `
MEMORY_
TARGET` 参数值
[^2]: 虚拟环境中需确保宿主机资源充足，避免过度分配
---
### **相关
问题**
1. **如何为
Oracle 11g 创建额外的交换文件？**
2. **在虚拟机中如何优化
Oracle 内存分配？**
3. **
Oracle 手动内存管理（SGA/PGA）与自动管理的性能差异？**
本文介绍了一个在Ubuntu系统中Oracle用户尝试挂载共享内存的实验过程。由于权限限制，普通Oracle用户无法直接进行挂载操作，文中通过切换到root用户成功实现了共享内存的挂载，并进行了简单的SQL操作验证。
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
扫一扫
