Следует признать, что эта схема довольно запутанна, но, учитывая тот факт, что каталоги восстановления должны размещаться в базах данных, мы не в состоянии предложить более элегантное решение. (Сообщите нам, если вы можете сделать это.) С нашей точки зрения, обе базы данных в приведенных схемах должны быть OracleS, но доказать это нам пока не удается.
Возможности утилиты Recovery Manager
Ниже перечислены преимущества, которые дает использование Recovery Manager.
•    Позволяет подходить к тому, с чего именно снимать резервные копии, очень избирательно. Можно выбрать для резервного копирования одно табличное пространство или именованный список табличных пространств. Существует возможность пропускать любые автономные (offline) табличные пространства, а также табличные пространства, которые предназначены только для чтения и в течение периода своего существования требуют резервного копирования только один раз.
•    Можно выполнять резервное копирование непосредственно на ленту, избегая таким образом необходимости резервировать для промежуточного хранения большие объемы дискового пространства.
•    Команды Recovery Manager позволяют переносить на ленту архивные журнальные файлы, или журналы, как их чаще называют. При выборе журналов можно указывать диапазон охватываемых ими дат и времени или порядковые номера.
•    Recovery Manager поддерживает восстановление по состоянию на определенный момент времени.
•    В Recovery Manager предусмотрен ряд отчетов, и эта утилита может выдавать полезные сведения о ваших резервных копиях.
•    С помощью Recovery Manager можно копировать различные файлы данных, относящиеся к базе данных.
•    Предусмотрено инкрементное резервное копирование. В предыдущих версиях Oracle самым близким к этому виду резервного копирования был инкрементный экспорт. К сожалению, наименьшим объектом в этом методе была таблица, поэтому если таблица каким-либо образом изменялась с момента последнего "инкрементного" экспорта, ее нужно было экспортировать вновь. Инкрементный экспорт — хороший пример "синдрома шоколадного чайника"*, который мы рассматривали д книге "Oracle: проектирование баз данных".
•    При инкрементном резервном копировании копируются только блоки, измененные с момента последнего копирования. Эта весьма полезная особенность может значительно сократить время резервного копирования больших таблиц, в которые вносятся незначительные изменения.
•      As much use as a chocolate teapot — старая английская поговорка, в переводе гласящая: полюы, как от шоколадного чайника, т.е. вообще никакой пользы.
3. Некоторые усовершенствования в OracleS	45