На первом этапе архивирования копия архивируемых данных просто создается в файлах за пределами базы данных. Последнюю фазу архивирования — удаление успешно скопированных данных — можно сконфигурировать для автоматического выполнения после фазы 1. Если архивные файлы переносятся во внешнюю систему хранения, можно выбрать удаление данных в базе данных — перед или после сохранения. Архивные файлы на уровне операционной системы или в системе хранения используются для сравнения данных перед удалением.

Индекс

В процессе удаления можно начать создавать индекс с выбранными объектами архивирования, используя параметр Build index. Индекс позволяет выбирать с помощью ADK отдельные объекты данных в архивном файле. С точки зрения базы данных удаление, в отличие от копирования данных, является транзакцией изменения и записывается в журнал РСУБД. Следовательно, администратор базы данных должен гарантировать, что области, необходимые для обеспечения исходного образа в случае отката транзакции базы данных — например, сегмент отката в Oracle — сконфигурированы достаточного размера. Можно использовать различные варианты, чтобы осуществить следующие настройки для тестового и производственного сеансов:

► Тестовый сеанс

► Подробный журнал

► Перезапуск после прерывания

► Удаление собственного кода поиска

В области Setting for post-processing program и Variants можно определить дополнительные спецификации приложений. Эти настройки зависят от клиента, что означает, что при необходимости они должны определяться отдельно для каждого клиента.

Репозиторий содержимого

Размещение в подчиненной системе хранения производится с помощью введения репозитория содержимого, который должен быть перед этим определен в ►Maintain content repository.

Можно задать имя физического файла, которое на рисунке 12.7 скрыто за логическим именем файла ARCHIVE_DATA_FILE, либо для всех клиентов с помощью ►Logical file name, либо, если требуется, в зависимости от клиента с помощью ►Logical file name (client-specific).

На рис. 12.8 показано определение имен файлов и путей доступа для всех клиентов. Физическое имя файла для всех клиентов можно присвоить каждому логическому имени файла.

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

Заключение

При настройке сеанса архивирования необходимо удовлетворять следующие требования:

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

Рис. 12.8. Присвоение логических имен файлов

► Настроить параметры базы данных, особенно для сеансов удаления.

► Настроить параметры архивирования для приложения.

Управление и анализ сеанса архивирования выполняется из ►Archive administration. Операции и последовательность их выполнения зависят от объекта архивирования, поэтому здесь даются лишь общие комментарии. Подробности специфических процедур для различных объектов можно узнать с помощью ►Definition of archiving objects (см. рис. 12.9).

Рис. 12.9. Начальный экран управления архивом для конкретного объекта

Следующий список представляет обзор доступных для управления и анализа сеансов архивирования программ:

► Предварительная обработка (необязательно)

С помощью программы предварительной обработки (pre-processing) можно подготовить объекты данных для архивирования во время сеанса архивирования, например настраивая индикатор удаления. Необходимо определить начальную дату и параметр вывода. Существование функции предварительной обработки зависит от выбранного объекта архивирования.