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

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 можно использовать.

Стратегии копирования Стратегии копирования в режиме no archive log

Система не отвлекается на операции архивирования.

1. Приготовьтесь делать полные копии регулярно согласно тому количеству работы, потеря которой для вас неприемлема.

2. Каждый раз при изменении физической структуры базы данных необходимо немедленно выполнить полную копию базы данных.

Стратегии копирования в режиме archive log

1. После создания БД выполните полное копирование всей БД. Эта начальная полная копия составляет основу всех копий, т.е. она содержит файлы всей БД и ассоциированной БД. Перед копированием убедитесь, что режим работы вашей БД - ARCHIVE LOG (для изменения режима используйте ALTER SYSTEM).

2. Последующие полные копии не обязательны. Вместо этого можно делать частичные копии, чтобы обновлять копии БД.

3. Выполняйте копирование online и offline –овых файлов данных, чтобы обновлять поддерживаемые вами файлы копии БД (дополняющих начальную копию). Файлы online – вого журнала обычно никогда не требуют резервного копирования, если БД работает в режиме ARCHIVE LOG. Однако нужно скопировать файлы on-line-вого журнала (который в данный момент текущий) при полном off-line-вом копировании БД.

Копирование нужно для того, чтобы восстанавливать базу данных с наиновейшей копии (восстановление идет быстрее).

Каждый раз при структурных изменениях в БД нужно брать копию управляющего файла, используя команду ALTER DATABASE с опцией BackUp ControlFile.

Управляющие файлы имеют расширение ktl. Их нельзя копировать, используя средства ОС.