Рекомендации по копированию баз данных

1) Спланировать стратегии копирования и восстановления перед созданием базы данных. Если планирование до создания БД не проводилось, то файлы могут быть разрушены.

2) Отладить стратегии копирования и восстановления на тестовом окружении. Это даст возможность найти "подводные камни" и даст "душевное равновесие".

3) Выполнять операции копирования средствами ОС часто и регулярно.

4) Создавать соответствующую копию БД перед и после модификации структуры базы данных (модификации – создание или удаление табличного пространства, добавление или переименование [перемещение] файла данных в существующем табличном пространстве; добавление, удаление или перемещение группы или члена on-line-вого журнала повторения).

5) Нужно часто копировать интенсивно используемые табличные пространства.

6) Необходимо сохранять старые копии (иметь как минимум две копии – текущую и предыдущую).

7) Необходимо экспортировать данные базы данных.

В зависимости от режима копирования есть рекомендации:

1) Все БД в РБД должны обязательно работать в одном режиме архивирования, т.е. подход к копированию и резервированию данных должен быть единым для всех "игроков" системы.

2) Если БД в РБД работают в режиме ARCHIVE LOG, то копирования на каждом узле могут выполняться автономно, т.е. без согласования друг с другом. Если БД в РБД работают в режиме NO ARCHIVE LOG, то копирования должны выполняться в один и тот же момент времени.

Может ли считаться приемлемой потеря каких-либо данных, если сбой диска повредил часть файлов, составляющих БД? Если потеря данных неприемлема, то режим работы – ARCHIVE LOG (в идеале – с зеркальным журналом повторений). Если потеря данных допустима, то тогда можно работать в режиме NO ARCHIVE LOG.

Должна ли БД быть в работе все время? Если да, то режим NO ARCHIVE LOG не подходит, т.к. при полном копировании тогда нужно отключать БД от пользователя. Если нет, то режим NO ARCHIVE LOG можно использовать.