【TUNE_ORACLE】Oracle数据库与HugePages（三）HugePages常见问题和解决办法
说明
相关文章链接：
Oracle数据库与HugePages（一）HugePages概念和优势： http://blog.itpub.net/69992972/viewspace-2763625/
Oracle数据库与HugePages（二）HugePages配置和限制： http://blog.itpub.net/69992972/viewspace-2764357/
Oracle数据库与HugePages（三）HugePages常见问题和解决办法： http://blog.itpub.net/69992972/viewspace-2764597/
Oracle数据库与HugePages（四）如何禁用透明大页： http://blog.itpub.net/69992972/viewspace-2764784/
HugePages常见问题和解决办法
下表列出了一些常见问题及其解决方法：
| 问题 | 可能的原因 | 解决办法 |
|---|---|---|
| 1. 系统内存不足或使用了交换分区 | 没有足够的HugePages来容纳SGA，导致为HugePages保留的区域被浪费（未被使用），使用了其他非HugePages区域（常规pages） | 确认HugePages配置覆盖了所有SGA |
| 2. 数据库无法启动 | memlock limits设置不正确 | 确保limits.conf中的设置适用于数据库所有者帐户 |
| 3. 其中一个数据库无法启动，而另一个数据库正在启动 | 特定数据库的SGA找不到可用的HugePage，并且剩余的RAM不足 | 确保RAM和HugePages足以覆盖所有数据库SGA |
| 4. CRS无法启动 | 配置的HugePages太大（可能大于已安装的RAM） | 确保总SGA小于安装的RAM，然后重新计算HugePages |
| 5. HugePages_Total= HugePages_Free | 导致完全不使用HugePages。没有数据库实例启动或使用AMM。 | 禁用AMM并确保数据库实例已启动 |
| 6. 数据库启动成功，性能降低 | 特定数据库的SGA找不到可用的HugePage，因此SGA由常规pages处理，导致性能降低 | 确保HugePages足以覆盖所有数据库的SGA |
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/69992972/viewspace-2764597/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- 【ASK_ORACLE】基础篇：如何在Oracle RAC中添加更多的监听
- 【ASK_ORACLE】Row Cache Enqueue锁之概念篇
- 【ASK_ORACLE】Library cache pin 与 library load lock的关系和区别
- 【ASM_ORACLE】Library Cache优化篇（二）Library cache load lock的概念和解决办法
- Library Cache优化篇（一）降低library cache lock和library cache pin的方法
- 【ASK_ORACLE】Library Cache概念篇（二）之Library Cache Pin的定义
- 【ASK_ORACLE】Library Cache概念篇（一）之Library Cache Lock的定义
- 【ASK_ORACLE】重装Oracle数据泵（Datapump）工具的方法
- 【ASK_ORACLE】因process用尽导致的rac重启的解决方法
- 【RECO_ORACLE】Oracle闪回PDB的方法
