По различным причинам может потребоваться хранить данные таким образом, чтобы при необходимости их можно было прочитать и использовать. Нередко при этом требуется также гарантировать защиту данных от изменений. Для этого хорошо подходит архивирование на носителях WORM однократная запись, многократное чтение) , 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 — Archive Development Kit) представляет собой интерфейс между приложением SAP, базой данных и архивными файлами, в которых извлеченные данные приложения должны быть сохранены. ADK предоставляет функциональные модули, позволяющие программам объектов архивирования записывать подготовленные архивные данные в каталоги вне базы данных в предопределенном формате (см. рис. 12.2). Кроме того, ADK управляет файлами архивирования на уровне операционной системы и сеансами архивирования.
Рис. 12.2.
Процедура архивирования выполняется в три этапа:
1. Извлечение данных из базы данных и создание архивных файлов.
2. Возможный перенос архивных файлов во внешнюю среду хранения.
3. Запуск программы удаления.
Соответствующий отдел пользователей определяет, какие данные можно архивировать. Обычно администратор системы R/3 отвечает за техническое выполнение процесса архивирования, а не за оценку значимости бизнес-данных. Объем данных архивирования определяется соответствующими объектами архивирования и определением периода архивации. Все данные, созданные за этот период, архивируются. Фоновый процесс, запускаемый системным администратором, копирует определенные таким образом данные в предопределенном формате в указанный каталог на жестком диске, вне базы данных. Предопределенные данные соответствуют данным, извлеченным из базы данных в метаформате, независимом от РСУБД и оборудования. Помимо реальных данных также сохраняются данные об используемых кодовых страницах, структуре записей или форматах чисел. Эти данные требуются для обеспечения правильной интерпретации архивированных данных при любом последующем доступе чтения. Одновременно данные сжимаются максимум с коэффициентом 5, за исключением кластерных таблиц, так как они уже хранятся в базе данных в сжатом формате. Начиная с версии R/3 Enterprise, можно архивировать также данные в формате Unicode. Можно обращаться к архивированным файлам, использующим и не использующим Unicode, для чего не требуется преобразовывать существующие архивные файлы.