Сигрид Хагеман - SAP R/3 Системное администрирование
- Название:SAP R/3 Системное администрирование
- Автор:
- Жанр:
- Издательство:Издательство Лори
- Год:2007
- Город:Москва
- ISBN:978-5-85582-272-4 (5-85582-272-9)
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Сигрид Хагеман - SAP R/3 Системное администрирование краткое содержание
Эта книга полностью обновлена и тщательно пересмотрена. Она является необходимым пособием для руководителей информационных служб, технических консультантов и системных администраторов R/3, которые хотят иметь полное представление об администрировании Basis.
Знания, полученные "из первых рук" от различных специалистов SAP Global Support, работавших над реализацией более 20000 систем R/3, служат основой этой книги, которая научит выполнять все критически важные задачи системного администрирования с оптимальной эффективностью. Она учит быстро принимать правильные решения в сложных ситуациях, используя рекомендации экспертов и ценные рекомендации из реального мира, которые делают это уникальное пособие необходимым для повседневного использования.
Кроме всего прочего, эта книга является ценным источником, помогающим подготовиться к экзамену СТС (Certified Technical Consultant) no R/3 Release 4.6C и Enterprise.
В руководстве рассмотрены:
# Настройка системной инфраструктуры.
# Администрирование клиента.
# Пользователи и полномочия.
# Фоновая обработка.
# Архивирование данных.
# Администрирование спула.
# Обслуживание инстанций.
# Системный мониторинг.
И многое другое.
SAP R/3 Системное администрирование - читать онлайн бесплатно полную версию (весь текст целиком)
Интервал:
Закладка:
На рис. 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. Начальный экран управления архивом
Задаваемые здесь параметры действительны для всех приложений и для всех объектов архивирования. Они относятся к следующим областям:
► Монитор данных архивирования CCMS
► Контроль доступа при выборе архива
► Проверка архивных файлов
Мониторинг архивируемых данных (см. главу 16) Системы управления вычислительным центром (CCMS) предоставляет информацию о сеансах архивирования, механизм сигнализации в случае ошибки и мониторинг заданий записи и удаления. В общей для всех объектов архивирования настройке (Customizing) можно активировать или деактивировать этот мониторинг.
Доступ к архивным файлам
Если требуется доступ к архивным файлам для их чтения, удаления, перезагрузки или анализа, здесь можно определить, будет ли выполняться поиск требуемого архивного файла в системе хранения или на уровне операционной системы. Проверка доступа на хранимых файлах, когда выбирается архив, указывает, что доступ к системе хранения может потребовать много времени.
Если архивному файлу при его записи придается также информация проверки, то эту информацию можно анализировать при удалении файла, чтении или перезагрузке. Подобным образом можно избежать удаления из базы данных тех данных, что окажутся ошибочными в системе хранения. Если используется внешняя система хранения, использование настройки Verify when readingможет, по общему мнению, вести к длительному времени ответа.
Для R/3 Enterprise можно определить максимальную длительность (в часах) или максимальный размер архивного файла для сеанса архивирования (фаза записи). Когда будет достигнуто ближайшее из этих ограничений, выполнение архивирования останавливается, и в заданное время его можно возобновить в том же месте.
В этом разделе можно сделать технические настройки, такие как размер создаваемого архивного файла, и задать последовательность для последующей программы удаления.
На рис. 12.7 показаны возможные технические настройки для объекта архивирования FI_DOCUMNT. Чтобы сохранить архивные файлы, необходимо определить путь доступа каталога сохранения и имена файлов в этом каталоге для реальных архивных данных. Логическое имя файла ARCHIVE_DATA_FILE является значением по умолчанию для независимого от операционной системы имени создаваемого архивного файла. Логическое имя ARCHIVE_GLOBAL_PATH присваивается пути доступа. Во время выполнения генерируется зависящее от платформы имя. Размер архивного файла ограничен аппаратными такими факторами, как максимальный размер файловой системы и емкость среды резервного копирования (CD, DVD, WORM). Если размер не определен, то размер архивного файла ограничен 2 Гбайт. Если программа архивирования видит, что при записи следующего объекта максимальный размер, заданный для файла архива, или максимальное число определенных здесь объектов данных будет превышено, то создается новый архивный файл. Для обоих параметров — Maximum size in MBи Maximum number of data objects— предполагаются значения по умолчанию, зависящие от объекта.
С помощью Server selectionможно определить сервер фоновой обработки, который будет использоваться для всех сеансов архивирования или для текущего объекта архивирования. Если фоновые рабочие процессы конфигурируются на сервере базы данных, то программа архивации запускается на сервере базы данных, а сеансы удаления распространяются на другие серверы серверной группы.
Читать дальшеИнтервал:
Закладка: