Deleting RMAN Backups

https://dbaprakash.wordpress.com/2015/03/13/deleting-rman-backups/

You can use RMAN to delete backups created with RMAN. Deleting backups using RMAN both deletes the specified backups and updates the RMAN repository to reflect the deletion.

Note: Backups with DELETED status do not appear in the LIST command output. You can, however, query V$ control file views to get information about deleted backups.

Deleting Specified Backups:

Deleting backups using primary keys from LIST output:

DELETE BACKUPPIECE 101;

Deleting backups by filename on disk:

DELETE CONTROLFILECOPY ‘/tmp/control01.ctl’;

Deleting archived redo logs from disk:

DELETE NOPROMPT ARCHIVELOG UNTIL SEQUENCE = 300;

Deleting backups based on tags:

DELETE BACKUP TAG=’before_upgrade’;

Delete backups based on the objects backed up and the media or disk location where the backup is stored:

DELETE BACKUP OF TABLESPACE users DEVICE TYPE sbt; # delete only from tape DELETE COPY OF CONTROLFILE LIKE ‘/tmp/%’;

Delete all backups for this database recorded in the RMAN repository:

DELETE BACKUP;

Delete backups and archived redo logs from disk based on whether they are backed up on tape:

DELETE ARCHIVELOG ALL BACKED UP 3 TIMES TO sbt;

If you run RMAN interactively, then RMAN asks for confirmation before deleting any files. You can suppress these confirmations by using the NOPROMPT keyword with any form of the BACKUP command:

DELETE NOPROMPT ARCHIVELOG ALL;

Deleting Expired RMAN Backups after CROSSCHECK

When the CROSSCHECK command is used to determine whether backups recorded in the repository still exist on disk or tape, if RMAN cannot locate the backups, then it updates their records in the RMAN repository to EXPIRED status. You can then use the DELETE EXPIRED command to remove records of expired backups from the RMAN repository. If the expired files still exist, then the DELETE EXPIRED command terminates with an error.

If you have not performed a crosscheck recently, then issue aCROSSCHECK command. For example, issue:

CROSSCHECK BACKUP;

Delete the expired backups. For example, issue:

DELETE EXPIRED BACKUP;

Note: The DELETE EXPIRED command issues warnings if any objects marked as EXPIRED actually exist. In rare cases, the repository can mark an object as EXPIRED even though the object exists. For example, a directory containing an object is corrupted at the time of the crosscheck, but is later repaired, or the media manager was not configured properly and reported some backups as not existing when they really existed.

Using DELETE FORCE With RMAN Backups

It is possible for the RMAN repository to indicate that an object has one status while the actual status of the object on the media is different. For example, the RMAN repository says that a backup set is AVAILABLE when it is in fact no longer present on disk or tape (or missing from the media manager’s catalog of the contents of tapes or other backup media). If you attempt to delete the object, then you receive a warning such as the following:

RMAN-06207: WARNING: 1 objects could not be deleted for DISK channel(s) due RMAN-06208:to mismatched status. Use CROSSCHECK command to fix status List of Mismatched objects ========================== Object Type Filename/Handle ————— ————————————————— Backup Piece 0id270ud_1_1

If you use the DELETE command with the optional FORCE keyword, RMAN deletes the specified backups, but ignores any I/O errors, including those that occur when a backup is missing from disk or tape. It then updates the RMAN repository to reflect the fact that the backup is deleted, regardless of whether RMAN was able to delete the file or whether the file was already missing. For example:

DELETE FORCE NOPROMPT BACKUPSET TAG ‘weekly_bkup’;

Deleting Obsolete RMAN Backups Based on Retention Policies

DELETE OBSOLETE;

You can also use the REDUNDANCY or RECOVERY WINDOW clauses with DELETE to delete backups obsolete under a specific retention policy instead of the configured default:

DELETE OBSOLETE REDUNDANCY = 3; DELETE OBSOLETE RECOVERY WINDOW OF 7 DAYS;

DELETE OBSOLETE Behavior When KEEP UNTIL Time Expires

DELETE OBSOLETE does not delete backups required to satisfy the specified retention policy, even if some backups have KEEP UNTIL times set which have passed to override the retention policy.

The KEEP UNTIL clause never causes RMAN to consider a backup obsolete, if the backup is still required to satisfy the retention policy. KEEP UNTIL can cause backups to be kept longer than the retention policy requires, but never causes a backup to become obsolete sooner than the retention policy requires.

Backups are never obsolete if they are still needed to meet the retention policy, regardless of any KEEP UNTIL time. With a recovery window-based retention policy, even if the specified KEEP UNTIL time has expired, the backup is retained if the backup is needed to satisfy the recovery window. With a redundancy-based retention policy, even if the specified KEEP UNTIL time has expired, the backup is retained as long as it is required to satisfy the redundancy requirement.

Delete Archive log

Rman>Delete Archivelog all;

---------------------------------

Удаление резервных копий RMAN

С помощью RMAN можно удалять резервные копии, созданные с помощью RMAN. При удалении резервных копий с помощью RMAN указанные резервные копии удаляются, а в репозитории RMAN обновляется информация об удалении.

Примечание: Резервные копии со статусом УДАЛЕНЫ не отображаются в выводе команды LIST. Однако вы можете запросить представления файлов управления V$ для получения информации об удаленных резервных копиях.

Удаление указанных резервных копий:

Удаление резервных копий с использованием первичных ключей из вывода LIST:

УДАЛИТЬ РЕЗЕРВНУЮ ВЕРСИЮ 101;

Удаление резервных копий по имени файла на диске:

УДАЛИТЬ ФАЙЛ CONTROLFILECOPY «/tmp/control01.ctl»;

Удаление архивных журналов повторов с диска:

УДАЛИТЬ БЕЗ ВНИМАНИЯ АРХИВНЫЙ ЖУРНАЛ ДО ПОСЛЕДНОСТИ = 300;

Удаление резервных копий по тегам:

УДАЛИТЬ РЕЗЕРВНУЮ ВЕРСИЮ С ТЕГОМ «before_upgrade»;

Удалите резервные копии на основе резервных копий объектов и расположения носителя или диска, на котором хранится резервная копия.

УДАЛИТЬ РЕЗЕРВНУЮ КОПИЮ ТАБЛИЦЫ ПОЛЬЗОВАТЕЛЕЙ УСТРОЙСТВА ТИПА sbt; # удалить только с ленты УДАЛИТЬ КОПИЮ ФАЙЛА УПРАВЛЕНИЯ, НАПРИМЕР /tmp/%;

Удалите все резервные копии этой базы данных, хранящиеся в репозитории RMAN:

УДАЛИТЬ РЕЗЕРВНУЮ КОПИЮ;

Удалите резервные копии и архивные журналы повторов с диска в зависимости от того, были ли они скопированы на ленту:

УДАЛИТЬ АРХИВНЫЙ ЛОГ, КОПИРОВАННЫЙ 3 РАЗА В sbt;

Если вы запускаете RMAN в интерактивном режиме, то перед удалением файлов RMAN запрашивает подтверждение. Вы можете отключить эти запросы, используя ключевое слово NOPROMPT с любой формой команды BACKUP:

УДАЛИТЬ БЕЗ РАЗРЕШЕНИЯ ВСЕ АРХИВНЫЕ ЛОГИ;

Удаление устаревших резервных копий RMAN после проверки CROSSCHECK

Если команда CROSSCHECK используется для определения того, существуют ли резервные копии, записанные в хранилище, на диске или ленте, и RMAN не может найти резервные копии, то в записях хранилища RMAN для них устанавливается статус «ИСТЕКШИЙ СРОК». Затем можно использовать команду DELETE EXPIRED для удаления записей о резервных копиях с истекшим сроком хранения из хранилища RMAN. Если файлы с истекшим сроком хранения все еще существуют, то команда DELETE EXPIRED завершится с ошибкой.

Если вы давно не проводили перекрестную проверку, выполните команду CROSSCHECK. Например, выполните команду:

ПЕРЕКРЕСТНАЯ ПРОВЕРКА РЕЗЕРВНОЙ КОПИИ;

Удалите резервные копии с истекшим сроком хранения. Например, выполните команду:

УДАЛИТЬ АРХИВНУЮ КОПИЮ;

Примечание: команда DELETE EXPIRED выдает предупреждения, если какие-либо объекты, помеченные как EXPIRED, действительно существуют. В редких случаях репозиторий может пометить объект как EXPIRED, даже если он существует. Например, каталог, содержащий объект, был поврежден во время перекрестной проверки, но позже был восстановлен, или медиаменеджер был неправильно настроен и сообщал о том, что некоторые резервные копии не существуют, хотя на самом деле они были.

Использование DELETE FORCE с резервными копиями RMAN

В репозитории RMAN может быть указано, что объект имеет один статус, в то время как фактический статус объекта на носителе отличается. Например, в репозитории RMAN указано, что набор резервных копий доступен, хотя на самом деле его больше нет на диске или ленте (или он отсутствует в каталоге содержимого лент или других носителей резервных копий, составленном медиаменеджером). При попытке удалить объект вы получите следующее предупреждение:

RMAN-06207: ПРЕДУПРЕЖДЕНИЕ: не удалось удалить 1 объект для канала(ов) DISK из-за несоответствия статусов. Используйте команду CROSSCHECK, чтобы исправить статус. Список несоответствующих объектов ========================== Тип объекта Имя файла/дескриптор ————— ————————————————— Резервная копия 0id270ud_1_1

Если вы используете команду DELETE с дополнительным ключевым словом FORCE, RMAN удалит указанные резервные копии, но проигнорирует все ошибки ввода-вывода, в том числе те, которые возникают, когда резервная копия отсутствует на диске или ленте. Затем он обновит репозиторий RMAN, указав, что резервная копия удалена, независимо от того, удалось ли RMAN удалить файл или файл уже отсутствовал. Например:

УДАЛИТЬ ПРИНУДИТЕЛЬНО БЕЗ УВЕДОМЛЕНИЯ БАЗОВЫЙ НАБОР TAG «weekly_bkup»;

Удаление устаревших резервных копий RMAN в соответствии с правилами хранения

УДАЛИТЬ УСТАРЕВШИЕ;

Вы также можете использовать параметры REDUNDANCY или RECOVERY WINDOW с DELETE, чтобы удалять резервные копии, устаревшие в соответствии с определенной политикой хранения, вместо резервных копий, удаляемых по умолчанию:

УДАЛИТЬ УСТАРЕВШИЕ ДАННЫЕ = 3; УДАЛИТЬ УСТАРЕВШИЕ ДАННЫЕ ЗА 7 ДНЕЙ;

УДАЛИТЬ УСТАРЕВШЕЕ ПОВЕДЕНИЕ При СОХРАНЕНИИ ДО ИСТЕЧЕНИЯ СРОКА

Команда DELETE OBSOLETE не удаляет резервные копии, необходимые для соблюдения указанной политики хранения, даже если для некоторых резервных копий установлено время хранения, которое истекло и не соответствует политике хранения.

KEEP UNTIL условие никогда не приводит к тому, что RMAN считает резервную копию устаревшей, если резервная копия по-прежнему необходима для соблюдения политики хранения. Условие KEEP UNTIL может привести к тому, что резервные копии будут храниться дольше, чем того требует политика хранения, но никогда не приводит к тому, что резервная копия устаревает раньше, чем того требует политика хранения.

Резервные копии никогда не устаревают, если они по-прежнему нужны для соблюдения политики хранения, независимо от указанного времени хранения. При использовании политики хранения на основе окна восстановления резервная копия сохраняется, даже если указанное время хранения истекло, если она нужна для соблюдения требований к окну восстановления. При использовании политики хранения на основе избыточности резервная копия сохраняется до тех пор, пока она нужна для соблюдения требований к избыточности, даже если указанное время хранения истекло.

Удалить архивный журнал

Rman>Удалить все архивные журналы;