您的位置: 首页  >  文章  >  RMAN异机恢复遭遇ORA-01547、ORA-01152、ORA-01110错误案例

RMAN异机恢复遭遇ORA-01547、ORA-01152、ORA-01110错误案例

分类: 文章 • 2024-01-03 21:26:16

测试环境：

    操作系统  ：  Red Hat Enterprise Linux ES release 4 (Nahant Update 4)   VMWARE

    数据库     ：  Oracle Database 10g Release 10.2.0.4.0 - Production

    简要介绍，一台服务器A位于虚拟机VMWARE上，由于测试需要，在VMWARE上克隆了该系统作为服务器B，过了一段时间，由于数据变更，需要将服务器A上的ORACLE数据库还原恢复到服务器B上。

案例介绍：

由 于这两台服务器的数据库实例名称相同、以及对应的环境基本一致（恢复目录相同，数据文件、控制文件都是一致），所以虽然是RMAN异机备份，但是这种异机 恢复相对而言比较简单，不需要修改实例名称、数据库名称、指定数据文件位置等等。一般来说，这种环境的恢复还原基本没啥问题。下面介绍操作过程以及解决方 法。

Step 1：通过FTP将对应的备份文件以及归档日志放置到相应的目录位置。

Step 2：还原数据库的spfile文件。































Step 3： 关闭数据库后，利用还原spfile的初始化文件启动数据库






























Step 4： 恢复数据库控制文件。






























Step 5： 将数据库启动到mount状态


RMAN> alter database mount;


database mounted


released channel: ORA_DISK_1


Step 6： restore 数据库（中间太多数据文件restore，使用.....替代）






































































































































































































































































































































































Step 7 ： recover database






Code Snippet




    

  1. 
RMAN> recover database;

    2. 

  2.  
    3. 

  3. 
Starting recover at 02-APR-14
    4. 

  4.  
    5. 

  5. 
using channel ORA_DISK_1

    6. 

  6.  
    7. 

  7. 
starting media recovery

    8. 

  8.  
    9. 

  9. 
Oracle Error:

    10. 

  10.  
    11. 

  11. 
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below

    12. 

  12.  
    13. 

  13. 
ORA-01152: file 1 was not restored from a sufficiently old backup

    14. 

  14.  
    15. 

  15. 
ORA-01110: data file 1: '/u01/app/oracle/oradata/EPPS/system01.dbf'

    16. 

  16.  
    17. 

  17. 
RMAN-00571: ===========================================================

    18. 

  18.  
    19. 

  19. 
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

    20. 

  20.  
    21. 

  21. 
RMAN-00571: ===========================================================

    22. 

  22.  
    23. 

  23. 
RMAN-03002: failure of recover command at 04/02/2014 12:03:29
    24. 

  24.  
    25. 

  25. 
RMAN-06053: unable to perform media recovery because of missing log

    26. 

  26.  
    27. 

  27. 
RMAN-06025: no backup of log thread 1 seq 76757 lowscn 14312652139 found to restore

    28. 

  28.  
    29. 

  29. 
RMAN-06025: no backup of log thread 1 seq 76756 lowscn 14312646489 found to restore

    30. 

  30.  
    31. 

  31. 
RMAN-06025: no backup of log thread 1 seq 76755 lowscn 14312646378 found to restore

    32. 

  32.  
    33. 

  33. 
RMAN-06025: no backup of log thread 1 seq 76754 lowscn 14312646262 found to restore

    34. 

  34.  
    35. 

  35. 
RMAN-06025: no backup of log thread 1 seq 76753 lowscn 14312644427 found to restore

    36. 

  36.  
    37. 

  37. 
RMAN-06025: no backup of log thread 1 seq 76752 lowscn 14312642030 found to restore

    38. 

  38.  
    39. 

  39. 
RMAN-06025: no backup of log thread 1 seq 76751 lowscn 14312640281 found to restore

    40. 

  40.  
    41. 

  41. 
RMAN-06025: no backup of log thread 1 seq 76750 lowscn 14312638600 found to restore

    42. 

  42.  
    43. 

  43. 
RMAN-06025: no backup of log thread 1 seq 76749 lowscn 14312637270 found to restore

    44. 

  44.  
    45. 

  45. 
RMAN-06025: no backup of log thread 1 seq 76748 lowscn 14312636566 found to restore

    46. 

  46.  
    47. 

  47. 
RMAN-06025: no backup of log thread 1 seq 76747 lowscn 14312635786 found to restore

    48. 

  48.  
    49. 

  49. 
RMAN-06025: no backup of log thread 1 seq 76746 lowscn 14312634976 found to restore

    50. 

  50.  
    51. 

  51. 
RMAN-06025: no backup of log thread 1 seq 76745 lowscn 14312634196 found to restore

    52. 

  52.  
    53. 

  53. 
RMAN-06025: no backup of log thread 1 seq 76744 lowscn 14312633426 found to restore

    54. 

  54.  
    55. 

  55. 
RMAN-06025: no backup of log thread 1 seq 76743 lowscn 14312632650 found to restore

    56. 

  56.  
    57. 

  57. 
RMAN-06025: no backup of log thread 1 seq 76742 lowscn 14312631880 found to restore

    58. 

  58.  
    59. 

  59. 
RMAN-06025: no backup of log thread 1 seq 76741 lowscn 14312631120 found to restore

    60. 

  60.  
    61. 

  61. 
RMAN-06025: no backup of log thread 1 seq 76740 lowscn 14312630358 found to restore

    62. 

  62.  
    63. 

  63. 
RMAN-06025: no backup of log thread 1 seq 76739 lowscn 14312629580 found to restore

    64. 

  64.  
    65. 

  65. 
RMAN-06025: no backup of log thread 1 seq 76738 lowscn 14312628812 found to restore

    66. 

  66.  
    67. 

  67. 
RMAN-06025: no backup of log thread 1 seq 76737 lowscn 14312628019 found to restore

    68. 

  68.  
    69. 

  69. 
RMAN-06025: no backup of log thread 1 seq 76736 lowscn 14312627239 found to restore

    70. 

  70.  
    71. 

  71. 
RMAN-06025: no backup of log thread 1 seq 76735 lowscn 14312626460 found to restore

    72. 

  72.  
    73. 

  73. 
RMAN-06025: no backup of log thread 1 seq 76734 lowscn 14312625692 found to restore

    74. 

  74.  
    75. 

  75. 
RMAN-06025: no backup of log thread 1 seq 76733 lowscn 14312624924 found to restore

    76. 

  76.  
    77. 

  77. 
RMAN-06025: no backup of log thread 1 seq 76732 lowscn 14312624157 found to restore

    78. 

  78.  
    79. 

  79. 
RMAN-06025: no backup of log thread 1 seq 76731 lowscn 14312623377 found to restore

    80. 

  80.  
    81. 

  81. 
RMAN-06025: no backup of log thread 1 seq 76730 lowscn 14312622598 found to restore

    82. 

  82.  
    83. 

  83. 
RMAN-06025: no backup of log thread 1 seq 76729 lowscn 14312621836 found to restore

    84. 

  84.  
    85. 

  85. 
RMAN-06025: no backup of log thread 1 seq 76728 lowscn 14312621062 found to restore

    86. 

  86.  
    87. 

  87. 
RMAN-06025: no backup of log thread 1 seq 76727 lowscn 14312620313 found to restore

    88. 

  88.  
    89. 

  89. 
RMAN-06025: no backup of log thread 1 seq 76726 lowscn 14312618674 found to restore

    90. 

  90.  
    91. 

  91. 
RMAN-06025: no backup of log thread 1 seq 76725 lowscn 14312607258 found to restore

    92. 

  92.  
    93. 

  93. 
RMAN-06025: no backup of log thread 1 seq 76723 lowscn 14312598248 found to restore

    94. 

  94.  
    95. 

  95. 
RMAN-06025: no backup of log thread 1 seq 76722 lowscn 14312595919 found to restore

    96. 

  96.  
    97. 

  97. 
RMAN-06025: no backup of log thread 1 seq 76721 lowscn 14312593602 found to restore

    98. 

  98.  
    99. 

  99. 
RMAN-06025: no backup of log thread 1 seq 76720 lowscn 14312591274 found to restore

    100. 

  100.  
    101. 

  101. 
RMAN-06025: no backup of log thread 1 seq 76719 lowscn 14312588510 found to restore

    102. 

  102.  
    103. 

  103. 
RMAN-06025: no backup of log thread 1 seq 76718 lowscn 14312585861 found to restore

    104. 

  104.  
    105. 

  105. 
RMAN-06025: no backup of log thread 1 seq 76717 lowscn 14312583716 found to restore

    106. 

  106.  
    107. 

  107. 
RMAN-06025: no backup of log thread 1 seq 76716 lowscn 14312581142 found to restore

    108. 

  108.  
    109. 

  109. 
RMAN-06025: no backup of log thread 1 seq 76715 lowscn 14312578120 found to restore

    110. 

  110.  
    111. 

  111. 
RMAN-06025: no backup of log thread 1 seq 76714 lowscn 14312575570 found to restore

    112. 

  112.  
    113. 

  113. 
RMAN-06025: no backup of log thread 1 seq 76713 lowscn 14312572908 found to restore

    114. 

  114.  
    115. 

  115. 
RMAN-06025: no backup of log thread 1 seq 76712 lowscn 14312569377 found to restore

    116. 

  116.  
    117. 

  117. 
RMAN-06025: no backup of log thread 1 seq 76711 lowscn 14312200784 found to restore

    118. 

  118.  
    119. 

  119. 
RMAN-06025: no backup of log thread 1 seq 76710 lowscn 14312113790 found to restore

    120. 

  120.  
    121. 

  121. 
RMAN-06025: no backup of log thread 1 seq 76709 lowscn 14312070694 found to restore

    122. 

  122.  
    123. 

  123. 
RMAN-06025: no backup of log thread 1 seq 76708 lowscn 14312069907 found to restore

    124. 

  124.  
    125. 

  125. 
RMAN-06025: no backup of log thread 1 seq 76707 lowscn 14312069494 found to restore

    126. 

  126.  
    127. 

  127. 
RMAN-06025: no backup of log thread 1 seq 76706 lowscn 14312042189 found to restore

    128. 

  128.  
    129. 

  129. 
RMAN-06025: no backup of log thread 1 seq 76705 lowscn 14312014827 found to restore

    130. 

  130.  
    131. 

  131. 
RMAN-06025: no backup of log thread 1 seq 76704 lowscn 14311999274 found to restore

    132. 

  132.  
    133. 

  133. 
RMAN-06025: no backup of log thread 1 seq 76703 lowscn 14311967291 found to restore

    134. 

  134.  
    135. 

  135. 
RMAN-06025: no backup of log thread 1 seq 76702 lowscn 14311962023 found to restore

    136. 

  136.  
    137. 

  137. 
MAN-06025: no backup of log thre

    138. 

  138.  
    139. 

  139. 
RMAN>

    140. 









截图如下所示


RMAN异机恢复遭遇ORA-01547、ORA-01152、ORA-01110错误案例


关于ORA-01547的解释如下所示：






























此错误的最可能的原因是执行不完全恢复前。忘记从一个足够旧的备份还原一个或 多个数据文件。


Step 8：






   1: RMAN> alter database open resetlogs;


   2:  


   3: RMAN-00571: ===========================================================


   4:  


   5: RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============


   6:  


   7: RMAN-00571: ===========================================================


   8:  


   9: RMAN-03002: failure of alter db command at 04/02/2014 12:04:53


  10:  


  11: ORA-01152: file 1 was not restored from a sufficiently old backup


  12:  


  13: ORA-01110: data file 1: '/u01/app/oracle/oradata/EPPS/system01.dbf'


  14:  


  15: RMAN>


  16:  


  17: RMAN> exit






关于open
resetlogs选项，是指打开数据时，重置联机重做日志（online redo
log），即将重做日志的sequence置零，为什么要重置重做日志呢？不完全恢复后，原来的联机重做日志（online redo
log）里面包含的是未做恢复前的数据，而这些数据对于恢复后的数据库不再有效，所以数据库会要求在open之前先对联机重做日志（online
redo
log）的sequence置零。Resetlogs命令表示一个数据库逻辑生存期的结束和另一个数据库逻辑生存期的开始，每次使用Resetlogs命
令的时候，SCN不会被重置，不过ORACLE会重置日志***，而且会重置联机重做日志内容（相当于把所有的联机日志重新“格式化”）。


解决方法


此时可以通过设置隐藏参数_allow_resetlogs_corruption之后，使数据库在Open过程中，跳过某些一致性检查，从而使数据库可能跳过不一致状态。操作步骤如下






Code Snippet




    

  1. 
[[email protected] 2014_04_01]$ sqlplus / as sysdba

    2. 

  2.  
    3. 

  3. 
SQL*Plus: Release 10.2.0.4.0 - Production on Wed Apr 2 12:05:57 2014
    4. 

  4.  
    5. 

  5. 
Copyright (c) 1982, 2007, Oracle. All Rights Reserved.

    6. 

  6.  
    7. 

  7. 
Connected to:

    8. 

  8.  
    9. 

  9. 
Oracle Database 10g Release 10.2.0.4.0 - Production

    10. 

  10.  
    11. 

  11. 
SQL> create spfile from pfile='/u01/app/oracle/product/10.2.0/db_1/dbs/initEPPS.ora';

    12. 

  12.  
    13. 

  13. 
File created.

    14. 

  14.  
    15. 

  15. 
SQL> shutdown immediate;

    16. 

  16.  
    17. 

  17. 
ORA-01109: database not open

    18. 

  18.  
    19. 

  19. 
Database dismounted.

    20. 

  20.  
    21. 

  21. 
ORACLE instance shut down.

    22. 

  22.  
    23. 

  23. 
SQL> startup mount;

    24. 

  24.  
    25. 

  25. 
ORACLE instance started.

    26. 

  26.  
    27. 

  27. 
Total System Global Area 1258291200 bytes

    28. 

  28.  
    29. 

  29. 
Fixed Size 1267236 bytes

    30. 

  30.  
    31. 

  31. 
Variable Size 822086108 bytes

    32. 

  32.  
    33. 

  33. 
Database Buffers 419430400 bytes

    34. 

  34.  
    35. 

  35. 
Redo Buffers 15507456 bytes

    36. 

  36.  
    37. 

  37. 
Database mounted.

    38. 

  38.  
    39. 

  39. 
SQL> alter system set "_allow_resetlogs_corruption"=true scope=spfile;

    40. 

  40.  
    41. 

  41. 
System altered.

    42. 

  42.  
    43. 

  43. 
SQL> recover database using backup controlfile until cancel;

    44. 

  44.  
    45. 

  45. 
ORA-00279: change 14311145729 generated at 04/01/2014 08:57:48 needed for

    46. 

  46.  
    47. 

  47. 
thread 1
    48. 

  48.  
    49. 

  49. 
ORA-00289: suggestion :

    50. 

  50.  
    51. 

  51. 
/u03/flash_recovery_area/EPPS/archivelog/2014_04_02/o1_mf_1_76627_%u_.arc

    52. 

  52.  
    53. 

  53. 
ORA-00280: change 14311145729 for thread 1 is in sequence #76627

    54. 

  54.  
    55. 

  55. 
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}

    56. 

  56.  
    57. 

  57. cancel
    58. 

  58.  
    59. 

  59. 
Media recovery cancelled.

    60. 

  60.  
    61. 

  61. 
SQL> alter database open resetlogs;

    62. 

  62.  
    63. 

  63. 
Database altered.

    64. 

  64.  
    65. 

  65. 
SQL> select status from v$instance;

    66. 

  66.  
    67. 

  67. STATUS
    68. 

  68.  
    69. 

  69. ------------
    70. 

  70.  
    71. 

  71. OPEN
    72. 









截图如下所示


RMAN异机恢复遭遇ORA-01547、ORA-01152、ORA-01110错误案例


使用了隐藏参数_allow_resetlogs_corruption后，需要从参数文件（pfile或spfile中）移除隐藏参数，并对数据库进行导入导出比较好，不过此处都是测试数据库，重要性不是很高。在此忽略这些步骤。


															

																					

								

									相关推荐