看到Finished recover at 01-AUG-16  可以确定介质恢复已经完成，接着就是将  43  号文件联机：

SQL> alter database datafile 43 online;

Database altered.

SQL>

检查联机后的43  号文件信息：

SQL> select file#,status,checkpoint_change# from v$datafile_header;

     FILE# STATUS  CHECKPOINT_CHANGE#

---------- ------- ------------------

23 ONLINE     8157837655

24 ONLINE     8157837655

25 ONLINE     8157837655

26 ONLINE     8157837655

27 ONLINE     8157837655

28 ONLINE     8157837655

29 ONLINE     8157837655

30 ONLINE     8157837655

31 ONLINE     8157837655

32 ONLINE     8157837655

33 ONLINE     8157837655

     FILE# STATUS  CHECKPOINT_CHANGE#

---------- ------- ------------------

34 ONLINE     8157837655

35 ONLINE     8157837655

36 ONLINE     8157837655

37 ONLINE     8157837655

38 ONLINE     8157837655

39 ONLINE     8157837655

40 ONLINE     8157837655

41 ONLINE     8157837655

42 ONLINE     8157837655

43 ONLINE     8159145457

44 ONLINE     8157837655

49 rows selected.

SQL>

可以看到43  号数据文件的头部  scn  号已经比其他文件高出一部分，这个不用担心，正常的，因为在日志恢复的时候，部分操作相当于通过提前已经写入到  43  号文件中，导致  43  号文件头部  scn  号超前，但是过一段时间，所有数据文件的头部  scn  都会一致的。接着检查数据文件状态：

SQL> select file#,name,status from v$datafile;

      FILE# NAME        STATUS

---------- ------------------------------------------------------------------------------------------ -------

34 +DATA/dt_center05.dbf        ONLINE

35 +DATA/dt_center06.dbf        ONLINE

36 +DATA/dt_gspopulation01.dbf        ONLINE

37 +DATA/dt_gspopulation02.dbf        ONLINE

38 +DATA/dt_gspopulation03.dbf        ONLINE

39 +DATA/dt_gspopulation04.dbf        ONLINE

40 +DATA/dt_gspopulation05.dbf        ONLINE

41 +DATA/dt_gspopulation06.dbf        ONLINE

42 +DATA/dt_gspopulation07.dbf        ONLINE

43 +DATA/dt_gspopulation08.dbf        ONLINE

44 +DATA/dt_gspopulation008.dbf        ONLINE

49 rows selected.

可以看到，43  号文件状态已经为  online  状态。数据库告警日志也不再报出先前的错误信息。