Резервное копирование
Необходимо осуществлять резервное копирование базы данных. Рекомендуется проводить резервное копирование не реже 1 раза в неделю.
Oracle содержит большое количество процедур и возможностей резервного копирования, позволяющих защитить базу данных.
К числу способов резервного копирования Oracle относится как логическое, так и физическое копирование – для обоих существует множество различных вариантов.
Существует три стандартных способа резервного копирования баз данных СУБД Oracle: экспорт, автономное резервное копирование (offline backup) и оперативное резервное копирование (online backup).
Экспорт представляет собой логическое копирование базы данных: два остальных способа – это физическое копирование файлов.
Физическое копирование может производиться с помощью пользовательских сценариев или утилиты Recovery Manager (RMAN), предоставляемой Oracle.
Надежная стратегия резервного копирования опирается и на физическое, и на логическое резервное копирование. Как правило, промышленные базы данных используют в качестве основного метода физическое резервное копирование, а логическое служит вспомогательным методом.
Для баз данных разработки и некоторых операций обработки с перемещением небольшого объема данных больше подходят операции логического резервного копирования.
В данном дипломном проекте использовалось логическое копирование базы данных (экспорт). Рассмотрим подробнее применяемый в данной работе метод резервного копирования.
Логическое резервное копированиебазы данных предполагает чтение ее записей и внесение их в файл. Записи считываются независимо от их физического расположения. В Oracle этот тип копирования выполняет утилита экспорта. Для восстановления БД из полученного таким образом файла используется утилита импорта.
Утилита экспорта Oracle обращается к базе данных, включая словарь данных, и записывает результат в двоичный файл, называемый файлом дампа экспорта. Можно экспортировать всю базу данных, конкретных пользователей или конкретные таблицы. В процессе экспорта можно решить, следует ли экспортировать связанную с таблицами информацию словаря данных, такую, как привилегии, индексы и ограничения. Созданный утилитой экспорта файл будет содержать команды, необходимые для полного воссоздания всех выбранных объектов.
Экспортированные данные можно потом импортировать с помощью утилиты импорта Oracle. Она читает созданный двоичный файл дампа экспорта и выполняет найденные там команды. Например, это может быть команда create table, за которой следует команда insert, обеспечивающая загрузку данных в таблицу.
Экспортированные данные не обязательно должны быть импортированы в ту же самую базу данных или в ту же схему, которая использовалась для генерации файла дампа экспорта. С помощью этого файла можно создать копию экспортированных объектов в другой схеме или в другой базе данных.
Импортировать можно все или только часть экспортированных данных. При импорте целого файла дампа, созданного в результате операции полного экспорта, все объекты базы данных будут созданы заново, включая табличные пространства, файлы данных и пользователей. Однако часто бывает полезно создать табличные пространства и пользователей заранее, чтобы определить физическое расположение объектов в базе данных.
Если импортируются не все данные из файла дампа экспорта, табличные пространства, файлы данных и пользователи, которым будут принадлежать эти данные, должны быть созданы заранее.
Проверка программы осуществляется с помощью контрольных примеров. Для проверки программы предлагается использовать контрольный пример, описанный в разделе 1.14.
Сообщения системному программисту
Специальных сообщений для системного программиста не имеется.
Приложение 1. Внешний вид форм и страниц. Коды триггеров, страниц и хранимых процедур
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.