окна 2 003 стандарта замораживаются при начальной загрузке

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

То, что Вы хотите сделать, читается на rman, инструмент Oracle для того, чтобы выполнить резервные копирования (включая резервные копии журнала отката). Я настоятельно рекомендовал бы исследование этого довольно полностью, чтобы удостовериться, что Вы полностью понимаете, как различные аспекты Oracle копируют работу, прежде чем Вы примете любые меры.

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

Что касается размера журналов отката, это будет основанным непосредственно на объеме транзакций изменения базы данных. Чем больше изменений, тем больше объем журнала. Это будет очень отдельным к Вашим приложениям и использованию, таким образом, я рекомендовал бы начать записывать статистику по нему (объем сделки, размер журнала транзакций, размер базы данных, и т.д., все с метками времени). После того как у Вас есть ценность нескольких недель данных, можно начать коррелировать действие с журналами и дистиллировать его к некоторым допустимым оценкам.

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

И, rman на самом деле обработает всю эту грязную работу для Вас. Из некоторой rman документации:

При взятии резервного копирования заархивированных журналов отката, которое включает новый журнал (то есть, РЕЗЕРВНОЕ КОПИРОВАНИЕ... Команда ARCHIVELOG выполняется без опции UNTIL или SEQUENCE), если база данных открыта, то прежде, чем начать резервное копирование, RMAN переключится из текущей группы журнала отката онлайн и всех журналов отката онлайн, которые еще не были заархивированы, до и включая группу журнала отката, которая была текущей, когда команда была дана. Это гарантирует, что резервное копирование содержит все восстановление, которое было сгенерировано до запуска команды.

Другой немного, который обеспечивает немного больше детали:

Можно добавить заархивированные журналы отката к резервному копированию других файлов при помощи РЕЗЕРВНОГО КОПИРОВАНИЯ... ПЛЮС пункт ARCHIVELOG. Добавление РЕЗЕРВНОГО КОПИРОВАНИЯ... ПЛЮС ARCHIVELOG заставляет RMAN делать следующее:

1. Выполняет команду ALTER SYSTEM ARCHIVE LOG CURRENT.
2. РЕЗЕРВНОЕ КОПИРОВАНИЕ выполнений ARCHIVELOG ВСЕ. Обратите внимание что, если резервная оптимизация включена, то журналы пропусков RMAN, которые она уже поддержала до указанного устройства.
3. Создает резервную копию остальной части файлов, указанных в Команде резервного копирования.
4. Выполняет команду ALTER SYSTEM ARCHIVE LOG CURRENT.
5. Создает резервную копию любых остающихся заархивированных журналов, сгенерированных во время резервного копирования.

Это гарантирует, что резервные копии файла данных, взятые во время команды, являются восстанавливаемыми к согласованному состоянию.

rman документация должна смочь предоставить больше подробную информацию для Вас. Я дал бы URL, от которого я вытянул это (Oracle онлайн rman документы), но URL уже изменился от того, когда я отметил его, таким образом, я не доверяю ему для пребывания вокруг. Поиск с помощью Google для rman документов должен смочь найти его, все же.

Править: Еще одна вещь я хотел добавить... Вы упомянули что-то о калибровке. Oracle 11 г действительно поддерживает сжатые журналы отката. Я не использовал их сам, но я знаю, что это поддерживает их. Кроме того, Oracle 10-граммовая и 11-граммовая поддержка сжала резервные копии. Если Вы еще не делаете сжатых резервных копий, необходимо быть. Сокращение размера огромно, и вдобавок ко всему, мы получили значительное увеличение производительности резервных выполнений также, когда мы включили сжатые резервные копии.