Pull to refresh

Comments 9

1. Укажите версии Oracle, к которым применимы эти советы
2. Неплохо бы указать и ограничения для SHRINK SPACE, для полноты статьи.
3. Раз у вас появились fractured блоки, то могут появиться и новые в процессе SHRINK.

В общем, нужно хорошо подумать прежде, чем.
Спасибо за комментарий! Изменения внес и кратко описал ситуацию предшествующую данной проблеме. По пункту 3 — в данном случае блоки имели логическое повреждение.
Сколько шли альтеры и какой примерно размер базы?
Интересно, какой размер таблицы?
А если был бы бэкап и редо, было бы проще?
Значительно проще — можно было бы просто запустить:
RMAN BLOCKRECOVER CORRUPTION LIST.
Либо явно подсунуть ему датафайл и указать поврежденные блоки:
RMAN BLOCKRECOVER DATAFILE 28 BLOCK 2408568
Забыли указать мельчайшую деталь — фича RMAN Block Recover есть только в Oracle EE (Enterprise Edition). А это, на базе в 1.5 ТБ, которая скорее всего управляется не одним десятком CPU (или хотя бы ядер) — сотни тысяч $$ (для любопытствующих — прикинуть стоимость лицензий можно тут: orashop.ru)
Sign up to leave a comment.

Articles