ГЛАВА 12

Термин «архивирование» в среде R/3 может описывать одну из трех областей:

► С точки зрения администрирования БД Oracle архивирование часто означает автономное сохранение журналов восстановления.

► Сохранение входящих и исходящих документов, таких как введенные счет-фактуры и подтверждения заказов, или вывод списков, созданных в системе R/3 или внешних системах хранения (раньше в бумажной форме или на микрофишах, сейчас обычно на оптических носителях) также является формой архивирования.

С помощью интерфейса SAP ArchiveLink в соответствии со специфическим для ситуации Customizing можно создать связь между архивированными документами и документами приложений, выделенными в систему SAP. Исходные документы хранятся на внешнем носителе и связываются таким образом с бизнес-объектами R/3; они могут быть доступны из бизнес-транзакции или прикладного документа. Начиная с версии R/3 Release 4.6C, интерфейс ArchiveLink основывается на технологии HTTP Content Server. Хранение архивных файлов во внешних системах выполняется с помощью Content Management Service (CMS).

► Наиболее важной задачей системного администратора является сохранение и обслуживание данных бизнес-процессов, которые были завершены в системе R/3. Поскольку эти данные больше не будут изменяться, они уже не нужны в базе данных. Поэтому их можно сжать и сохранить в архивных файлах на уровне операционной системы и, когда потребуется, перенести во внешние системы хранения

Зачем нужно архивирование

Обычно база данных R/3 постоянно увеличивается в объеме. Спустя какой-то период времени, определяемый особенностями законодательства и специфическими для компании факторами, большая часть данных становится бессмысленной и представляет собой балласт, не нужный для повседневной работы. Чем больше таблица, тем более дорогостоящим и длительным становится поиск в БД. Большие объемы данных требуют значительных ресурсов, таких как оперативная память, жесткие диски и устройства для резервного копирования. С увеличением размера баз данных растет и стоимость администрирования. По этим причинам необходимо удалять из БД данные, которые больше не нужны в системе (но которые должны, тем не менее, поддерживаться в формате, который легко читается и восстанавливается), и сохранять данные в архивных файлах, к которым можно будет позже обратиться.

Требования, предъявляемые к архивированию

По различным причинам может потребоваться хранить данные таким образом, чтобы при необходимости их можно было прочитать и использовать. Нередко при этом требуется также гарантировать защиту данных от изменений. Для этого хорошо подходит архивирование на носителях WORM (Write Once, Read Multiple — однократная запись, многократное чтение). DVD или CD-ROM.

При архивировании данные в базе данных системы R/3, которые больше не требуются для непосредственного доступа, идентифицируются, извлекаются и сохраняются сначала в сжатой форме в файлах на уровне операционной системы. Оттуда эти данные можно, например, перенести на одну из внешних систем памяти, упомянутых выше. После успешного извлечения и архивации данные удаляются из самой базы данных. В зависимости от используемой РСУБД вновь освобожденное пространство в базе данных будет доступно для использования после реорганизации.

12.1. Комплект инструментов архивирования (Archive Development Kit)

Объекты архивирования

Объекты архивирования являются базовым компонентом архивирования данных в системе R/3. Объект архивирования — это логическая единица связанных физических данных, например документы бухгалтерского учета, основные данные банка, заявки, данные по командировкам или бухгалтерские ведомости. В них входят и программы, необходимые для архивирования данных, такие как программы редактирования, чтения, записи и удаления (см. рис. 12.1). Данные в объектах архивирования можно архивировать только все вместе, тем самым поддерживается логическая согласованность базы данных. Примером объекта архивирования из области mySAP Financials является объект FI_DOCUMNT (документы финансового учета). Среди всего прочего он состоит из данных таблиц BKFT, BSEG и BSET в дополнение к текстам SAPscripts и документам изменения и программам для:

► Архивирования (выбора данных из таблиц и последующей записи их в архивные файлы)

► Удаления (сравнения данных, записанных в архивные файлы с данными, все еще находящимися в базе данных, и удаления последних, если данные согласованы)

► Перезагрузки (в критической ситуации)

► Разборки на части и перестройки индекса (для прямого доступа после архивирования)

Кроме того, поставляется более десяти программ анализа. Можно также использовать Transaction FB03 для непосредственного чтения архивированных документов.

Рис. 12.1. Структура объекта архивирования

Если архивирование данных должно выполняться для данных, принадлежащих бизнес-объекту, который не определен в стандарте SAP, необходимо сначала определить, какие физические данные принадлежат объекту, в какой форме они должны быть архивированы и какие требуются функции обработки. Объекты архивирования уже определены для стандартных бизнес-процессов SAP. Дополнительные объекты архивирования для добавленных специфических для заказчика процессов можно создать требуемым образом с помощью ►Definition of archiving objects.

Комплект инструментов архивирования (ADK)

Комплект инструментов архивирования (ADK — Archive Development Kit) представляет собой интерфейс между приложением SAP, базой данных и архивными файлами, в которых извлеченные данные приложения должны быть сохранены. ADK предоставляет функциональные модули, позволяющие программам объектов архивирования записывать подготовленные архивные данные в каталоги вне базы данных в предопределенном формате (см. рис. 12.2). Кроме того, ADK управляет файлами архивирования на уровне операционной системы и сеансами архивирования.

Рис. 12.2. Комплект инструментов архивирования (ADK)

Процедура архивирования выполняется в три этапа:

1. Извлечение данных из базы данных и создание архивных файлов.

2. Возможный перенос архивных файлов во внешнюю среду хранения.

3. Запуск программы удаления.

Соответствующий отдел пользователей определяет, какие данные можно архивировать. Обычно администратор системы R/3 отвечает за техническое выполнение процесса архивирования, а не за оценку значимости бизнес-данных. Объем данных архивирования определяется соответствующими объектами архивирования и определением периода архивации. Все данные, созданные за этот период, архивируются. Фоновый процесс, запускаемый системным администратором, копирует определенные таким образом данные в предопределенном формате в указанный каталог на жестком диске, вне базы данных. Предопределенные данные соответствуют данным, извлеченным из базы данных в метаформате, независимом от РСУБД и оборудования. Помимо реальных данных также сохраняются данные об используемых кодовых страницах, структуре записей или форматах чисел. Эти данные требуются для обеспечения правильной интерпретации архивированных данных при любом последующем доступе чтения. Одновременно данные сжимаются максимум с коэффициентом 5, за исключением кластерных таблиц, так как они уже хранятся в базе данных в сжатом формате. Начиная с версии R/3 Enterprise, можно архивировать также данные в формате Unicode. Можно обращаться к архивированным файлам, использующим и не использующим Unicode, для чего не требуется преобразовывать существующие архивные файлы.

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

Если внешняя система хранения связана с системой SAP, после успешного процесса записи созданные файлы можно перенести туда с помощью ArchiveLink/CMS. Сохранение может происходить автоматически или вручную в зависимости от настроек.

www.sap.com в разделе partners/software/directory .

Если используется Система управления иерархическим хранилищем (HSM System), можно просто сохранить архивные файлы в каталоге в системе HSM. В этом случае ArchiveLink не используется. Перенос архивных файлов на уровень поддержки (жесткий диск, накопитель со сменными дисками, магнитная лента) управляется стратегиями доступа и реализуется с помощью HSM. Для системы R/3 HSM представляется как бесконечно большая файловая система, в которой к архивным файлам всегда обращаются под одним и тем же именем независимо от их реального расположения.

Рис. 12.3. Перенос архивных файлов

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

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

► Удаление данных из базы данных, когда файл архивирования был создан.

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

► Удаление данных из базы данных после переноса архивного файла во внешнюю систему хранения.

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

Начиная с R/3 Enterprise, программа удаления может планироваться независимо от реального архивирования как периодическое фоновое задание.

12.2. Пользовательская настройка

Выбор данных для архивирования

Данные в системе R/3 могут потребовать архивирования из-за увеличения стоимости сопровождения растущей в объеме БД или из-за того, что некоторые данные больше не требуются. Но администратор системы R/3 или администратор БД не может решить, какие именно данные подлежат архивированию. Это решение нужно принимать совместно с пользователями.

Первая задача состоит в преобразовании представления приложения в техническое представление БД R/3. Необходимо определить, какой объект архивирования лучше всего отвечает этим требованиям. Иногда объекты архивирования логически и хронологически связаны друг с другом. Возьмем в качестве примера объект архивирования MM_MATNR (главная запись материала из компонента mySAP Logistics). Объект такого типа нельзя архивировать пока существуют объекты, ссылающиеся на главную запись материала, и которые еще не архивированы. Поэтому, если все еще существует документ закупки (объект ММ_ЕККО), который ссылается на главную запись материала, заданную для архивации, и который еще не был сам архивирован, то сеанс архивирования для ММ_ MATNR будет прекращен с сообщением об ошибке.

Взаимосвязь между архивированием объектов можно проиллюстрировать с помощью сетевого графика (см. рис. 12.4), который доступен через ►Archive Administration Initial screen • Goto • Network graphic. Иерархическое представление архивируемых объектов и их взаимосвязей показывает, в каком порядке они должны быть архивированы для достижения оптимального хранения данных. Каждый архивируемый объект символизируется узлом внутри сетевого графика. Цветной прямоугольник в каждом узле показывает статус архивирования объекта.

Рис. 12.4. Сетевой график для объекта MM_MATNR

Отношения между архивируемым объектом и соответствующими таблицами можно проанализировать с помощью компонента ADK ►Tables and archiving objects. Здесь перечислены все таблицы, данные из которых включаются в выбранный: объект архивирования; все архивируемые объекты, содержащие данные из выбранной таблицы, также выводятся. В принципе можно архивировать только согласованные объекты.

На рис. 12.5 показан существующий архивируемый объект для таблицы RFBLG, который называется FI_DOCUMNT — документ финансового учета. Также показаны все таблицы в объекте FI_DOCUMNT.

Объем данных, подлежащих архивированию

После выбора объекта архивирования данных нужно определить объем данных, подлежащих архивированию. Чтобы определить, даст ли архивирование какой-нибудь выигрыш, нужно получить информацию о текущем физическом и логическом размере таблиц в базе данных объекта. Физический размер — это фактическое пространство памяти, занимаемое в БД. Логический размер — это число записей в таблице. Есть два метода анализа размера, которые в сильной степени зависят от БД.

Используйте Online space в ►Tables and Archiving Objects (см. рис. 12.5) для определения текущего размера выбранной таблицы, если база данных позволяет анализировать ее размер. В зависимости от используемой РСУБД будет выведен фактический физический размер таблицы или определяемое базой данных статистическое значение. Может потребоваться несколько минут для вывода в зависимости от процесса и размера таблицы.

Рис. 12.5. Таблицы и объекты архивирования

Можно использовать Space Statistics, если будет достаточно статистики, собираемой оптимизатором SQL. Размеры определяются на основе статистики не точно, а по выборке на время последнего обновления статистики оптимизатора. Если с момента последнего обновления прошло достаточно много времени, то таблица может существенно измениться. Это нужно принимать во внимание при определении размера таблиц. Все РСУБД, применяемые с R/3, работают с оптимизаторами на основе стоимости; доступ к содержанию таблиц осуществляется на основе статистических данных, описывающих рост таблицы и распределение в ней данных. Таким образом, в зависимости от используемой БД администратор БД должен регулярно обновлять статистические данные.

Конфигурация архива

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

Выбрав Database Tables, можно опять увидеть все таблицы в объекте архивирования. Выбирая Information system, можно перейти прямо к информационной системе архивирования. Чтобы начать выполнение архивирования для выбранных объектов, необходимо выполнить некоторые настройки. В частности, необходимо решить, куда будут записываться архивируемые данные. Это делается в настройке (Customizing), которая делится на четыре области:

► Настройка, общая для всех объектов архивирования

► Настройка, зависимая от объекта архивирования

► Базовая настройка

► Настройка, зависимая от приложения

Рис. 12.6. Начальный экран управления архивом

12.2.1. Настройка, общая для всех объектов архивирования

Задаваемые здесь параметры действительны для всех приложений и для всех объектов архивирования. Они относятся к следующим областям:

► Монитор данных архивирования CCMS

► Контроль доступа при выборе архива

► Проверка архивных файлов

Мониторинг архивируемых данных (см. главу 16) Системы управления вычислительным центром (CCMS)

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

Доступ к архивным файлам

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

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

Для R/3 Enterprise можно определить максимальную длительность (в часах) или максимальный размер архивного файла для сеанса архивирования (фаза записи). Когда будет достигнуто ближайшее из этих ограничений, выполнение архивирования останавливается, и в заданное время его можно возобновить в том же месте.

12.2.2. Настройка, зависимая от объекта архивирования

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

На рис. 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 можно определить дополнительные спецификации приложений. Эти настройки зависят от клиента, что означает, что при необходимости они должны определяться отдельно для каждого клиента.

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

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

12.2.3. Базовая настройка

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

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

12.2.4. Настройка, зависимая от приложения

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

Заключение

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

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

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

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

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

12.3. Управление и анализ

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

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

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

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

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

► Архивирование

Определяет начальную дату сеанса архивирования и возможные параметры спула (см. рис. 12.10).

При обслуживании вариантов определяют зависимый от приложения выбор данных. На рис. 12.11 показано фоновое задание, автоматически спланированное из этих данных (►Job overview).

Рис. 12.10. Планирование сеанса архивирования

Рис. 12.11. Обзор задания для спланированного сеанса архивирования

► Удаление

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

Рис. 12.12. Планирование сеанса удаления

► Последующая обработка (необязательно)

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

Программы анализа

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

► Индекс (необязательно)

Впоследствии можно создать индекс для существующих архивных файлов. Можно также удалить существующий индекс. В зависимости от приложения индекс архива хранится в таблицах приложения (например, документы FI) или в общей для приложений таблице индекса архива.

► Система хранения

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

► Управление

Управление (management) архивом предлагает обзор всех сеансов архивирования (см. рис. 12.13). Они упорядочены согласно своему статусу. Чтобы вывести данные сеансов, дважды щелкните мышью на требуемом сеансе.

Все программы обработки, которые активируются, выполняются в фоновом режиме.

Перезагрузка

При перезагрузке (reload) данные импортируются из архива обратно в БД. Обычно не требуется заново загружать архивированные данные в базу данных, так как эти данные можно анализировать и получить доступ к отдельным данным непосредственно с помощью ADK. Эту функцию следует использовать лишь в исключительных ситуациях для немедленной отмены действия сеанса архивирования, если, например, критерий выбора для программы архивирования был задан неправильно. Когда же необходимо перезагрузить архивированные данные после длительного периода времени, необходимо сначала убедиться, что все данные, на которые ссылаются перезагруженные данные, доступны в базе данных. Повторный импорт после смены версии не поддерживается. Если для архивированного объекта возможна перезагрузка, то это действие можно активировать с помощью ►Archive administration Initial screenGotoReload.

Рис. 12.13. Управление сеансами архивирования

Статистика

Начиная с версии R/3 Enterprise, при выборе Statistics в ►Archive administration можно просматривать обширную информацию о завершенных сеансах архивирования. В частности, можно видеть, сколько данных было реально удалено из базы данных в результате сеанса архивирования (см. рис. 12.14).

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

Если происходит прерывание программы архивирования или удаления, можно выбирать из следующих сценариев:

► Прерывание во время процесса записи

Архивные файлы создаются последовательно; только обрабатываемый файл имеет состояние created. После успешного завершения процесса записи задается состояние active, а записанный файл можно обрабатывать или анализировать с помощью ADK. Если программа записи прерывается, то затрагивается только файл, что записывается в данный момент. Последовательность процесса будет следующей:

- Запустите сеанс удаления для всех закрытых в данный момент архивных файлов.

- В Archive administration пометьте файл из прерванного задания как недействительный.

- Удалите ошибочный архивный файл на уровне операционной системы.

- При завершении всех сеансов удаления перезапустите сеанс архивирования с тем же критерием выбора, который использовался в первом сеансе.

► Прерывание во время сеанса удаления

Если прерывание происходит во время сеанса удаления, необходимо проанализировать и исправить проблему с помощью предназначенных для объекта указаний SAP (Notes). Если архивные файлы будут доступны, то после разрешения проблемы можно перезапустить сеанс удаления в любое время. Если невозможно обратиться к реальным архивным файлам, можно уменьшить проблему, копируя читаемую часть данных в новый архивный файл. До прерывания были удалены только данные базы данных, которые читались в архивном файле. Затем запустите сеанс удаления снова с помощью этого файла. Для восстановления архивных файлов потребуются дополнительные отчеты, которые можно получить в службе поддержки SAP.

Информационная система архива

Информационная система архива SAP (SAP AS) является инструментом для поиска в архивах данных R/3, интегрированным в среду архивирования. Поиск и вывод данных выполняется на основе структур архивной информации, которые пользователь может определить и заполнить данными из архива.

Рис. 12.14. Статистика архива

Браузер взаимосвязей документов

Браузер взаимосвязей документов можно использовать для вывода связанных объектов и документов, сгруппированных (для всех приложений) согласно процессу или бизнес транзакции. Уже архивированные объекты также включены в вывод.

Дополнительную информацию об архивировании данных в системах SAP можно найти в книге Helmut Stefani "Archiving Your SAP Data". которая опубликована издательством SAP PRESS.

12.5. Транзакции и пути доступа меню

Administration of stored documents: SAP Menu • Tools • Business Documents • Miscellaneous • Stored documents (OAAD)

Archive administration Initial screen. SAP Menu • Tools • Administration • Administration • Archiving • (SARA)

Archive Information System. SAP Menu • Logistics • Agency business • Environment • Archive • Display (SARI); туда можно также попасть через Archive administration Initial screen.

ArchiveLink Monitor. SAP Menu • Tools • Business Documents • Environment • ArchiveLink Monitor (OAM1).

Definition of archiving objects: недоступно через стандартное меню SAP (AOBJ)

Document Relationship Browser: недоступно через стандартное меню SAP (ALO1)

Job overview: SAP Menu • Tools • CCMS • Jobs • Maintenance (SM37)

Logical file names: SAP Menu • Accounting • Enterprise Controlling • Executive InfoSystem • Environment • Configuration Menu • Basic Settings • File Names • File Names—Client-independent (FILE)

Logical file names (client-specific): SAP Menu • Accounting • Enterprise Controlling • Business Planning • Environment • Configuration Menu • Basic Settings • File names • Logical file names (SF01)

Maintain content repository: SAP Menu • Tools • Business Documents • Environment • KnowledgeProvider • KPro • Content Repositories (OACO)

Tables and archiving objects: SAP Menu • Tools • CCMS • DB Administration • Data archiving (DB15)

12.6. Дополнительная документация

Быстрые ссылки

► SAP Service Marketplace, псевдоним adk

► SAP Service Marketplace, псевдоним archivelink

► SAP Service Marketplace, псевдоним data-archiving

► SAP Service Marketplace, псевдоним dma

Указания SAP Service Marketplace

Таблица 12.1. Указания SAP по архивированию

Источник: www.redov.ru

Категория: Программное обеспечение

Похожие статьи: