Oracle Backup and Repository Maintenance

ORACLE  рекомендует для стратегии сохранения резервного копирования реализовать (сконфигурировать) следующие политики:
   - область быстрого восстановления (fast recovery area)
   - политика хранения резервных копий (время жизни) (backup retention policy)
   - политика удаления архивных логов (archived redo log deletion policy)
В этом случае БД самостоятельно сохраняет, удаляет резервные копии и архивные логи. Однако, иногда необходимо выполнение этих операций вручную.

Управление резервными копиями RMAN  включает в себя следующие задачи:
   - управление резервными копия баз данных которые хранятся на дисках или лентах
   - управление записями этих бэкапов в репозитории RMAN

Oracle RMAN

Лучшая, на мой взгляд, логика бэкапов в Oracle (сравнивая нативный бэкапер Microsoft'a):

1) Есть дифференциальный инкрементальный бэкап со следующей логикой:
копия Level0 делается в Sun затем делаются инкременты на инкременты :) (Level1), в следующий Sunday делает опять копия Level0 со всеми изменениями за неделю. Т.е. копия Level0 это по сути Full-бэкап только его можно использовать в расписании инкрементов!! Это должно здорово уменьшать объем хранения резервных копий. Правда, это увеличивает время восстановления с резервной копии.

 

2) Есть кумулятивный инкрементальный бэкап с другой логикой:
В Sunday делаем бэкап Level0 (типа Full) и каждый последующий день к нему прибавляем инкремент, в следующий Synday опять делаем бэкап Level0 и процесс начинается сначала. В этой схеме время восстановления должно быть минимальным - ведь каждую резервную копию восстанавливаем из двух: требуемая дата+Sunday. Однако место должно быть побольше... Насколько больше? Для моего сервера это около 400-500 Мб в день... Журналы транзакций мать так их так :).

А еще можно включить Block Change Tracking и тогда, RMAN не будет тратить время на сканирование каждого бита - у него просто будет актуальная инфа по каждому биту, измененному после последнего бэкапа... Ващщеее... Значит уменьшается время резервного копирования.

Tivoli Storage Manager first steps

Step-by-step guide for TSM:

DEFINE DOMAIN (Define a new policy domain)
tsm: SRV-FASTBACK01>def do primarydomain activedest=activestgp
DEFINE POLICYSET (Define a policy set)
tsm: SRV-FASTBACK01>def po primarydomain primarypolicy
DEFINE MGMTCLASS (Define a management class)
tsm: SRV-FASTBACK01>def mg primarydomain primarypolicy primaryclass
ASSIGN DEFMGMTCLASS (Assign a default management class)
tsm: SRV-FASTBACK01>as defmg primarydomain primarypolicy primaryclass
DEFINE COPYGROUP (Define a backup copy group)
tsm: SRV-FASTBACK01>def co primarydomain primarypolicy primaryclass dest=primary stgpool1 vere=4 verd=3 rete=60 reto=90 mode=modified ser=shrst
DEFINE COPYGROUP (Define an archive copy group)
tsm: SRV-FASTBACK01>def co primarydomain primarypolicy primaryclass type=archive dest=primarystgpool2 ser=shrst
VALIDATE POLICYSET (Verify a policy set)
tsm: SRV-FASTBACK01>validate po primarydomain primarypolicy
ACTIVATE POLICYSET (Activate a new policy set)
tsm: SRV-FASTBACK01>activate po primarydomain primarypolicy
Do you wish to proceed? (Yes (Y)/No (N)) y