当前联机日志损坏后，怎么操作能够100%的恢复数据库数据。

zergduan

shutdown immediate以后,丢失current redo log，我认为应该不会丢失数据
shutdown immediate会发生完全检查点，所有数据已经全部写入数据文件，不需要任何redo做恢复。所以不会丢数据~

zergduan

1. 
   
2. 1.确认当前日志组为3
   
3. 2.创建redotest表,并insert数据,确定这些操作保存到当前日志组3中
   
4. 3.shutdown immediate数据库,把日志组3的成员改名（损坏）
   
5. 4.启动数据库mount,检查当前日志组为3,已经损坏无法open数据库,作recover database until cancel; open resetlogs
   
6. 5.检查redotest表,无数据损失。
   
7. 
   
8. Microsoft Windows XP [Version 5.1.2600]
   
9. (C) Copyright 1985-2001 Microsoft Corp.
   
10. 
    
11. Z:>sqlplus mydb
    
12. 
    
13. SQL*Plus: Release 9.2.0.7.0 - Production on 星期三 4月 2 08:55:01 2008
    
14. 
    
15. Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
    
16. 
    
17. 请输入口令:
    
18. 
    
19. 连接到:
    
20. Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
    
21. With the Partitioning, OLAP and Oracle Data Mining options
    
22. JServer Release 9.2.0.7.0 - Production
    
23. 
    
24. MYDB@MYDB> select group#,status,archived from v$log;
    
25. 
    
26.     GROUP# STATUS                           ARCHIV
    
27. ---------- -------------------------------- ------
    
28.          1 INACTIVE                         YES
    
29.          2 INACTIVE                         YES
    
30.          3 CURRENT                          NO
    
31. 
    
32. 已用时间:  00: 00: 00.00
    
33. MYDB@MYDB> select group#,member from v$logfile;
    
34. 
    
35.     GROUP#
    
36. ----------
    
37. MEMBER
    
38. ----------------------------------------------------------------------------------------------------
    
39. 
    
40.          3
    
41. C:ORACLEDBORA92ORADATAMYDBREDO03.LOG
    
42. 
    
43.          2
    
44. C:ORACLEDBORA92ORADATAMYDBREDO02.LOG
    
45. 
    
46.          1
    
47. C:ORACLEDBORA92ORADATAMYDBREDO01.LOG
    
48. 
    
49. 
    
50. 已用时间:  00: 00: 00.00
    
51. MYDB@MYDB> create table redotest as select * from v$version where 1=0;
    
52. 
    
53. 表已创建。
    
54. 
    
55. 已用时间:  00: 00: 00.01
    
56. MYDB@MYDB> insert into redotest select * from v$version;
    
57. 
    
58. 已创建5行。
    
59. 
    
60. 已用时间:  00: 00: 00.00
    
61. MYDB@MYDB> commit;
    
62. 
    
63. 提交完成。
    
64. 
    
65. 已用时间:  00: 00: 00.00
    
66. MYDB@MYDB> select * from redotest;
    
67. 
    
68. BANNER
    
69. ----------------------------------------------------------------------------------------------------
    
70. 
    
71. Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
    
72. PL/SQL Release 9.2.0.7.0 - Production
    
73. CORE    9.2.0.7.0       Production
    
74. TNS for 32-bit Windows: Version 9.2.0.7.0 - Production
    
75. NLSRTL Version 9.2.0.7.0 - Production
    
76. 
    
77. 已用时间:  00: 00: 00.00
    
78. MYDB@MYDB> select group#,status,archived from v$log;
    
79. 
    
80.     GROUP# STATUS                           ARCHIV
    
81. ---------- -------------------------------- ------
    
82.          1 INACTIVE                         YES
    
83.          2 INACTIVE                         YES
    
84.          3 CURRENT                          NO
    
85. 
    
86. 已用时间:  00: 00: 00.00
    
87. MYDB@MYDB> shutdown immediate;
    
88. ORA-01031: 权限不足
    
89. MYDB@MYDB> conn / as sysdba
    
90. 已连接。
    
91. MYDB@MYDB> shutdown immediate;
    
92. 数据库已经关闭。
    
93. 已经卸载数据库。
    
94. ORACLE 例程已经关闭。
    
95. MYDB@MYDB> host
    
96. Microsoft Windows XP [Version 5.1.2600]
    
97. (C) Copyright 1985-2001 Microsoft Corp.
    
98. 
    
99. Z:>dir C:ORACLEDBORA92ORADATAMYDBREDO03.LOG
    
100. Volume in drive C has no label.
     
101. Volume Serial Number is 2848-3F2D
     
102. 
     
103. Directory of C:ORACLEDBORA92ORADATAMYDB
     
104. 
     
105. 2008-04-02  08:56       104,858,112 REDO03.LOG
     
106.                1 File(s)    104,858,112 bytes
     
107.                0 Dir(s)  23,216,091,136 bytes free
     
108. 
     
109. Z:>rename C:ORACLEDBORA92ORADATAMYDBREDO03.LOG C:ORACLEDBORA92ORADATAMYDBREDO03.test
     
110. The syntax of the command is incorrect.
     
111. 
     
112. Z:>mv C:ORACLEDBORA92ORADATAMYDBREDO03.LOG C:ORACLEDBORA92ORADATAMYDBREDO03.test
     
113. 
     
114. Z:>dir C:ORACLEDBORA92ORADATAMYDBREDO03.LOG
     
115. Volume in drive C has no label.
     
116. Volume Serial Number is 2848-3F2D
     
117. 
     
118. Directory of C:ORACLEDBORA92ORADATAMYDB
     
119. 
     
120. File Not Found
     
121. 
     
122. Z:>dir C:ORACLEDBORA92ORADATAMYDBREDO03.test
     
123. Volume in drive C has no label.
     
124. Volume Serial Number is 2848-3F2D
     
125. 
     
126. Directory of C:ORACLEDBORA92ORADATAMYDB
     
127. 
     
128. 2008-04-02  08:56       104,858,112 REDO03.test
     
129.                1 File(s)    104,858,112 bytes
     
130.                0 Dir(s)  23,216,082,944 bytes free
     
131. 
     
132. Z:>sqlplus " / as sysdba"
     
133. 
     
134. SQL*Plus: Release 9.2.0.7.0 - Production on 星期三 4月 2 08:59:03 2008
     
135. 
     
136. Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
     
137. 
     
138. 已连接到空闲例程。
     
139. 
     
140. SQL/IDLE> startup mount;
     
141. ORACLE 例程已经启动。
     
142. 
     
143. Total System Global Area  127475516 bytes
     
144. Fixed Size                   454460 bytes
     
145. Variable Size              83886080 bytes
     
146. Database Buffers           37748736 bytes
     
147. Redo Buffers                5386240 bytes
     
148. 数据库装载完毕。
     
149. SQL/IDLE> select group#,status,archived from v$log;
     
150. 
     
151.     GROUP# STATUS                           ARCHIV
     
152. ---------- -------------------------------- ------
     
153.          1 INACTIVE                         YES
     
154.          2 INACTIVE                         YES
     
155.          3 CURRENT                          NO
     
156. 
     
157. 已用时间:  00: 00: 00.00
     
158. SQL/IDLE> alter database open;
     
159. alter database open
     
160. *
     
161. ERROR 位于第 1 行:
     
162. ORA-00313: 无法打开日志组 3 (线程 1) 的成员
     
163. ORA-00312: 联机日志 3 线程 1: 'C:ORACLEDBORA92ORADATAMYDBREDO03.LOG'
     
164. 
     
165. 
     
166. 已用时间:  00: 00: 00.06
     
167. SQL/IDLE> recover database until cancel;
     
168. 完成介质恢复。
     
169. SQL/IDLE> alter database open;
     
170. alter database open
     
171. *
     
172. ERROR 位于第 1 行:
     
173. ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项
     
174. 
     
175. 
     
176. 已用时间:  00: 00: 00.04
     
177. SQL/IDLE> alter database open resetlogs;
     
178. 
     
179. 数据库已更改。
     
180. 
     
181. 已用时间:  00: 00: 16.01
     
182. SQL/IDLE> select group#,status,archived from v$log;
     
183. 
     
184.     GROUP# STATUS                           ARCHIV
     
185. ---------- -------------------------------- ------
     
186.          1 UNUSED                           YES
     
187.          2 UNUSED                           YES
     
188.          3 CURRENT                          NO
     
189. 
     
190. 已用时间:  00: 00: 00.00
     
191. SQL/IDLE> select * from mydb.redotest;
     
192. 
     
193. BANNER
     
194. ----------------------------------------------------------------------------------------------------
     
195. 
     
196. Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
     
197. PL/SQL Release 9.2.0.7.0 - Production
     
198. CORE    9.2.0.7.0       Production
     
199. TNS for 32-bit Windows: Version 9.2.0.7.0 - Production
     
200. NLSRTL Version 9.2.0.7.0 - Production
     
201. 
     
202. 已用时间:  00: 00: 00.00
     
203. SQL/IDLE>
     

复制代码

solearn

原帖由 棉花糖ONE 于 2008-4-2 08:22 发表
不一定说数据不丢失就没问题,这时候可能会导致数据库不是处于一种一致的状态,该回滚的没回滚

既然是做了完全检查点，那么回滚块也是没有丢失。此时立即shutdown abort，启动后应该可以回滚的。当然能shutdown immediate成功最好。

likaiabc

ls，如果current redo log有活动事务，并且突然crash,比如shutdown abort或者断电,总有可能要丢失数据的。


to:solearn
如果oracle正在运行，current redo log突然损坏了，oracle不会crash么？我感觉应该就直接当掉啊。

棉花糖ONE

原帖由 solearn 于 2008-4-2 09:16 发表


既然是做了完全检查点，那么回滚块也是没有丢失。此时立即shutdown abort，启动后应该可以回滚的。当然能shutdown immediate成功最好。

你怎么做回滚呢

棉花糖ONE

原帖由 likaiabc 于 2008-4-2 09:19 发表
ls，如果current redo log有活动事务，并且突然crash,比如shutdown abort或者断电,总有可能要丢失数据的。


to:solearn
如果oracle正在运行，current redo log突然损坏了，oracle不会crash么？我感觉应该就直接当掉啊。

这情况应该是和os的文件处理方式有关

solearn

原帖由 zergduan 于 2008-4-2 08:43 发表
shutdown immediate以后,丢失current redo log，我认为应该不会丢失数据
shutdown immediate会发生完全检查点，所有数据已经全部写入数据文件，不需要任何redo做恢复。所以不会丢数据~

估计楼主说的是online的时候，current log file突然坏了吧。

solearn

原帖由 棉花糖ONE 于 2008-4-2 09:20 发表


你怎么做回滚呢

回滚是不需要日志的，该怎么回滚就怎么回滚。做检查点的目的就是避免应用日志前滚啊。

solearn

原帖由 likaiabc 于 2008-4-2 09:19 发表
ls，如果current redo log有活动事务，并且突然crash,比如shutdown abort或者断电,总有可能要丢失数据的。


to:solearn
如果oracle正在运行，current redo log突然损坏了，oracle不会crash么？我感觉应该就直接当掉啊。

我想这个要靠人品了。 如果运气好，在你发现日志坏的时候，lgwr没有写日志，而你又来得及做完检查点，还是可以出现奇迹的。当然这个概率很低。

komman

原帖由 solearn 于 2008-4-2 08:12 发表
如果current log file发现坏了而数据库没有crash，那么做个checkpoint再shutdown是不是可以避免丢失数据呢？

checkpoint 能完成么?