Читать онлайн «Внедрение SAP R/3: Руководство для менеджеров и инженеров». Страница 59

• Определение интерфейсов и данных для загрузки в систему SAP из унаследованных и прочих систем.

• Детализация интерфейсов и загрузки данных.

• Программирование интерфейсов и программ загрузки данных.

• Единичное и интеграционное тестирование.

• Члены административной команды SAP должны обладать навыками работы в трех областях: администрирование Базиса, баз данных и операционных систем. Различные задачи в области Базиса SAP включают в себя:

• Пуск и остановка системы R/3

• Повседневное администрирование с помощью центральной управляющей системы (CCMS)

• Осуществление ежедневных проверок

• Мониторинг системных журналов

• Мониторинг предупреждений R/3 (системы и баз данных)

• Анализ дампов АВАР/4 и принятие корректирующих мер

• Мониторинг процессов

• Мониторинг модернизаций

• Мониторинг пакетного ввода

• Мониторинг записей блокирования

• Управление пользовательскими и системными фоновыми задачами

• Администрирование печати

• Администрирование временного последовательного файла TEMSE для печати

• Администрирование и настройка буферизации

• Управление информацией о пользователях, авторизациями и профилями

• Импорт запросов

• Анализ и предотвращение сбоев с помощью записей журналов, трассирования и дампов

• Управление и оперативное использование онлайновой сервисной системы (OSS)

• Планирование и управление средствами восстановления утерянных данных.

Другие задачи в области баз данных включают в себя:

• Регулярное резервное копирование данных в базах данных R/3 согласно стратегии резервного сохранения данных

• Осуществление администрирования баз данных SAP (SAPDBA) с помощью таких утилит, как BRBACKUP (для резервного копирования) и BRARCHIVE (для архивирования журналов)

• Регулярное резервное копирование архивов журналов

• Мониторинг и управление таблицами, указателями, размерами указателей и т. д.

Другие задачи в области операционных систем и сетей включают в себя:

• Инсталляцию новых версий

• Сотрудничество с поставщиками оборудования и программного обеспечения относительно решения обнаруженных проблем

• Мониторинг сетевых нагрузок и выявление узких мест.

В этой главе мы рассмотрели различные аспекты подготовки к запуску проекта SAP, в том числе вопросы планирования, организации и управления проектами SAP. Я также коснулся различных элементов риска, которые могут поставить под сомнение успех проекта, и меры устранения таких рисков. В следующей главе мы рассмотрим планирование и подготовку инфраструктуры для проекта SAP.

Эта глава посвящена стадии окончательной подготовки к запуску проекта SAP. Мы рассмотрим планирование инфраструктуры с последующей установкой системы SAP и планирование системной среды. Во второй половине этой главы мы рассмотрим некоторые подфункции, составляющие функцию администрации SAP, в том числе администрирование клиентов SAP, задач, пользователей, а также принтеров и баз данных.

Цель планирования инфраструктуры — обеспечение минимизации простоев и оптимизация оперативности реакции для достижения идеально сбалансированного отношения между затратами и рабочей производительностью системы. Благодаря трехуровневой архитектуре SAP, внимание можно сконцентрировать на центральном процессоре (Central Processing Unit, CPU), памяти и требованиях баз данных и серверов приложений R/3 относительно условий хранения данных.

Характеристики работы такой ориентированной на конечного пользователя системы, как SAP можно приравнять к характеристикам работы обрабатывающих и диалоговых функций. Характеристики работы диалоговых функций выражаются как количество основных этапов диалога с пользователем в режиме он-лайн, которые необходимо пройти для выполнения функциональной задачи. Такие задачи связаны с количеством вычислений, даже, скорее, с количеством записей единиц информации, которые вносятся в таблицы основных баз данных. Таким образом, характеристики работы системы SAP можно проверять, используя следующие базовые единицы работы:

• Примерное количество диалоговых шагов за 1 час

• Примерное количество финансовых и схожих с ними транзакций за 1 час.

Методология планирования инфраструктуры для систем SAP подразумевает использование следующих исходных данных:

• Общие параметры требований — информация о количестве рабочих часов за день, неделю и месяц для обработки данных в пакетном режиме или в режиме он-лайн, а также примерное распределение нагрузки по обработке данных между пакетами задач и запросами документов и отчетов в режиме он-лайн. Эта информация в основном используется для определения масштаба, а также для более точной оценки показателей остальных факторов как процентное выражение стандартной активности он-лайн. Например, требования по размеру дискового пространства для систем разработки, обеспечения качества, обучения и тестирования обычно выражаются в процентах относительно всей рабочей системы.

• Оценка количества будущих пользователей и их активность — информация о среднем числе пользователей, использующих каждый из модулей, категоризация пользователей по степени их активности (высокая, средняя, низкая).

• Оценка количества транзакций и их интенсивности — информация о количестве пользователей, работающих с пакетными и онлайновыми транзакциями в каждом модуле. Дополнительно оцениваются максимальные ожидаемые нагрузки. Основой для этой оценки служит объем деловой активности компании и перспективы ее развития.

• Оценка размеров дискового пространства для баз данных — информация об ожидаемом среднем количестве записей в одной таблице и соответствующих сроках хранения данных. Инструмент SAP Disk-Sizer позволяет получить список таблиц с указанием длины записей для большинства таблиц SAP, которые обычно требуют больших участков дискового пространства.

Необходимо отметить, что в условиях трехуровневой архитектуры SAP, которая допускает существование одного сервера баз данных в сочетании с несколькими серверами приложений, характеристики работы сервера баз данных становятся ключевым элементом общей эффективности работы системы SAP. Может возникнуть необходимость добавления дискового пространства для складского хозяйства, информационных систем логистики, таких как Logistics Information System (LIS), Executive Information System (EIS) и т. д., а также для отраслевых решений (IS-Oil, IS Retail и т. д.), автоматизированного документооборота (Workflow), интерфейсов для взаимодействия с другими системами. Рабочее пространство требуется для других систем, файлов печати, зависимых операционных систем или специфических баз данных при организации, реорганизации и обновлении тех или иных баз данных. Такое прибавление дискового пространства необходимо проводить с учетом сроков хранения данных и перспектив роста нагрузки.

Конфигурация инфраструктуры выражается в количестве CPU, размере памяти и дискового пространства и основывается на описанной выше информации. Может возникнуть необходимость в расширении инфраструктуры в соответствии с некоторыми специализированными требованиями — такими, как максимальная доступность, т. е. минимальное время ожидания реакции, или для восстановления поврежденных данных. Суждение по этим вопросам должно основываться на тщательном взвешивании всех «за» и «против» относительно того, нужна ли дорогая, высокотехнологичная система для краткосрочных максимальных нагрузок или достаточно более дешевой системы, рассчитанной на длительные периоды стандартной работы.

Для ускорения и облегчения планирования инфраструктуры в SAP предусмотрен инструмент Quick-Sizer, который вычисляет необходимые ресурсы CPU, дискового пространства и памяти, основываясь на описанной выше информации. Похожим образом, для оценки оборудования разных поставщиков в SAP предусмотрены тесты сравнения эффективности и ценности, которые позволяют оптимизировать цену оборудования, а также характеристики работы, надежность и потенциал для будущего развития и модернизации.

Результаты публикуются в SAP Benchmark Council, который составляет стандартные макросы, состоящие из заранее заданного набора функций модуля «Продажи и Дистрибуция» (Sales and Distribution, SD), указывает параметры конфигурации системы для рабочих циклов и задает предельно допустимую длительность времени реакции при выполнении конкретных функций. Оценка эффективности при выполнении функций SD считается стандартом оценки мощностей оборудования, так как в функциональности именно этого модуля к большинству характеристик работы предъявляются повышенные требования по скорости обработки и реакции.