实验四的疑问

lujiaguai

4号试验，没有备份的情况下，删除表空间的恢复
有4个疑问

1，表空间所属的是datafile 6，能被恢复的原因是控制文件还认识他，v$datafile里依然可见，这样理解对不对？
2，recover datafile 6失败，是因为新建的datafile6文件名与控制文件不符，是不是？
3，新建的datafile 6,在asmcmd内的文件名与原控制文件中的不符，于是alter database datafile 6,修改了控制文件内的名称，使得他与asm文件名匹配
     这样做是不是因为asmcmd内无法修改文件名，所以去修改v$datafile内的文件名？ 那么如果是文件系统的数据库，新建以后文件名就一直，那么是不是没有这个问题？
4，视频最后部分recover datafile 6 报错，如下图所示，是否确实142号日志。
      此时 archive log list 看到日志最旧已经是143号。
     但是接下去为什么直接就alter database open成功了？
     这里不理解

     

botang

1，表空间所属的是datafile 6，能被恢复的原因是控制文件还认识他，v$datafile里依然可见，这样理解对不对？

主要是因为它是在控制文件创建之后创建的。

2，recover datafile 6失败，是因为新建的datafile6文件名与控制文件不符，是不是？

是的，可以用alter database create datafile 6 as new；一口气创建asm中的新名字，并且改控制文件，这样更方便，视频中没有提到。

3，新建的datafile 6,在asmcmd内的文件名与原控制文件中的不符，于是alter database datafile 6,修改了控制文件内的名称，使得他与asm文件名匹配 这样做是不是因为asmcmd内无法修改文件名，所以去修改v$datafile内的文件名？ 那么如果是文件系统的数据库，新建以后文件名就一直，那么是不是没有这个问题？

是的，asm里头，不会建出与原来一样的的文件名，文件名最后的那串数字是单向增大的。

1. 4，视频最后部分recover datafile 6 报错，如下图所示，是否确实142号日志。
   
2.       此时 archive log list 看到日志最旧已经是143号。
   
3.      但是接下去为什么直接就alter database open成功了？
   
4.      这里不理解

复制代码

读了在线日志