Резервные копии в Oracle

Типы резервного копирования базы данных Oracle включают следующие:

• Горячее резервное копирование

  Создание резервной копии базы данных Oracle при работающем экземпляре называется горячим резервным копированием. Если вы планируете выполнять горячее резервное копирование, ваша база данных должна работать в режиме ARCHIVELOG.

  Введите команду ALTER TABLESPACE > BEGIN BACKUP перед резервным копированием каждого табличного пространства; она сообщает Oracle о том, что выполняется горячее резервное копирование. Если команда не введена, все выглядит так, как будто горячая резервная копия успешно создана, однако при восстановлении базы данных могут возникнуть проблемы. Чтобы завершить создание горячей резервной копии, введите для каждого табличного пространства команду ALTER TABLESPACE > END BACKUP.

  Изменения в данных записываются и хранятся в сегменте отката, пока они могут понадобиться для какой-либо транзакции. При выполнении горячего резервного копирования данные сегмента отката не высвобождаются до тех пор, пока не будет введена команда ALTER TABLESPACE … END BACKUP. Поэтому сегмент отката должен быть достаточно большим, чтобы вместить изменения, сделанные во время горячего резервного копирования. Если сегмент отката переполняется, транзакция заканчивается выдачей сообщения об ошибке ORA-1555:

  ORA-1555: snapshot too old (rollback segment too small)

  Хотя горячая резервная копия успешно создается, несмотря на сообщение об ошибке, может понадобиться вновь ввести изменения, сделанные в базе данных.

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

  Останавливать процесс сервера ArcSDE (giomgr) перед созданием горячей резервной копии не нужно.

  Более подробно о горячем резервном копировании см. в Руководстве по резервному копированию и восстановлению Oracleдля вашей версии Oracle.

• Холодное резервное копирование

  Создание резервной копии базы данных Oracle при отключенном экземпляре называется холодным резервным копированием. Холодное резервное копирование проще, чем горячее, и менее подвержено ошибкам. Если база данных работает в режиме NOARCHIVELOG, вы можете выполнить только холодное резервное копирование. Режим ARCHIVELOG базы данных позволяет использовать холодную резервную копию для восстановления базы данных к состоянию на момент совершения последней транзакции.

• Экспорт базы данных

  В дополнение к полному резервному копированию можно использовать утилиту экспорта Oracle. Если в период между созданием полных резервных копий в определенный набор объектов данных внесены изменения, вы можете экспортировать объекты. Однако, утилиту экспорта следует использовать только для объектов данных, которые не меняются во время экспорта, и применять ко всем тесно связанным объектам данных. Например, если вы используете экспорт для резервного копирования бизнес-таблицы, в этой же операции необходимо копировать также связанные таблицы пространственных индексов, данных и дельта-таблицы.

  Примечание:

  Esri не рекомендует использовать утилиту экспорта в качестве единственного метода резервного копирования.

  Вы можете также создать с помощью утилиты экспорта Oracle резервную копию всей базы данных Oracle и затем выполнять только кумулятивное и инкрементальное копирование. Более подробно об утилите экспорта см. в руководстве по утилитам Oracle для вашей версии Oracle.

Следует регулярно создавать полные резервные копии базы данных Oracle. Полная резервная копия должна содержать базу Oracle, управляющие файлы, файлы данных, файлы журнала изменений и (если используется сервис ArcSDE) файлы giomgr.defs, dbinit.sde и services.sde.

Примечание:

Важно протестировать сделанные резервные копии, чтобы убедиться, что они обеспечивают корректное восстановление базы данных.

Если база данных Oracle работает в режиме ARCHIVELOG, вы можете разнообразить вашу стратегию резервного копирования, дополнив несколькими вариациями периодическое полное резервное копирование. Базы данных, работающие в режиме NOARCHIVELOG, ограничены полным резервным копированием, возможно с добавлением файлов экспорта Oracle.

Делайте по меньшей мере три копии управляющих файлов при каждом резервном копировании в связи с их особой важностью для обеспечения целостности базы данных. Поскольку управляющие файлы имеют сравнительно небольшой размер, стоимостью копии можно пренебречь.

Файлы журналов изменений необходимы для перевода файлов данных из предыдущего состояния в обновленное. Для успешного восстановления базы данных необходимо поддерживать правильную последовательность журналов изменений между любыми двумя моментами времени.

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

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

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

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

Примечание:

Делать резервные копии оперативных файлов журнала изменений необязательно. Если текущий оперативный файл журнала изменений повреждается, информация еще находится в памяти, и Oracle записывает ее в файлы данных при создании контрольной точки. Oracle создает контрольную точку автоматически при закрытии экземпляра базы данных с приоритетом NORMAL, IMMEDIATE или TRANSACTIONAL. Перед тем, как закрыть базу данных с приоритетом ABORT, необходимо, если это возможно, создать контрольную точку командой ALTER SYSTEM > CHECKPOINT.

Настоятельно рекомендуем ознакомиться с документацией по резервному копированию и восстановлению баз данных Oracle. Это следующие документы:

Руководство по резервному копированию и восстановлению

Oracle 10g список документации онлайн

Oracle 11g список документации онлайн

Подсказка:

Если у вас есть базы геоданных с пользовательской схемой, обязательно выполняйте резервное копирование как главной базы геоданных, так и баз геоданных с пользовательской схемой. В схеме пользователя SDE есть несколько таблиц, которые используются базами геоданных с пользовательской схемой.