由于机房错误的操作把 ibm p720 重启了 这是数据库服务器
发现问题后，首先登陆到 shell 想启动oracle 数据库 却发现起不来
以下是我遇到的问题 和解决过程 拿出来分享
1.
启动数据库的时候 遇到的错误
ora-09925:unable to create audit trail file
ibm aix risc system/6000 error:13:permission denied
看到这个错误后 我感觉是权限的问题 认为当前用户没有
处理audit 文件的权限，由于我的oracle 是开启了审计工程 有些数据
要写入审计日志的，可能是审计日志目录权限的问题。于是我登录root
用户，找到存放审计日志的目录 ，发现只是一个空目录
由于我的审计日志存放在单独的表空间 并放在磁盘阵列上 单独的lv
难道是我的lv有问题
2。我执行df 和mount命令
发现挂载的文件系统没有了审计的lv(逻辑卷)
先看一下卷组
lsvg卷组还在 在看一下 卷组内的逻辑卷
lsvg -l vg_name
也都在。 我想 应该是逻辑卷在系统重新启动的时候没有自动挂载
3.运行mount 命令
mount /dev/lv_name /dir
4.单纯是存放一些普通文件的目录 可以一次正常挂载
存放审计日志的目录 却出现了问题
mount : 0506-324 cannot mount /dev/lv_name on /dir : the media is not
formatted or the format is not correct.
0506-342 the superblock on /dir is dirty .run a full fsck to fix.
因为是硬关机重启的 oracle 服务没有正常关闭 导致了文件系统的问题
4.上面推荐用fsck 命令做修复 先试试可以吗
fsck /dev/lv_name(这是逻辑卷)
遇到file system inode map is corrupt; FIX？ (这是输入yes 不用输入fix)
提示 all observed inconsistencies have been repaired (所有被发现不一致的数据已经被修复)
在去mount 就成功了 然后就可以顺利的启动oracle 服务了
5.网上有说 superblock(超级块)出错的时候 aix文件系统的31号逻辑块是备份的超级块
1号逻辑块是主超级块 只要把备份的赋值给1号就可以了
具体执行的命令如下
dd count=1 bs=4k skip=31 seek=1 if=/dev/lv1 of=/dev/lv1
这一句解释一下 seek=1 等同于oseek=1 在拷贝之前从输出文件找到1块
输入文件是/dev/lv1 输入文件也是/dev/lv1
skip=31 是拷贝的时候先跳过31输入. 这是正好是输入文件的31块对应输出文件的1块
由于拷贝的数量是count=1 块 块的大小事bs=4k 所以这里正好把31块考到1块上了。
恢复完后 在用fsck命令检查文件系统完整性
不过我没有用到 如果以后遇到可以试试！！！
阅读(5076) | 评论(6) | 转发(0) |
