分析：metalink给出的分析和解决方案我的理解如下，如有错误请指正。一、目前现状是有警告信息，还未出现ora-1578错误，我们目前可以做出的选择有以下几种：1、解决此问......
分析：
metalink给出的分析和解决方案我的理解如下，如有错误请指正。
一、目前现状是有警告信息，还未出现ora-1578错误，我们目前可以做出的选择有以下几种：
1、解决此问题
解决方式可以参考给出的方案a和方案b，由于此问题并非oracle RAC软件配置导致的问题，而是由裸设备配置aix导致的问题。由于裸设备配置参数都由先前管理员按照规定设定，我查阅了日志：
CRMPODB2[/tmp]#cat oraclelv.sh
mklv -y'cp_crs1024m' -t 'raw' oraclevg 8 hdiskpower4
mklv -y'cp_vote1024m' -t 'raw' oraclevg 8 hdiskpower4
mklv -y'cp_system_1024m' -t 'raw' oraclevg 10 hdiskpower4
mklv -y'cp_pwdfile_100m' -t 'raw' oraclevg 1 hdiskpower4
mklv -y'cp_sysaux_800m' -t 'raw' oraclevg 10 hdiskpower4
mklv -y'cp_undo1_4096m' -t 'raw' oraclevg 40 hdiskpower4
mklv -y'cp_undo2_4096m' -t 'raw' oraclevg 40 hdiskpower4
mklv -y'cp_temp_4096m' -t 'raw' oraclevg 40 hdiskpower4
mklv -y'cp_example_800m' -t 'raw' oraclevg 10 hdiskpower4
mklv -y'cp_users_800m' -t 'raw' oraclevg 10 hdiskpower4
确认裸设备没有加-T O参数。
在aix和oracle9/10的某些版本中有过此问题导致的极端情况，导致ora-1578。产生重大错误。但在oracle11g中没有明确指出此问题是否已经修复。因此建议首先考虑aix调整方案采用方案a进行修正。
方案b采用前务必先对数据库进行备份。
方案b简单的描述是按照裸设备调整后的情况再进行重新的oracle安装和rac的实施，时间周期会导致系统至少1天不可用。
即使方案a操作失败，依然可以使用方案b进行此问题的修复。但会花费较多的时间。
2、忽略此问题
首先，忽略此问题并不是放任不管。这样违背系统管理的基本要求。忽略此问题是建议对此问题进行深入的研究，依据专家意见及现场观察分析，控制此问题导致ora－1578错误的几率，达到对此风险的全面掌控，而形成系统管理的经验积累。
问题原因是裸设备没有- T O，-T O 对于大 vg 格式卷组，-T O 选项表示逻辑卷控制块不会占用逻辑卷的首块。因此，该空间可供应用程序数据使用。应用程序可以用 IOC INFO ioctl 识别此类逻辑卷。逻辑卷具有设备子类型 DS_LVZ。不使用该选项创建的逻辑卷具有设备子类型 DS_LV。对于旧的且可伸缩的 vg 格式卷组忽略该选项。
1/7 1 2 3 4 5 6 下一页 尾页 |
