|
|
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
Oracle 11.2.3 64-bit Linux Сделал бэкап RMAN командой backup as compressed backupset database format '/XXXXXX/AR_20151118_%U.bkp' tag 'AR_ARH20151118' keep until time sysdate+5; Бэкап прошел нормально Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. Перенес эти бэкапы на другой хост и восстанавливаю restore проходит нормально, вот recover требует архивный лог 27836 Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Ав бэкапе лежат логи только List of Archived Logs in backup set 18741 Thrd Seq Low SCN Low Time Next SCN Next Time ---- ------- ---------- --------- ---------- --------- 1 27837 565473450 25-NOV-15 565520482 25-NOV-15 1 27838 565520482 25-NOV-15 565524828 25-NOV-15 1 27839 565524828 25-NOV-15 565531061 25-NOV-15 Почему он требует этот лог - вроде ведь должен все нужные логи рман положить в бэкап? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.12.2015, 10:40 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
BadRobot, А контрольник какой используется ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2015, 00:36 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
Контрольник используется тот, который вместе с бэкапом делается. Я его восстанавливаю командой restore controlfile from и указываю имя файла с бэкапом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2015, 08:12 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
BadRobot, > keep until time sysdate+5; А когда восстанавливаете? Может нужный бэкап был удален по obsolete критерию? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2015, 15:53 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
Нет, этот бэкап я делал в отдельную папку и скопировал на другую машину сразу же после бэкапа. Проблема в том, что оракл пишет, что сохранит все архивлоги, нужные для восстановления с этого бэкапа, но один лог 27836 не кладёт в бэкап, хотя кладёт туда последующие 3 лога - 27837, 27838, 27839 - они сформированы во время бэкапа и явно нужны, но почему также нужный 27836 лог не бэкапит? Хотя написано, что 11 оракл сам заботится о том, чтобы все нужные файлы присутствовали в бэкапе, сделанном командой backup ... Keep.получается никому нельзя верить ((( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2015, 21:43 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
Судя по всему один из багов этой версии Смотрите например duplicate from active database ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.12.2015, 21:47 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
BadRobot, Странно, почему тогда RECOVER succeeded, как будто что-то делал ,., ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2015, 00:08 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
BadRobotOracle 11.2.3 64-bit Linux Сделал бэкап RMAN командой backup as compressed backupset database format '/XXXXXX/AR_20151118_%U.bkp' tag 'AR_ARH20151118' keep until time sysdate+5; Бэкап прошел нормально Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. Перенес эти бэкапы на другой хост и восстанавливаю restore проходит нормально, вот recover требует архивный лог 27836 Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Ав бэкапе лежат логи только List of Archived Logs in backup set 18741 Thrd Seq Low SCN Low Time Next SCN Next Time ---- ------- ---------- --------- ---------- --------- 1 27837 565473450 25-NOV-15 565520482 25-NOV-15 1 27838 565520482 25-NOV-15 565524828 25-NOV-15 1 27839 565524828 25-NOV-15 565531061 25-NOV-15 Почему он требует этот лог - вроде ведь должен все нужные логи рман положить в бэкап? Лог то хоть от какого бэкапа? Где в доке написано, что backup as compressed backupset database бэкапит archivelog? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2015, 12:43 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
0_011_11, Сами-то доку смотрели? When KEEP is specified, RMAN creates multiple backup sets. RMAN backs up datafiles, archived redo logs, the control file, and the server parameter file ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.12.2015, 12:59 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
ctlv, Точно не бэкапы? backup as compressed backupset database format '/XXXXXX/AR_20151118_%U.bkp' tag ' AR_ARH20151118' keep until time sysdate+5; run{ allocate channel ch1 type disk; restore database from tag 'ORAUPP_ARH20151125'; release channel ch1; } run{ allocate channel ch1 type disk; recover database from tag 'ORAUPP_ARH20151125'; release channel ch1; } ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 06:12 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
Hrundel, нет, всё верно, я просто восстанавливал с двух аналогичных бэкапов разных дат и обе дали такую ошибку - когда писал в форум, то по запарке указал команду восстановления от позднего бэкапа, а лог от раннего. Но проблема, в любом, случае одна и та же. А вообще, я очень надеялся на строчку лога archived logs required to recover from this backup will be backed up но, оказывается, что рман таки не все логи кладет нужные, хотя при бэкапе это обещает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 07:25 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
BadRobotно, оказывается, что рман таки не все логи кладет нужные, хотя при бэкапе это обещает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 08:50 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
BadRobot, Я протестировал на 10.2.0.4 , там в дополнение к KEEP указывается LOG. Так вот в бэкапсете вообще ни одного архивного журнала в течение бэкапа не оказывается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 10:15 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
ctlv, все верно, вот что написано у Алапати Иногда бывает необходимо подготовить резервную копию для долгосрочного хране- ния. Преследуемой при этом целью является не обеспечение возможности однажды ис- пользовать эту резервную копию для восстановления базы данных, а обеспечение воз- можности применить эту резервную копию для восстановления того вида, в котором данные находились на момент ее создания. Кроме того, создание подобной резервной копии может требоваться исключительно для соблюдения установленных регуляторных норм. Резервные копии подобного рода называются архивными резервными копиями (archival backup) или долгосрочными резервными копиями (long-term backup) и, как пра- вило, сохраняются на устройствах типа магнитных лент за пределами сайта. Для создания долгосрочных резервных копий достаточно указать в команде BACKUP конструкцию KEEP. Эта конструкция делает так, чтобы на резервную копию не распро- странялось действие сконфигурированной в текущий момент политики сохранности резервных копий (RETENTION POLICY). Она указывает утилите RMAN делать резервную копию всех файлов данных, управляющего файла и файла SPFILE. Помимо этого, RMAN также автоматически генерирует и резервную копию архивных журналов повторного выполнения для обеспечения возможности восстановления базы данных до согласован- ного состояния. Это относится к 11g. В 11g нет опции LOGS/NOLOGS - там логи всегда включаются в бэкап при KEEP. В 10g включались все логи имеющиеся при указании опции LOGS Improved Handling of Long-Term Backups oracle-base.com --- The BACKUP command includes a KEEP option to override the default retention policy and create an all-inclusive backup. The backups are considered all-inclusive because they contain all files necessary to restore and recover the database. This allows for long term backups, also known as archival backups. In previous versions, an archival backup would include all archived redo logs present. Oracle 11g has improved this situation by retaining only the archived redo log files needed to make the backup consistent. This may represent a substantial space saving. ------ Типа в 10-ке нужно самому заботиться о нужных архивных логах, а 11-я должна сама с этим раобраться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 11:29 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
BadRobotHrundel, но, оказывается, что рман таки не все логи кладет нужные, хотя при бэкапе это обещает. Всё нормально. Может уже покажите полные логи Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. 199. 200. 201. 202. 203. 204. 205. 206. 207. 208. 209. 210. 211. 212. 213. 214. 215. 216. 217. 218. 219. 220. 221. 222. 223. 224. 225. 226. 227. 228. 229. 230. 231. 232. 233. 234. 235. 236. 237. 238. 239. 240. 241. 242. 243. 244. 245. 246. 247. 248. 249. 250. 251. 252. 253. 254. 255. 256. 257. 258. 259. 260. 261. 262. 263. 264. 265. 266. 267. 268. 269. 270. 271. 272. 273. 274. 275. 276. 277. 278. 279. 280. 281. 282. 283. 284. 285. 286. 287. 288. 289. 290. 291. 292. 293. 294. 295. 296. 297. 298. 299. 300. 301. 302. 303. 304. 305. 306. 307. 308. 309. 310. 311. 312. 313. 314. 315. 316. 317. 318. 319. 320. 321. 322. 323. 324. 325. 326. 327. 328. 329. 330. 331. 332. 333. 334. 335. 336. 337. 338. 339. 340. 341. 342. 343. 344. 345. 346. 347. 348. 349. 350. 351. 352. 353. 354. 355. 356. 357. 358. 359. 360. 361. 362. 363. 364. 365. 366. 367. 368. 369. 370. 371. 372. 373. 374. 375. 376. 377. 378. 379. 380. 381. 382. 383. 384. 385. 386. 387. 388. 389. 390. 391. 392. 393. 394. 395. 396. 397. 398. 399. 400. 401. 402. 403. 404. 405. 406. 407. 408. 409. 410. 411. 412. 413. 414. 415. 416. 417. 418. 419. 420. 421. 422. 423. 424. 425. 426. 427. 428. 429. 430. 431. 432. 433. 434. 435. 436. 437. 438. 439. 440. 441. 442. 443. 444. 445. 446. 447. 448. 449. 450. 451. 452. 453. 454. 455. 456. 457. 458. 459. 460. 461. 462. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 12:56 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
KamaelBadRobotHrundel, но, оказывается, что рман таки не все логи кладет нужные, хотя при бэкапе это обещает. Всё нормально. Может уже покажите полные логи Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. 199. 200. 201. 202. 203. 204. 205. 206. 207. 208. 209. 210. 211. 212. 213. 214. 215. 216. 217. 218. 219. 220. 221. 222. 223. 224. 225. 226. 227. 228. 229. 230. 231. 232. 233. 234. 235. 236. 237. 238. 239. 240. 241. 242. 243. 244. 245. 246. 247. 248. 249. 250. 251. 252. 253. 254. 255. 256. 257. 258. 259. 260. 261. 262. 263. 264. 265. 266. 267. 268. 269. 270. 271. 272. 273. 274. 275. 276. 277. 278. 279. 280. 281. 282. 283. 284. 285. 286. 287. 288. 289. 290. 291. 292. 293. 294. 295. 296. 297. 298. 299. 300. 301. 302. 303. 304. 305. 306. 307. 308. 309. 310. 311. 312. 313. 314. 315. 316. 317. 318. 319. 320. 321. 322. 323. 324. 325. 326. 327. 328. 329. 330. 331. 332. 333. 334. 335. 336. 337. 338. 339. 340. 341. 342. 343. 344. 345. 346. 347. 348. 349. 350. 351. 352. 353. 354. 355. 356. 357. 358. 359. 360. 361. 362. 363. 364. 365. 366. 367. 368. 369. 370. 371. 372. 373. 374. 375. 376. 377. 378. 379. 380. 381. 382. 383. 384. 385. 386. 387. 388. 389. 390. 391. 392. 393. 394. 395. 396. 397. 398. 399. 400. 401. 402. 403. 404. 405. 406. 407. 408. 409. 410. 411. 412. 413. 414. 415. 416. 417. 418. 419. 420. 421. 422. 423. 424. 425. 426. 427. 428. 429. 430. 431. 432. 433. 434. 435. 436. 437. 438. 439. 440. 441. 442. 443. 444. 445. 446. 447. 448. 449. 450. 451. 452. 453. 454. 455. 456. 457. 458. 459. 460. 461. 462. и на 11.2.0.2 тоже всё норм. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 13:38 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
Kamael, это всё хорошо, конечно, вообще-то лог бэкапа выложен весь вот основное в моем логе при бэкапе Код: plsql 1. 2. 3. 4. 5. 6. а вот при восстановлении Код: plsql 1. 2. 3. 4. 5. 6. Я протестил несколько баз, у меня получается, что мелкие базы - то есть те, чей бэкап происходит быстро, восстанавливались нормально. База (с которой проблема) размером побольше (около 120 гигов) и её бэкап длится намного дольше. Возможно в это время другой рман по расписанию успевает что-то отбэкапить и переключить логи? Когда база была маленькой то я пару раз сделал бэкап с использованием keep и всё восстановилось нормально - а вот тут раз и вылезло такое, восстанавливал 3 базы - 2 восстановились нормально, а третья вот с такой вот бякой ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 14:03 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
BadRobotKamael, это всё хорошо, конечно, вообще-то лог бэкапа выложен весь вот основное в моем логе при бэкапе Код: plsql 1. 2. 3. 4. 5. 6. а вот при восстановлении Код: plsql 1. 2. 3. 4. 5. 6. Я протестил несколько баз, у меня получается, что мелкие базы - то есть те, чей бэкап происходит быстро, восстанавливались нормально. База (с которой проблема) размером побольше (около 120 гигов) и её бэкап длится намного дольше. Возможно в это время другой рман по расписанию успевает что-то отбэкапить и переключить логи? Когда база была маленькой то я пару раз сделал бэкап с использованием keep и всё восстановилось нормально - а вот тут раз и вылезло такое, восстанавливал 3 базы - 2 восстановились нормально, а третья вот с такой вот бякой покажите recover database preview и list backup. и где сейчас 27836 арх.лог? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 14:13 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
Кстати, эту третью базу я пытался восстановить с двух бэкапов, сделанных в разные дни командой backup database keep. Сами бэкапы отработали без ошибок, но, что первый, что второй бэкап при восстановлении попросили для восстановления лог, идущий перед логами, которые есть в этом самом бэкапе! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 14:18 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
Во время бэкапа генерировал архивные логи. 10.2.0.4Recovery Manager: Release 10.2.0.4.0 - Production on Wed Dec 9 14:13:00 2015 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database: ORCL (DBID=3054505191) RMAN> backup as compressed backupset database format='/home/oracle/backup/%U' tag='keep-backup' keep until time 'sysdate+5' LOGS; Starting backup at 09-DEC-15 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=20 devtype=DISK backup will be obsolete on date 14-DEC-15 archived logs required to recover from this backup will expire when this backup expires channel ORA_DISK_1: starting compressed full datafile backupset channel ORA_DISK_1: specifying datafile(s) in backupset input datafile fno=00002 name=+DATA/orcl/datafile/undotbs1.267.897929859 input datafile fno=00001 name=+DATA/orcl/datafile/system.266.897929859 input datafile fno=00003 name=+DATA/orcl/datafile/sysaux.261.897929859 input datafile fno=00004 name=+DATA/orcl/datafile/users.259.897929861 input datafile fno=00005 name=+DATA/orcl/datafile/example.258.897929861 input datafile fno=00006 name=+DATA/orcl/datafile/test.257.897929861 input datafile fno=00007 name=+DATA/orcl/datafile/test.256.897929861 channel ORA_DISK_1: starting piece 1 at 09-DEC-15 channel ORA_DISK_1: finished piece 1 at 09-DEC-15 piece handle=/home/oracle/backup/0uqocvf7_1_1 tag=KEEP-BACKUP comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:55 channel ORA_DISK_1: starting compressed full datafile backupset channel ORA_DISK_1: specifying datafile(s) in backupset including current control file in backupset including current SPFILE in backupset channel ORA_DISK_1: starting piece 1 at 09-DEC-15 channel ORA_DISK_1: finished piece 1 at 09-DEC-15 piece handle=/home/oracle/backup/0vqocvgv_1_1 tag=KEEP-BACKUP comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:03 Finished backup at 09-DEC-15 RMAN> list backup; -- нет бэкапов архивных логов. List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 22 Full 217.30M DISK 00:00:52 09-DEC-15 BP Key: 22 Status: AVAILABLE Compressed: YES Tag: KEEP-BACKUP Piece Name: /home/oracle/backup/0uqocvf7_1_1 Keep: LOGS Until: 14-DEC-15 List of Datafiles in backup set 22 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 11385349 09-DEC-15 +DATA/orcl/datafile/system.266.897929859 2 Full 11385349 09-DEC-15 +DATA/orcl/datafile/undotbs1.267.897929859 3 Full 11385349 09-DEC-15 +DATA/orcl/datafile/sysaux.261.897929859 4 Full 11385349 09-DEC-15 +DATA/orcl/datafile/users.259.897929861 5 Full 11385349 09-DEC-15 +DATA/orcl/datafile/example.258.897929861 6 Full 11385349 09-DEC-15 +DATA/orcl/datafile/test.257.897929861 7 Full 11385349 09-DEC-15 +DATA/orcl/datafile/test.256.897929861 BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 23 Full 1.05M DISK 00:00:02 09-DEC-15 BP Key: 23 Status: AVAILABLE Compressed: YES Tag: KEEP-BACKUP Piece Name: /home/oracle/backup/0vqocvgv_1_1 Keep: LOGS Until: 14-DEC-15 Control File Included: Ckp SCN: 11606633 Ckp time: 09-DEC-15 SPFILE Included: Modification time: 08-DEC-15 RMAN> [oracle@or1 ~]$ ls backup 0uqocvf7_1_1 0vqocvgv_1_1 [oracle@or1 ~]$ scp.... [oracle@or2 ~]$ asmcmd ASMCMD> rm -r data You may delete multiple files and/or directories. Are you sure? (y/n) y ASMCMD> or2: RMAN> restore controlfile from '/home/oracle/backup/0vqocvgv_1_1'; Starting restore at 09-DEC-15 allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=36 devtype=DISK channel ORA_DISK_1: restoring control file channel ORA_DISK_1: restore complete, elapsed time: 00:00:10 output filename=+DATA/orcl/controlfile/current.264.898007159 Finished restore at 09-DEC-15 RMAN> alter database mount; database mounted released channel: ORA_DISK_1 RMAN> restore database; Starting restore at 09-DEC-15 using channel ORA_DISK_1 channel ORA_DISK_1: starting datafile backupset restore channel ORA_DISK_1: specifying datafile(s) to restore from backup set restoring datafile 00001 to +DATA/orcl/datafile/system.266.897929859 restoring datafile 00002 to +DATA/orcl/datafile/undotbs1.267.897929859 restoring datafile 00003 to +DATA/orcl/datafile/sysaux.261.897929859 restoring datafile 00004 to +DATA/orcl/datafile/users.259.897929861 restoring datafile 00005 to +DATA/orcl/datafile/example.258.897929861 restoring datafile 00006 to +DATA/orcl/datafile/test.257.897929861 restoring datafile 00007 to +DATA/orcl/datafile/test.256.897929861 channel ORA_DISK_1: reading from backup piece /home/oracle/backup/0uqocvf7_1_1 channel ORA_DISK_1: restored backup piece 1 piece handle=/home/oracle/backup/0uqocvf7_1_1 tag=KEEP-BACKUP channel ORA_DISK_1: restore complete, elapsed time: 00:05:36 Finished restore at 09-DEC-15 RMAN> recover database; Starting recover at 09-DEC-15 using channel ORA_DISK_1 starting media recovery Oracle Error: ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below ORA-01194: file 7 needs more recovery to be consistent ORA-01110: data file 7: '+DATA/orcl/datafile/test.256.898007235' RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of recover command at 12/09/2015 14:33:00 RMAN-06053: unable to perform media recovery because of missing log RMAN-06025: no backup of log thread 1 seq 4 lowscn 11489268 found to restore RMAN-06025: no backup of log thread 1 seq 3 lowscn 11387926 found to restore RMAN-06025: no backup of log thread 1 seq 2 lowscn 11348505 found to restore RMAN> ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 14:41 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
ctlvВо время бэкапа генерировал архивные логи. 10.2.0.4Recovery Manager: Release 10.2.0.4.0 - Production on Wed Dec 9 14:13:00 2015 Copyright (c) 1982, 2007, Oracle. All rights reserved. connected to target database: ORCL (DBID=3054505191) RMAN> backup as compressed backupset database format='/home/oracle/backup/%U' tag='keep-backup' keep until time 'sysdate+5' LOGS; Starting backup at 09-DEC-15 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=20 devtype=DISK backup will be obsolete on date 14-DEC-15 archived logs required to recover from this backup will expire when this backup expires channel ORA_DISK_1: starting compressed full datafile backupset channel ORA_DISK_1: specifying datafile(s) in backupset input datafile fno=00002 name=+DATA/orcl/datafile/undotbs1.267.897929859 input datafile fno=00001 name=+DATA/orcl/datafile/system.266.897929859 input datafile fno=00003 name=+DATA/orcl/datafile/sysaux.261.897929859 input datafile fno=00004 name=+DATA/orcl/datafile/users.259.897929861 input datafile fno=00005 name=+DATA/orcl/datafile/example.258.897929861 input datafile fno=00006 name=+DATA/orcl/datafile/test.257.897929861 input datafile fno=00007 name=+DATA/orcl/datafile/test.256.897929861 channel ORA_DISK_1: starting piece 1 at 09-DEC-15 channel ORA_DISK_1: finished piece 1 at 09-DEC-15 piece handle=/home/oracle/backup/0uqocvf7_1_1 tag=KEEP-BACKUP comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:55 channel ORA_DISK_1: starting compressed full datafile backupset channel ORA_DISK_1: specifying datafile(s) in backupset including current control file in backupset including current SPFILE in backupset channel ORA_DISK_1: starting piece 1 at 09-DEC-15 channel ORA_DISK_1: finished piece 1 at 09-DEC-15 piece handle=/home/oracle/backup/0vqocvgv_1_1 tag=KEEP-BACKUP comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:03 Finished backup at 09-DEC-15 RMAN> list backup; -- нет бэкапов архивных логов. List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 22 Full 217.30M DISK 00:00:52 09-DEC-15 BP Key: 22 Status: AVAILABLE Compressed: YES Tag: KEEP-BACKUP Piece Name: /home/oracle/backup/0uqocvf7_1_1 Keep: LOGS Until: 14-DEC-15 List of Datafiles in backup set 22 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 11385349 09-DEC-15 +DATA/orcl/datafile/system.266.897929859 2 Full 11385349 09-DEC-15 +DATA/orcl/datafile/undotbs1.267.897929859 3 Full 11385349 09-DEC-15 +DATA/orcl/datafile/sysaux.261.897929859 4 Full 11385349 09-DEC-15 +DATA/orcl/datafile/users.259.897929861 5 Full 11385349 09-DEC-15 +DATA/orcl/datafile/example.258.897929861 6 Full 11385349 09-DEC-15 +DATA/orcl/datafile/test.257.897929861 7 Full 11385349 09-DEC-15 +DATA/orcl/datafile/test.256.897929861 BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 23 Full 1.05M DISK 00:00:02 09-DEC-15 BP Key: 23 Status: AVAILABLE Compressed: YES Tag: KEEP-BACKUP Piece Name: /home/oracle/backup/0vqocvgv_1_1 Keep: LOGS Until: 14-DEC-15 Control File Included: Ckp SCN: 11606633 Ckp time: 09-DEC-15 SPFILE Included: Modification time: 08-DEC-15 RMAN> [oracle@or1 ~]$ ls backup 0uqocvf7_1_1 0vqocvgv_1_1 [oracle@or1 ~]$ scp.... [oracle@or2 ~]$ asmcmd ASMCMD> rm -r data You may delete multiple files and/or directories. Are you sure? (y/n) y ASMCMD> or2: RMAN> restore controlfile from '/home/oracle/backup/0vqocvgv_1_1'; Starting restore at 09-DEC-15 allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid=36 devtype=DISK channel ORA_DISK_1: restoring control file channel ORA_DISK_1: restore complete, elapsed time: 00:00:10 output filename=+DATA/orcl/controlfile/current.264.898007159 Finished restore at 09-DEC-15 RMAN> alter database mount; database mounted released channel: ORA_DISK_1 RMAN> restore database; Starting restore at 09-DEC-15 using channel ORA_DISK_1 channel ORA_DISK_1: starting datafile backupset restore channel ORA_DISK_1: specifying datafile(s) to restore from backup set restoring datafile 00001 to +DATA/orcl/datafile/system.266.897929859 restoring datafile 00002 to +DATA/orcl/datafile/undotbs1.267.897929859 restoring datafile 00003 to +DATA/orcl/datafile/sysaux.261.897929859 restoring datafile 00004 to +DATA/orcl/datafile/users.259.897929861 restoring datafile 00005 to +DATA/orcl/datafile/example.258.897929861 restoring datafile 00006 to +DATA/orcl/datafile/test.257.897929861 restoring datafile 00007 to +DATA/orcl/datafile/test.256.897929861 channel ORA_DISK_1: reading from backup piece /home/oracle/backup/0uqocvf7_1_1 channel ORA_DISK_1: restored backup piece 1 piece handle=/home/oracle/backup/0uqocvf7_1_1 tag=KEEP-BACKUP channel ORA_DISK_1: restore complete, elapsed time: 00:05:36 Finished restore at 09-DEC-15 RMAN> recover database; Starting recover at 09-DEC-15 using channel ORA_DISK_1 starting media recovery Oracle Error: ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below ORA-01194: file 7 needs more recovery to be consistent ORA-01110: data file 7: '+DATA/orcl/datafile/test.256.898007235' RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of recover command at 12/09/2015 14:33:00 RMAN-06053: unable to perform media recovery because of missing log RMAN-06025: no backup of log thread 1 seq 4 lowscn 11489268 found to restore RMAN-06025: no backup of log thread 1 seq 3 lowscn 11387926 found to restore RMAN-06025: no backup of log thread 1 seq 2 lowscn 11348505 found to restore RMAN> archived logs required to recover from this backup will expire when this backup expires тут как бы всё понятно, в бэкап арх логи не идут, но will expire when this backup expires. это характерно для 10g в 11g и 12 уже archived logs required to recover from this backup will be backed up как воспроизвести ситуацию ТС, не понятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 21:52 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
Kamaelкак воспроизвести ситуацию ТС, не понятно Предположу, что параллельно мог работать ещё один бэкап, который и забрал отсутствующий лог. И бэкап оптимизация была включена. Завтра попробую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.12.2015, 23:55 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
Доборого всем заглянувшим, присоседюсь со своим вопросом, любопытно стало. Дали полный горячий бэкап для опытов и столкнулся с непонятным мне поведением: в бэкапе все есть, но рман не мог сам найти в нем архивлоги Бэкап делался с PLUS ARCHIVELOG DELETE INPUT, автобэкап контролфайла, оптимизация выключена, redundancy 1, Win 11.2 получил три файла: автобэкап, один с датафайлами и один с архивлогами. Разворачиваю в пустую базу , восстанавливаю контролфайл из автобэкапа, ресторю, начинаю делать recover получаю успешно, но file needs more recovery. Пробую recover database using backup controlfile until cancel он мне предлагает дать ему архивлог за номером 22511, который как мы можем видеть ниже, лежит в бэкапе. restore archivelog all дало ошибку ORA-19693: backup piece O1_MF_ANNNN_TAG20180516T094237_FHQ6NXY8_.BKP already included Сделал catalog backuppiece 'C:\....O1_MF_ANNNN_TAG20180516T094237_FHQ6NXY8_.BKP'; restore archivelog all force и после этого все отрекаверилось и стратануло даже не пискнув. Собсвенно вопрос: чего рману нужно, чтобы он без дополнителных плясок с бубном взял для восстановления архивлоги из бэкапа, или чего я делаю не так, и что может делать не так дба который выдал мне этот бэкап? Единственное что вижу аномального что 2 копии в одном файле. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2018, 10:43 |
|
||
|
rman backup keep и ORA-01194: file 1 needs more recovery to be consistent
|
|||
|---|---|---|---|
|
#18+
И так чутка поигравшись в виртуалочке выяснил следующее. получилось так, что я ненамеренно положил бэкапы в тот же путь куда их бэкапили на том сервере откуда они взялись, и rman посчитал что они лежат на своем месте. а я в свою очередь перед restore не глядя сделал catalog start with в ту же директорию в итоге rman посчитал что в каждом файле лежит по две копии бэкапсета, на одном левом сайте попалось упоминание что это известный баг рмана. К слову попробовал удалить вторую копию бэкапсета и рман грохнул весь файл, оставив меня без бэкапа, как в анекдоте про нортонкомандер, слева диск с: и справа диск с: подумал зачем два одинаковых и один удалил. :) в общем. если положить файлы в путь не совпадающий с путем бэкапа там где его делали или же положить по такому же пути, но не включать в каталог. восстановление нормально отрабатывает без чудес. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2018, 06:11 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39123730&tid=1883956]: |
0ms |
get settings: |
5ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
174ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
62ms |
get tp. blocked users: |
1ms |
| others: | 221ms |
| total: | 494ms |

| 0 / 0 |
