回复olr文件后的疑问

lujiaguai

1,备份olr文件 crconfig -local -manualbackup

2,停止住crs_stat  : crsctl stop has

3,删除olr文件：rm /u01/app/oracle/product/11.2.0/grid/cdata/local/station*.olr

4,建立新的olr文件：touch station*.olr

5,还原orl文件：ocrconfig -local -restore

6,给新的olr文件授权： chown oracleinstall station*.olr

7,启动crs_stat ： crsctl start has

8,再看crs_stat -t 发现只有ons跟diskmon还在，其他侦听器，数据库，asm，盘组都没有了
   这正常吗？

   ASM要手动添加进去 srvctl add asm
   然后asmca 发现3个盘组都是dismounted
   我重启了计算机以后，几个盘组都正常，但是orcl数据还是要 srvctl add database 进去
   这种情况是正常的吗？

botang

使用root.sh时的系统备份，那时只有这两个资源。
ocrconfig -local -manualbackup 出来的有完整资源，ocrconfig -local -restore ‘指向该手工备份’。会有全部。

lujiaguai

是我restore的时候选错备份了，那几个备份长的几乎一样~
重新做了一次，确实用后面新的备份是可以的

但是依然发现一个问题，就是ACFS卷组无法mount起来，在asmca上看到卷是disable的，去执行volenable报错
[oracle@station89 ~]$ asmcmd
ASMCMD> volenable -G ACFS ACFS_DB1
ORA-15032: not all alterations performed
ORA-15489: conflicting volume already open on this node (DBD ERROR: OCIStmtExecute)

找不到办法，只能重启计算机，然后等了一会，发现因为无法自动enable起来，感觉rc.local里面的命令没有生效
只能手动vonebale,然后再去mount.acfs -o all
由此带来的问题是，数据库软件装在这个卷组里，导致数据库也起不来
这个东西太不省心了，是原来就不靠谱？还是我的做法有不正确的地方，或者步骤有问题？

botang

lujiaguai 发表于 2016-8-31 16:19
是我restore的时候选错备份了，那几个备份长的几乎一样~
重新做了一次，确实用后面新的备份是可以的

但是依然发现一个问题，就是ACFS卷组无法mount起来，在asmca上看到卷是disable的，去执行volenable报错
[oracle@station89 ~]$ asmcmd
ASMCMD> volenable -G ACFS ACFS_DB1

先voldisable下；把软件装在ACFS中，就这样麻烦。

lupei

楼上你好
为什么你还要做第四步：touch station3.olr

lujiaguai

要有文件才能恢复，有点像修复损坏，所以这里建一个假的出来
如果没有这个假的，无法恢复，命令报错

botang

lujiaguai 发表于 2016-9-6 13:38
要有文件才能恢复，有点像修复损坏，所以这里建一个假的出来
如果没有这个假的，无法恢复，命令报错

是啊

lupei

是的，我删掉那个文件，restore了一下，发现这个文件并不能恢复。应该就是修复。