ibm小机重新启动oracle,ibm小机重启的经历

由于机房错误的操作把 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) |