Инкрементные Бэкапы RMAN

Рубрика: Oracle

Доброго времени суток, уважаемые читатели блога okITgo.ru! Можно создавать инкрементные резервные копии баз данных, отдельных табличных пространств или файлов данных.

Как и с другими бэкапами, если Вы находитесь в режиме ARCHIVELOG, можно делать инкрементные резервные копии при открытой базе данных; если база данных находится в режиме NOARCHIVELOG, то можно делать инкрементные бэкапы только после того, как база данных будет закрыта.

Цель инкрементного резервного копирования состоит в том, чтобы резервировать только те блоки данных, которые изменились начиная с предыдущего резервного копирования.

Основные причины для того, чтобы сделать инкрементные бэкапы частью Вашей стратегии:

  • Для использования в стратегии, основанной на инкрементально обновляемых резервных копиях, где эти инкрементные бэкапы используются, чтобы периодически продвигать вперёд копию образа базы данных
  • Уменьшать количество времени, необходимое для ежедневных резервных копий
  • Сохранить сетевую пропускную способность при резервировании по сети
  • Получить адекватную производительность резервного копирования, когда суммарная пропускная способность, доступная для операций записи на ленту намного меньше, чем суммарная пропускная способность операций чтения с диска
  • Быть в состоянии восстановить изменения объектов, создаваемых с опцией NOLOGGING. Например, вставки при прямой загрузке не создают записей в журнале транзакций, и их изменения не могут быть воспроизведены посредством восстановления носителя. Однако, они в действительности изменяют блоки данных и поэтому захватываются инкрементными резервными копиями.
  • Уменьшить размеры бэкапов для баз данных в режиме NOARCHIVELOG. Вместо того, чтобы делать полное резервное копирование всей базы данных каждый раз, можно осуществлять инкрементные резервные копии. (При этом следует помнить, что следует выполнить согласованное завершение работы прежде, чем выполнять инкрементное резервное копирование базы данных, работающей в режиме NOARCHIVELOG.)

Одна эффективная стратегия состоит в том, чтобы делать инкрементные резервные копии на диск, а затем резервировать получаемые резервные наборы с помощью медиа менеджера командой BACKUP AS BACKUPSET. Инкрементные резервные копии обычно более малы, чем полные резервные копии, что уменьшает пространство, требуемое для их хранения, пока они не будут перемещены на ленту. Затем, после того, как инкрементные резервные копии на диске резервируются на ленту, более вероятно, что потоковая передача ленты будет стабильной, поскольку все блоки инкрементного резервного копирования копируются в ленту. Нет вероятности задержки вследствие времени, требуемого для RMAN, чтобы найти измененные блоки в файлах данных.

Спасибо за внимание! До скорых встреч на страницах сайта okITgo.ru.

Рубрика: Oracle

Отзывов (2) на «Инкрементные Бэкапы RMAN»

  1. Александр Плютов пишет:

    Тоже развернул у себя на сервере инкрементные бэкапы. http://plutov.by/post/incremental_backup

Ваш отзыв