27.04.2007 16:39
Propil
 
pdf файлик - справка по резервному копированию базы с помощью встроенной утилиты RMAN
ссылка на источник - на последней странице файла
Вложения
Тип файла: zip RMAN.zip (203.7 Кб, 978 просмотров)
27.04.2007 19:59
OlegON
 
Не читал еще доку, запар круглосуточный, но настоятельно рекомендую использовать эту утилитку всем, кто хочет иметь нормальный механизм резервного копирования. Только с одним "НО", все таки если начинать, то с 9i.
15.09.2010 14:53
Propil
 
Обновлю... Для новичков и сомневающихся - о RMAN

Беднар
Менеджер восстановления Oracle (RMAN) 10g: Новое лицо
(Oracle Recovery Manager (RMAN) 10g: Reloaded,by Tammy Bednar, Oracle)
Источник: доклад на конференции OpenWorld, Сан-Франциско, 2003


текст взят отсюда: Беднар
Вложения
Тип файла: zip Менеджер восстановления Oracle RMAN.zip (382.3 Кб, 1161 просмотров)
23.09.2010 08:23
Propil
 
Скомпилировал еще один pdf

Уроки, посвященные RMAN

основные рассматриваемые вопросы:
-Конфигурирование Recovery Manager
-Использование флэш-области
-Использование Recovery Manager
-Обзор команд RMAN
-Сопровождение резервных объектов с помощью ЕМ
-Восстановление после несущественных потерь
-Восстановление Базы Данных после потери носителя
-Полное и неполное восстановление

ссылка на первоисточник на последней странице pdf
Вложения
Тип файла: zip RMAN уроки.zip (478.7 Кб, 3754 просмотров)
15.10.2010 08:09
Propil
 
Дополнение - уже из своего опыта...
имеем базу с сумарным размером файлов - 75 Gb
Использовал бэкапер Олега. Запускаю по расписанию в 0:50
Результат - архив размером 8,2 Gb создан в 5:30
Далее - на след ночь с помощью OEM делаю задание для RMAN - полный бэкап базы со сжатием.
Что имеем- начало в 1:00 Окончание в 1:22
И 2 файла в flash_recovery_area общим объемом 4,8 Gb

Следующий этап для меня - настройка "разностного" копирования и отработка процедуры восстановления
15.10.2010 21:39
OlegON
 
Цитата:
Propil Следующий этап для меня - настройка "разностного" копирования и отработка процедуры восстановления
"Разностное" это инкрементальное? Или где блоки измененные считает (BLOCK CHANGE TRACKING)? И то и другое считаю излишеством в твоем случае. Ты попробуй накатить логи за сутки, посмотришь, сколько оно лопатить будет. Так что твое спасение - ближайший full. Надо проверять, конечно. Просто из практики, восстановление full со стендбая - пара часов, накат логов 1 к 4, т.е. за час проходят логи четырех часов, итого, за 6 часов догоняется full, который я делаю в 0 и в 12 часов. I/O там не Супермаговский совсем, но просто как пример, что full иногда тоже полезно делать почаще.
Часовой пояс GMT +3, время: 14:15.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.