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

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

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

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

Объекты архивирования являются базовым компонентом архивирования данных в системе 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. Запуск программы удаления.

Этап 1

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

Этап 2

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

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

Чтобы обеспечить регламентированную коммуникацию между системой SAP и системой архивирования, SAP AG предлагает процесс сертификации для поставщиков архивов. Дополнительную информацию о сертифицированных поставщиках можно найти в Интернете по адресув разделе partners/software/directory.

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