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