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

15.8.1. Регулярно планируемые задачи

15.8.1. Регулярно планируемые задачи

База данных играет крайне важную роль в системе 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.

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


Генерация: 1.388. Запросов К БД/Cache: 3 / 1
поделиться
Вверх Вниз