► 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.
Все системы управления реляционными базами данных, применяемые в настоящее время с системами R/3, используют
Анализ и проверка всего множества данных являются единственным надежным методом для исключения испорченных блоков в множестве данных, вызванных ошибками оборудования. Однако эта транзакция требует очень много времени и приводит к увеличению деятельности по вводу/выводу на всех жестких дисках. Поэтому полный анализ трудно реализовать в системе R/3 с очень большими базами данных. Однако если возникают проблемы с оборудованием, то крайне важно выполнить полный анализ, по крайней мере, для задействованных областей.
По возможности желательно создавать резервную копию всей базы данных производственных систем ежедневно. Чтобы вывести суммарную информацию для последних резервных копий, выберите ►Backup Logs; выберите ►Database Logs для подробной информации. При возникновении ошибки файлы журналов потребуются для восстановления множества данных, начиная с последней завершенной резервной копии, чтобы восстановить последующие изменения данных. Для этого должны быть доступны все данные из областей журнала без пробелов. Все системы РСУБД не перезаписывают данные в журнал, пока не будет сделана должным образом его резервная копия. Если данные не были скопированы, то риск будет двояким: кроме потенциальной потери данных, может быть полностью заполнена область журнала. В этом случае база данных (и поэтому также система R/3) больше не сможет работать. Можно использовать специальные инструменты РСУБД или предоставляемые SAP инструменты для администрирования баз данных вне системы SAP. Наиболее широко используемым в установках SAP инструментом администрирования баз данных Oracle является sapdba.
Администраторы базы данных должны постоянно следить за увеличением базы данных. Недостаточное пространство для хранения данных в БД может сделать систему R/3 неработоспособной. Поэтому необходимо регулярно проверять уровень заполнения базы данных и увеличивать базу данных при необходимости. Чтобы вывести информацию о размере базы данных и содержащихся в ней объектах, выберите ►Tables and Indexes. Этот монитор предоставляет информацию о текущем уровне заполнения и его изменении, а также размер отдельных объектов, таких как табличные пространства, таблицы, и индексы. На рис. 15.16 показано изменение уровня заполнения базы данных в
