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

► Правила реорганизации

Данные производительности реорганизуются автоматически фоновым заданием SAP_COLLECTOR_FOR_PERFMONITOR на основе этих настроек.

Система SAP предоставляет несколько различных мониторов для обеспечения точного анализа системной производительности. Они включают следующие области:

Анализ рабочей нагрузки

► Workload Analysis (до версии R/3 4.6C)

Предшественник анализа нагрузки

► Load analysis

Показывает системную нагрузку по инстанциям, распределение рабочих процессов, статистику пользователей, распределение времени ответа, данные истории и список совпадений (см. рис. 15.14)

► Business process analysis

Анализ одиночных статистических записей

► Application monitor

Показывает распределение пользователей

Рис. 15.14. Анализ нагрузки

Буферы

► Buffer load

Показывает качество и размер наиболее важных буферов SAP, включая информацию об использовании памяти

► Table calls

Показывает статистику вызовов таблиц

► Profile parameter changes

Показывает историю изменений параметров профиля

Операционная система

► OS monitor

Мониторинг ресурсов операционной системы, таких как память, центральный процессор, файловая система, жесткие диски

► OS system configuration

Показывает текущие параметры операционной системы

► OS parameter changes

Показывает историю изменений параметров операционной системы

База данных

► Database monitor

Выводит наиболее важную статистику для анализа деятельности базы данных и предоставляет доступ к журналу базы данных

► Lock waits

Показывает число ожидающих и расширенных блокировок

► Tables and indexes

Показывает статистику ресурсов, анализ таблиц, и анализ индексов

► DB parameter changes

Показывает историю изменений для параметров базы данных

Знакомые по предыдущим версиям R/3 мониторы сигналов были полностью интегрированы в инфраструктуру мониторинга (см. главу 16), и только некоторые из этих мониторов все еще могут вызываться отдельно в R/3 4.6C по историческим причинам.

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

Наиболее важными видами деятельности системного администратора, включающими мониторинг базы данных и администрирование, являются:

► Планирование, выполнение и мониторинг резервного копирования базы данных

► Планирование, выполнение и мониторинг резервного копирования журналов транзакций

► Планирование, выполнение и мониторинг проверки содержимого ленты (резервной копии базы данных) и согласованности базы данных

► Планирование, выполнение и мониторинг генерации статистики для оптимизатора на основе стоимости

► Планирование мощности и мониторинг ресурсов (на уровне операционной системы и базы данных)

► Конфигурирование и мониторинг параметров базы данных

Аналогичные инструменты доступны для каждой РСУБД, используемой с системой R/3; однако их вид и имена могут различаться в деталях.

База данных играет крайне важную роль в системе R/3. Она является центром хранения данных. Поэтому крайне необходимо регулярно выполнять резервное копирование данных, хранящихся в базе данных, чтобы иметь возможность восстановить данные в случае ошибки. Для этой и других регулярно выполняемых задач в систему R/3 интегрирован ►DBA Planning Calendar.

Здесь можно спланировать наиболее важные административные задачи базы данных для фоновой обработки (см. рис. 15.15). Они включают:

► Резервное копирование базы данных на ходу (в сети) или остановленной (вне сети)

► Пошаговое резервное копирование данных

► Резервное копирование областей журнала

► Резервное копирование отдельных областей данных

► Обновление статистики оптимизатора

► Анализ структур базы данных

► Анализ статуса базы данных

Рис. 15.15. Недельное планирование в календаре планирования DBA

Оптимизатор на основе стоимости

Все системы управления реляционными базами данных, применяемые в настоящее время с системами R/3, используют оптимизатор на основе стоимости для вычисления стратегии выполнения команд SQL. Если есть несколько планов выполнения, то оптимизатор на основе стоимости определяет наиболее экономную стратегию. Стоимости вычисляются как общее число обрабатываемых блоков данных, т. е. записей реальных данных и любой используемой индексной информации. Эта стратегия основывается на статистике данных в таблице, такой как число записей и различных значений в индексированном столбце. Статистики, используемые оптимизаторами, обновляются не автоматически. Администратор базы данных должен обновлять их в зависимости от динамики базы данных, как минимум, еженедельно и после существенных изменений. Устаревшая статистическая информация хуже, чем отсутствие информации, так как она может иметь большое влияние на скорость доступа.

Проверка

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

Резервное копирование

По возможности желательно создавать резервную копию всей базы данных производственных систем ежедневно. Чтобы вывести суммарную информацию для последних резервных копий, выберите ►Backup Logs; выберите ►Database Logs для подробной информации. При возникновении ошибки файлы журналов потребуются для восстановления множества данных, начиная с последней завершенной резервной копии, чтобы восстановить последующие изменения данных. Для этого должны быть доступны все данные из областей журнала без пробелов. Все системы РСУБД не перезаписывают данные в журнал, пока не будет сделана должным образом его резервная копия. Если данные не были скопированы, то риск будет двояким: кроме потенциальной потери данных, может быть полностью заполнена область журнала. В этом случае база данных (и поэтому также система R/3) больше не сможет работать. Можно использовать специальные инструменты РСУБД или предоставляемые SAP инструменты для администрирования баз данных вне системы SAP. Наиболее широко используемым в установках SAP инструментом администрирования баз данных Oracle является sapdba.

Администраторы базы данных должны постоянно следить за увеличением базы данных. Недостаточное пространство для хранения данных в БД может сделать систему R/3 неработоспособной. Поэтому необходимо регулярно проверять уровень заполнения базы данных и увеличивать базу данных при необходимости. Чтобы вывести информацию о размере базы данных и содержащихся в ней объектах, выберите ►Tables and Indexes. Этот монитор предоставляет информацию о текущем уровне заполнения и его изменении, а также размер отдельных объектов, таких как табличные пространства, таблицы, и индексы. На рис. 15.16 показано изменение уровня заполнения базы данных в графической форме для SAP БД, В то же самое время вычисляется прогноз, чтобы помочь администраторам выявить потенциальные узкие места.

Рис. 15.16. Уровень заполнения базы данных

Согласованность словаря

Кроме требований к пространству отдельных объектов, система R/3 регулярно проверяет объекты, определенные в словаре данных R/3 и в базе данных. Системные администраторы должны обеспечить, чтобы между R/3 и базой данных не возникало никаких несогласованностей. Отсутствующие индексы могут приводить к громадной потере производительности. После обновления, в частности, всегда необходимо использовать этот монитор для проверки согласованности объектов и создания всех отсутствующих объектов.

Обзор стандартных задач