•    С каждым сохраняемым блоком может записываться контрольная сумма. При восстановлении эти контрольные суммы проверяются, что помогает предупредить повреждение файлов.
Совет:
Инкрементное копирование эффективно при условии, что структура копируемых файлов базы данных не изменилась. Если же вы добавляете или удаляете файл либо табличное пространство, обязательно выполняйте полное резервное копирование.
Recovery Manager — очень мощное и гибкое средство. Это, однако, не должно служить поводом для небрежности. Проектировщик базы данных должен обеспечить тщательное планирование циклов резервного копирования системы. При создании стратегии резервного копирования необходимо учитывать ряд важных факторов, среди которых:
•    время, в течение которого база данных или отдельные табличные пространства могут быть в автономном состоянии для резервного копирования;
•    объем сегмента отката, необходимого при сохранении больших оперативных табличных пространств;
•    относительная критичность потери данных или необходимости повторного их ввода;
•    время, требуемое для восстановления базы данных (если вдруг случится невероятное);
•    объем свободного пространства на диске.
Доморощенной стратегии резервного копирования "табличного пространства — сюда, а журнала — туда" будет не достаточно.
Предупреждение:
Теоретически вы, вероятно, можете справиться с помощью такой стратегии, потому что Recovery Manager ведет внутренний учет действий, которые вы выполняете, и может провести вас по процессу восстановления. Это жизненно важно для успеха; поэтому ничего нельзя делать вне Recovery Manager, например нельзя создавать копии файлов из операционной системы. Если вы все же делаете это, обязательно проинформируйте утилиту с помощью команды catalog, иначе придется искать собственный рецепт борьбы с катастрофой.
46	Orach-8