Янв 182016
 

Столкнулся с интересной проблемой: RMAN при бэкапе очень долго (вплоть до многих часов) висит на стадии resync catalog. Полез смотреть, что происходит на базе, содержащей backup catalog, и увидел, что вот этот запрос работает большую часть времени:

DELETE FROM ROUT
WHERE
DB_KEY = :B2 AND ROUT_SKEY;

В самой таблице ROUT записей не очень много, всего несколько десятков тысяч, а занимала она у меня порядка 3 Гб без учёта индексов.

Судя про Doc ID 1600112.1, в этой таблице хранятся только текстовые логи RMAN, которые удаляются по прошествии 7 дней. Видимо, в моём случае произошла сильная фрагментация таблицы. Уверен, что помогла бы дефрагментация таблицы путём, например, переноса сегмента и перестройки индексов, но я решил просто почистить её, т.к. логи RMAN у меня хранятся в виде файлов и мне удобнее пользоваться именно ими.

Делаем это на БД каталога:

TRUNCATE TABLE rout;

Теперь resync проходит за 5 минут.

 Leave a Reply

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong> <pre lang="" line="" escaped="" cssfile="">

(обязательно)

(обязательно)