|
blockrecover и backup одновременно?!
|
|||
---|---|---|---|
#18+
Добрый день! В БД появился corrupt блок: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
Битый блок в таблице. Я запустил в rman восстановление: Код: plsql 1.
Восстановление идет уже 2 дня. Сейчас: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21.
Текущий архивлог сейчас 37710. Код: plsql 1. 2. 3. 4. 5.
Восстанавливаться похоже будет еще очень долго. Надо делать бэкап БД. Как быть? Можно ли делать бэкап во время восстановления? Скрипт бэкапа: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2020, 09:16 |
|
blockrecover и backup одновременно?!
|
|||
---|---|---|---|
#18+
Пришел к выводу, что blockrecover для больших баз с инкрементальным бэкапом - не вариант. Слишком долго. Можно порпобовать весь файл восстанавливать, наверное тоже не быстро. Мы решили таблицу пересоздавать и затягивать недостающие данные из копии. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2020, 16:16 |
|
blockrecover и backup одновременно?!
|
|||
---|---|---|---|
#18+
lYY Пришел к выводу, что blockrecover для больших баз с инкрементальным бэкапом - не вариант. Слишком долго. Можно порпобовать весь файл восстанавливать, наверное тоже не быстро. Мы решили таблицу пересоздавать и затягивать недостающие данные из копии. Block Change Tracking используется? Он как раз для таких ситуаций Одно но, надо смотреть баши для вашей, (очень старой версии) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.06.2020, 19:19 |
|
blockrecover и backup одновременно?!
|
|||
---|---|---|---|
#18+
Vadim Lejnin Block Change Tracking используется? BCT ускоряет инкрементальные бэкапы, снижая объём данных, которые нужно прочитать с диска при бэкапе. Как он ускорит block_recover? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 02:30 |
|
blockrecover и backup одновременно?!
|
|||
---|---|---|---|
#18+
. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 02:46 |
|
blockrecover и backup одновременно?!
|
|||
---|---|---|---|
#18+
lYY Пришел к выводу, что blockrecover для больших баз с инкрементальным бэкапом - не вариант. Слишком долго. Можно порпобовать весь файл восстанавливать, наверное тоже не быстро. Мы решили таблицу пересоздавать и затягивать недостающие данные из копии. При block recover и нужно восстановить весь файл, это не работает как достань только нужный блок данных из бэкапа. И только из восстановленного и доведённого до консистентного состояния файла данных на определённый момент времени можно достать нужный блок. Для ускорения block recover можно использовать incrementally updated backup либо standby. А вообще версия уже слишком древняя, давно пора обновляться. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.06.2020, 02:50 |
|
|
start [/forum/topic.php?fid=52&fpage=44&tid=1881194]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 129ms |
0 / 0 |