Сергей Косько

Мы установили какое-либо приложение, хранилищем данных в котором служит СУБД Oracle. Но вводить систему в производственную эксплуатацию ещё рано. Предварительно необходимо создать надёжную методику резервного копирования и восстановления базы данных.

Одним из самых функциональных средств резервного копирования от Oracle является утилита RMAN. Однако использовать столь сложную систему для резервного копирования зачастую избыточно (если эксплуатируется одна-две базы данных). Кроме того, RMAN, как правило, использует отдельную базу в качестве хранилища своей собственной информации. Чтобы избежать ситуации, когда данные, необходимые для восстановления базы, хранятся в этой же базе, для резервного копирования собственно каталога RMAN необходимо использовать другие средства. Различные универсальные программы резервного копирования, которые могут работать с базами данных Oracle, тоже избыточны или небесплатны. Что же выбрать? Самый простой и экономный способ – решить эту задачу с помощью обычных скриптов и стандартных системных утилит.

Основным критерием качества методов восстановления данных является их адекватность, способность восстановить необходимые данные при любом возможном сбое. Предлагаю вам свой способ решения этой задачи для СУБД Oracle.

Рассмотрим несколько примеров резервного копирования-восстановления без использования RMAN или других утилит.

Возьмём в качестве исходной следующую информацию:

n  В тестах будем использовать СУБД Oracle версии 10.2. для ОС Solaris.

n  СУБД настроена на работу в режиме АRCHIVELOG.

n  Рассмотрим 2 сценария восстановления: полного и неполного.

n  Будем исходить из того предположения, что мы восстанавливаем данные на тот же самый сервер (или точную копию рабочего сервера БД, на котором уже установлена ОС, ПО СУБД Oracle, все необходимые исправления и создана необходимая структура каталогов).

n  Для наглядности создадим отдельные архивы для файлов данных, управляющих файлов, файлов инициализации и паролей.

n  Выполним полную копию базы данных двумя способами:

m с остановкой экземпляра (холодная копия);

m без остановки работы экземпляра (горячая копия).

n  Расположение файлов базы данных имеет следующую структуру:

m /ora/oracle/oradata/ORCL – файлы данных;

m /ora/oracle/oradata/Redo-Ctrl/replica0 – первая копия управляющих и журнальных файлов;

m /ora/oracle/oradata/Redo-Ctrl/replica1 – вторая копия управляющих и журнальных файлов;

m /ora/oracle/oradata/log – файлы архивных журналов.