SAP R/3 Системное администрирование
Шрифт:
► Архивирования (выбора данных из таблиц и последующей записи их в архивные файлы)
► Удаления (сравнения данных, записанных в архивные файлы с данными, все еще находящимися в базе данных, и удаления последних, если данные согласованы)
► Перезагрузки (в критической ситуации)
► Разборки на части и перестройки индекса (для прямого доступа после архивирования)
Кроме того, поставляется более десяти программ анализа. Можно также использовать 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 представляется как бесконечно большая файловая система, в которой к архивным файлам всегда обращаются под одним и тем же именем независимо от их реального расположения.
Рис. 12.3. Перенос архивных файлов
Кроме соединения с системой архивирования, возможно также сохранение вручную архивных файлов, созданных на этапе 1 в другой среде, такой как магнитная лента.
Этап 3
После извлечения данных и сохранения в файлах их можно удалить из базы данных. В общей настройке архивации можно задать, будет ли процесс удаления запускаться автоматически после архивирования, после переноса во внешнюю систему хранения или вручную в более поздний момент времени. Существуют различные методы выполнения процесса удаления, в которых основными являются аспекты безопасности или производительности.
► Удаление данных из базы данных, когда файл архивирования был создан.
В качестве меры безопасности архивированные данные считываются из архивного файла и сравниваются с исходными данными в базе данных. Поэтому только те данные, что были правильно сохранены в архивном файле, удаляются из базы данных.
► Удаление данных из базы данных после переноса архивного файла во внешнюю систему хранения.
В качестве меры безопасности архивированные данные считываются из архивного файла в системе хранения и сравниваются с исходными данными в базе данных. Поэтому только те данные, которые были правильно сохранены в файле архивирования и перенесены в систему хранения, удаляются из базы данных.
Начиная с R/3 Enterprise, программа удаления может планироваться независимо от реального архивирования как периодическое фоновое задание.
Выбор данных для архивирования
Данные в системе R/3 могут потребовать архивирования из-за увеличения стоимости сопровождения растущей в объеме БД или из-за того, что некоторые данные больше не требуются. Но администратор системы R/3 или администратор БД не может решить, какие именно данные подлежат архивированию. Это решение нужно принимать совместно с пользователями.
Первая задача состоит в преобразовании представления приложения в техническое представление БД R/3. Необходимо определить, какой объект архивирования лучше всего отвечает этим требованиям. Иногда объекты архивирования логически и хронологически связаны друг с другом. Возьмем в качестве примера объект архивирования MM_MATNR (главная запись материала из компонента mySAP Logistics). Объект такого типа нельзя архивировать пока существуют объекты, ссылающиеся на главную запись материала, и которые еще не архивированы. Поэтому, если все еще существует документ закупки (объект ММ_ЕККО), который ссылается на главную запись материала, заданную для архивации, и который еще не был сам архивирован, то сеанс архивирования для ММ_ MATNR будет прекращен с сообщением об ошибке.