Книга: SAP R/3 Системное администрирование

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. Начальный экран управления архивом

Оглавление книги