(CCMS) предоставляет информацию о сеансах архивирования, механизм сигнализации в случае ошибки и мониторинг заданий записи и удаления. В общей для всех объектов архивирования настройке (Customizing) можно активировать или деактивировать этот мониторинг.
Если требуется доступ к архивным файлам для их чтения, удаления, перезагрузки или анализа, здесь можно определить, будет ли выполняться поиск требуемого архивного файла в системе хранения или на уровне операционной системы. Проверка доступа на хранимых файлах, когда выбирается архив, указывает, что доступ к системе хранения может потребовать много времени.
Если архивному файлу при его записи придается также информация проверки, то эту информацию можно анализировать при удалении файла, чтении или перезагрузке. Подобным образом можно избежать удаления из базы данных тех данных, что окажутся ошибочными в системе хранения. Если используется внешняя система хранения, использование настройки Verify when reading может, по общему мнению, вести к длительному времени ответа.
Для R/3 Enterprise можно определить максимальную длительность (в часах) или максимальный размер архивного файла для сеанса архивирования (фаза записи). Когда будет достигнуто ближайшее из этих ограничений, выполнение архивирования останавливается, и в заданное время его можно возобновить в том же месте.
В этом разделе можно сделать технические настройки, такие как размер создаваемого архивного файла, и задать последовательность для последующей программы удаления.
На рис. 12.7 показаны возможные технические настройки для объекта архивирования FI_DOCUMNT. Чтобы сохранить архивные файлы, необходимо определить путь доступа каталога сохранения и имена файлов в этом каталоге для реальных архивных данных. Логическое имя файла ARCHIVE_DATA_FILE является значением по умолчанию для независимого от операционной системы имени создаваемого архивного файла. Логическое имя ARCHIVE_GLOBAL_PATH присваивается пути доступа. Во время выполнения генерируется зависящее от платформы имя. Размер архивного файла ограничен аппаратными такими факторами, как максимальный размер файловой системы и емкость среды резервного копирования (CD, DVD, WORM). Если размер не определен, то размер архивного файла ограничен 2 Гбайт. Если программа архивирования видит, что при записи следующего объекта максимальный размер, заданный для файла архива, или максимальное число определенных здесь объектов данных будет превышено, то создается новый архивный файл. Для обоих параметров — Maximum size in MB и Maximum number of data objects — предполагаются значения по умолчанию, зависящие от объекта.
С помощью Server selection можно определить сервер фоновой обработки, который будет использоваться для всех сеансов архивирования или для текущего объекта архивирования. Если фоновые рабочие процессы конфигурируются на сервере базы данных, то программа архивации запускается на сервере базы данных, а сеансы удаления распространяются на другие серверы серверной группы.
Рис. 12.7.
На первом этапе архивирования копия архивируемых данных просто создается в файлах за пределами базы данных. Последнюю фазу архивирования — удаление успешно скопированных данных — можно сконфигурировать для автоматического выполнения после фазы 1. Если архивные файлы переносятся во внешнюю систему хранения, можно выбрать удаление данных в базе данных — перед или после сохранения. Архивные файлы на уровне операционной системы или в системе хранения используются для сравнения данных перед удалением.
В процессе удаления можно начать создавать индекс с выбранными объектами архивирования, используя параметр Build index. Индекс позволяет выбирать с помощью ADK отдельные объекты данных в архивном файле. С точки зрения базы данных удаление, в отличие от копирования данных, является транзакцией изменения и записывается в журнал РСУБД. Следовательно, администратор базы данных должен гарантировать, что области, необходимые для обеспечения исходного образа в случае отката транзакции базы данных — например, сегмент отката в Oracle — сконфигурированы достаточного размера. Можно использовать различные варианты, чтобы осуществить следующие настройки для тестового и производственного сеансов:
► Тестовый сеанс
► Подробный журнал
► Перезапуск после прерывания
► Удаление собственного кода поиска
В области Setting for post-processing program и Variants можно определить дополнительные спецификации приложений. Эти настройки зависят от клиента, что означает, что при необходимости они должны определяться отдельно для каждого клиента.
Размещение в подчиненной системе хранения производится с помощью введения
Можно задать имя физического файла, которое на рисунке 12.7 скрыто за логическим именем файла
На рис. 12.8 показано определение имен файлов и путей доступа для всех клиентов. Физическое имя файла для всех клиентов можно присвоить каждому логическому имени файла.
В зависимости от выбранного объекта архивирования необходимо также сделать зависимыми от клиента настройки приложений. За эти настройки отвечает менеджер приложений. Для системного администратора важность имеют только технические настройки.
При настройке сеанса архивирования необходимо удовлетворять следующие требования:
► Приготовить достаточное дисковое пространство, если возможно, то на локально доступных дисках, чтобы оптимизировать производительность.
Рис. 12.8.
► Настроить параметры базы данных, особенно для сеансов удаления.
► Настроить параметры архивирования для приложения.
Рис. 12.9.
Следующий список представляет обзор доступных для управления и анализа сеансов архивирования
