определяемый особенностями законодательства и специфическими для компании факторами, большая часть данных становится бессмысленной и представляет собой балласт, не нужный для повседневной работы. Чем больше таблица, тем более дорогостоящим и длительным становится поиск в БД. Большие объемы данных требуют значительных ресурсов, таких как оперативная память, жесткие диски и устройства для резервного копирования. С увеличением размера баз данных растет и стоимость администрирования. По этим причинам необходимо удалять из БД данные, которые больше не нужны в системе (но которые должны, тем не менее, поддерживаться в формате, который легко читается и восстанавливается), и сохранять данные в архивных файлах, к которым можно будет позже обратиться.
По различным причинам может потребоваться хранить данные таким образом, чтобы при необходимости их можно было прочитать и использовать. Нередко при этом требуется также гарантировать защиту данных от изменений. Для этого хорошо подходит архивирование на носителях WORM
При архивировании данные в базе данных системы R/3, которые больше не требуются для непосредственного доступа, идентифицируются, извлекаются и сохраняются сначала в сжатой форме в файлах на уровне операционной системы. Оттуда эти данные можно, например, перенести на одну из внешних систем памяти, упомянутых выше. После успешного извлечения и архивации данные удаляются из самой базы данных. В зависимости от используемой РСУБД вновь освобожденное пространство в базе данных будет доступно для использования после реорганизации.
Объекты архивирования являются базовым компонентом архивирования данных в системе R/3.
► Архивирования (выбора данных из таблиц и последующей записи их в архивные файлы)
► Удаления (сравнения данных, записанных в архивные файлы с данными, все еще находящимися в базе данных, и удаления последних, если данные согласованы)
► Перезагрузки (в критической ситуации)
► Разборки на части и перестройки индекса (для прямого доступа после архивирования)
Кроме того, поставляется более десяти программ анализа. Можно также использовать Transaction FB03 для непосредственного чтения архивированных документов.
Рис. 12.1.
Если архивирование данных должно выполняться для данных, принадлежащих бизнес-объекту, который не определен в стандарте SAP, необходимо сначала определить, какие физические данные принадлежат объекту, в какой форме они должны быть архивированы и какие требуются функции обработки. Объекты архивирования уже определены для стандартных бизнес-процессов SAP. Дополнительные объекты архивирования для добавленных специфических для заказчика процессов можно создать требуемым образом с помощью ►Definition of archiving objects.
Рис. 12.2.
Процедура архивирования выполняется в три этапа:
1. Извлечение данных из базы данных и создание архивных файлов.
2. Возможный перенос архивных файлов во внешнюю среду хранения.
3. Запуск программы удаления.
Соответствующий отдел пользователей определяет, какие данные можно архивировать. Обычно администратор системы R/3 отвечает за техническое выполнение процесса архивирования, а не за оценку значимости бизнес-данных. Объем данных архивирования определяется соответствующими объектами архивирования и определением периода архивации. Все данные, созданные за этот период, архивируются. Фоновый процесс, запускаемый системным администратором, копирует определенные таким образом данные в предопределенном формате в указанный каталог на жестком диске, вне базы данных. Предопределенные данные соответствуют данным, извлеченным из базы данных в метаформате, независимом от РСУБД и оборудования. Помимо реальных данных также сохраняются данные об используемых кодовых страницах, структуре записей или форматах чисел. Эти данные требуются для обеспечения правильной интерпретации архивированных данных при любом последующем доступе чтения. Одновременно данные сжимаются максимум с коэффициентом 5, за исключением кластерных таблиц, так как они уже хранятся в базе данных в сжатом формате. Начиная с версии R/3 Enterprise, можно архивировать также данные в формате Unicode. Можно обращаться к архивированным файлам, использующим и не использующим Unicode, для чего не требуется преобразовывать существующие архивные файлы.
После создания архивных файлов при желании можно перенести данные во внешнюю систему архивирования. Существуют разные варианты, которые могут быть автоматизированы в различной степени под управлением соответствующей настройки (Customizing).
Если внешняя система хранения связана с системой SAP, после успешного процесса записи созданные файлы можно перенести туда с помощью ArchiveLink/CMS. Сохранение может происходить автоматически или вручную в зависимости от настроек.
Чтобы обеспечить регламентированную коммуникацию между системой SAP и системой архивирования, SAP AG предлагает процесс сертификации для поставщиков архивов. Дополнительную информацию о сертифицированных поставщиках можно найти в Интернете по адресу http://www.sap.com в разделе
Если используется Система управления иерархическим хранилищем (HSM System), можно просто сохранить архивные файлы в каталоге в системе HSM. В этом случае ArchiveLink не используется. Перенос архивных файлов на уровень поддержки (жесткий диск, накопитель со сменными дисками, магнитная лента) управляется стратегиями доступа и реализуется с помощью HSM. Для системы R/3 HSM представляется как бесконечно большая файловая система, в которой к архивным файлам всегда обращаются под одним и тем же именем независимо от их реального расположения.
Рис. 12.3.
