SUSE Linux Enterprise Server 15 for SAP шагает по планете

С момента моего последнего поста "SUSE Linux Enterprise Server как платформа для SAP системы" новая версия SLES 15 укрепила свои позиции в качестве платформы для продуктов компании SAP.

Во-первых, для этой версии вышел пакет обновлений SP1, а это значит, что первые баги были вычищены. И хочется надеяться, что это не добавило слишком много новых. :) SAP всегда настоятельно рекомендует устанавливать последний доступный пакет обновлений на операционную систему.

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

Ещё раз напомню, что на данный момент официально (согласно официальному сайту https://www.suse.com/lifecycle/) поддерживается 3 версии SUSE Linux Enterprice Server:

• SUSE Linux Enterprise Server 11 (SLES11): конец официальной поддержки - 31 марта 2019, конец расширенной поддержки (LTSS) - 31 марта 2022,
• SUSE Linux Enterprise Server 12 (SLES12): конец официальной поддержки - 31 октября 2024, конец расширенной поддержки (LTSS) - 31 октября 2027,
• SUSE Linux Enterprise Server 15 (SLES15): конец официальной поддержки - 31 июля 2028, конец расширенной поддержки (LTSS) - 31 июля 2031.

Можно заметить, что судя по данной информации, даже SLES 11 еще можно смело использовать.

Актуальную информацию по поддержке дистрибутивов Linux можно получить, заглянув в SAP note 936887 - End of maintenance for Linux distributions.

Что касается аппаратной платформы, то SAP поддерживает SLES 15 на следующих трёх:

• SUSE Linux Enterprise Server 15 for AMD64 & Intel EM64T (SLES15-x86_64),
• SUSE Linux Enterprise Server 15 for IBM Power Little Endian (SLES15-ppc64le),
• SUSE Linux Enterprise Server 15 for IBM System z (SLES15-s390x).

Вернёмся к матрице совместимости (Product Availability Matrix). Согласно ей, SLES 15 поддерживается:

• SAP NetWeaver 7.40 и SAP NetWeaver 7.50 с SAP Kernel 7.53 (рис. 1).
• ORACLE 12.2.0.1 (рис. 1),
• SAP HANA DB 1.0 (SP122 и выше) (рис. 2),
• SAP HANA DB 2.0 (SP034 и выше) (рис. 2),
• SAP MAXDB 7.9 (рис. 3),
• SAP ASE 16.0 (рис. 4).

Рис. 1. Пример матрицы совместимости для SAP Solution Manager 7.2.

Рис. 2. Пример матрицы совместимости для SAP HANA DB.

Рис. 3. Пример матрицы совместимости для MAXDB.

Рис. 4. Пример матрицы совместимости для SAP ASE.

Развернуть SAP систему можно не только на платформу x86_64, но и, например, на IBM Power Little Endian (рис. 5).

Рис. 5. Пример матрицы совместимости для SAP HANA DB и платформы PPC64LE.

Про SAP ядро 7.49 есть упоминание, но релиза еще не было. Хотя, если судить по наличию строки, релиз должен быть в ближайшее время (рис. 6).

Рис. 6. Пример матрицы совместимости для SAP Solution Manager на SAP ядре 7.49.

Так же информация про SLES 15 появилась во всех основных SAP нотах, используемых при установке и подготовке операционной системы:

- 2369910 - SAP Software on Linux: General information,

- 1275776 - Linux: Preparing SLES for SAP environments.

Отдельно стоит упомянуть про SAP ноты для конкретного релиза SLES 15:

- 2578899 - SUSE Linux Enterprise Server 15: Installation Note,

- 2684254 - SAP HANA DB: Recommended OS settings for SLES 15 / SLES for SAP Applications 15.

P.S. А для SLES 12 вышел SP4.

Автор: Шиболов Вячеслав Анатольевич

Блокировки в SAP системе - II

В первой части были рассмотрены вопросы концепции SAP блокировок, реализация механизма и мониторинга блокировок в SAP системе.

Продолжим.

Удаление блокировки вручную

Иногда возникает ситуация, когда оставшаяся в системе, неактуальная, блокировка мешает работе других пользователей. Для решения данной проблемы в транзакции SM12 существует возможность удаления записи блокирования вручную. 

Стоить помнить, что так как механизм блокирования в SAP системе служит для обеспечения целостности данных, пользоваться функцией удаления блокировок следует крайне осторожно. 

Перед удалением блокировки рекомендуется выполнить следующие шаги: 

• проанализировать запись блокирования,
• удостовериться, что пользователь (владелец блокировки) вышел из системы (транзакция SM04),
• удостовериться, что от данного пользователя нет запросов на обновление данных, которые еще не успели выполниться (транзакция SM13).

Если пользователь вышел из системы, а запись о его логине "висит" в SM04, то в первую очередь следует закрыть все режимы пользователя, принудительно выбросив его из системы.

Если выполнение предыдущих шагов не привело к удалению записи из таблицы блокировок, то удалить блокировки вручную. Для этого выделить строку с записью блокирования и на панели нажать кнопку «Удалить», подтвердив серьёзность своих намерений в диалоговом окне (рис. 1).

Рис. 1. Удаление записи блокирования вручную.

Диагностика и решение проблем

Для проверки работы механизма блокирования можно выполнить его диагностику. Для этого на основном экране транзакции SM12 выбрать пункт меню «ДополнИнфо -> Диагностика». Программа совершит попытку установки тестовой блокировки, после чего выведет результаты на экран (рис. 2).

Рис. 2. Диагностика механизма блокировки в SAP.

Узким местом при настройке сервера блокировок может быть таблица блокировок (lock table). Размер таблицы блокировок ограничен параметром инстанции - enque/table_size. Единицей измерения параметра являются Кб, а спектр значений зависит от версии SAP: от 4 096 до 102 400, а в более свежих версиях верхний предел увеличен до 2 000 000 (рис. 3). По-умолчанию, в свежих релизах устанавливается - 64 000 Кб.

Рис. 3. Конфигурация размера таблицы блокировки в системе SAP NetWeaver 7.5.

В зависимости от сконфигурированного размера таблицы система устанавливает ограничения на максимальное количество записей, владельцев и аргументов, которое может быть сохранено в таблице. Например, при 4 096 Кб это число - около 5 000 (точное число отличается от версии к версии). Просмотреть максимальные значения таблицы блокировок можно, перейдя на основном экране транзакции SM12 в пункт меню «ДополнИнфо -> Статистика». Система отобразит максимальные и пиковые значения за время работы системы (рис. 4).

Рис. 4. Статистика работы сервера блокировок.

Проблемой может стать переполнение таблицы блокировок. В случае возникновения этой ситуации новые блокировки в системе не устанавливаются, а в системном журнале (транзакция SM21) появляются соответствующие сообщения. Работа системы парализуется до тех пор, пока не удалятся блокировки в таблице, освободив место для новых записей. Ошибка может возникать в следующих ситуациях:

• настроен недостаточный размер таблицы блокировок, 
• не корректно написано приложение, создавшее одновременно много блокировок,
• проблемы с обновлением в системе (транзакция SM13).  

Заполнение таблицы блокировок необходимо периодически отслеживать с помощью транзакции SM12 (рис. 4). Значение в поле «Максим. уровень заполнения» не должно быть больше 90-95% от максимального возможного числа.

Еще одним узким местом может стать рабочий процесс блокировок при классической реализации сервера блокировок (первая часть статьи). При высокой нагрузке на механизм блокировок возможна конфигурация больше чем одного рабочего процесса блокировок. В больших инсталляциях возможно увеличение до 4-х рабочих процессов. Дополнительную информацию можно найти в SAP note # 127773 - Several enqueue work processes.

Дополнительная информация

- страница SAP Enqueue Server на сайте wiki.scn.com,
- SAP note # 746138 - Analyzing lock table overflows,
- SAP Lock Concept на SAP Help Portal (версия для SAP NetWeaver 7.5).
- SAP note # 552289 - FAQ: R/3 lock management,
- SAP note # 1565578 - Lock Table Overflow.

Автор: Шиболов Вячеслав Анатольевич

Новый источник материалов SAP курсов

На днях набрёл на новый источник нескольких свежих материалов SAP курсов по администрированию SAP систем.

Наши индийские друзья-базисники в своём блоге выложили следующие курсы:

- ADM100, версия курса: 15, год: 2014, pdf (скан),

- TADM10, версия курса: 72, год: 2011, pdf,

- TADM12, версия курса: 72, год: 2011, pdf.

Материалы можно скачать на этой странице.

Отдельно еще есть TADM51 (версия - 10, год - 2013, pdf) вот по этой ссылке.

У кого-то тоже может быть есть ссылки, кроме указанных мною на этой странице?
Поделитесь в комментариях. Спасибо.

Предупреждение: материалы курсов компании SAP являются собственностью компании SAP AG.

Дополнение: к сожалению, блог стал недоступен. :(

Автор: Шиболов Вячеслав Анатольевич

Блокировки в SAP системе - I

Это первая часть статьи про блокировки в SAP системе. Для начала рассмотрим концепцию SAP блокировок и реализацию механизма в SAP системе.

Концепция

Транзакции базы данных должны удовлетворять концепции LUW (Logical Unit of Work). Понятием LUW обозначают минимальный набор операций изменения данных (SQL-запросы INSERT, MODIFY, UPDATE, DELETE), который переводит базу данных из одного непротиворечивого состояния (consistent state) в другое непротиворечивое состояние. Транзакцию завершает COMMIT, который и вносит изменения в таблицы базы данных. Если во время выполнения LUW происходит сбой, то выполняется откат (ROLLBACK) всех изменений, вносимых текущей LUW. После чего база данных возвращается в предыдущее непротиворечивое состояние.

Если говорить о классических базах данных (исключим SAP HANA), то можно сказать, что система SAP использует базу данных только как хранилище данных. В SAP системе параллельно с базой данных ведётся свой собственный словарь данных. Об этом я рассказывал в этом посте. Этим обеспечивается независимость большинства программных решений компании SAP от платформы, в данном случае, от базы данных.

На уровне сервера приложений SAP существует своё понятие LUW (Logical Unit of Work). Так как SAP система оперирует не отдельными записями, а бизнес-объектами, то SAP транзакция, удовлетворяющая принципам LUW, является более широким понятием, чем транзакция базы данных. Понять разницу поможет следующая схема (рис. 1):

Рис. 1. Концепция блокировки в SAP системе.

   

SAP транзакция обычно состоит из нескольких последовательностей шагов (чаще всего это набор диалоговых экранов бизнес-операции). На каждом шаге может выполняться транзакция базы данных (LUW уровня базы данных). Но только прохождение всех шагов и выполнение последнего COMMIT завершает транзакцию на уровне бизнес-объектов (уровень сервера приложений SAP), переводя базу данных в понятии бизнес-логики из одного непротиворечивого состояния в другое непротиворечивое состояние.

Для обеспечения выполнения транзакций, изменяющих данные, на уровне SAP (LUW уровня сервера приложений) в AS ABAP реализован отдельный механизм блокировок (SAP locks). SAP блокировка работает на уровне бизнес-объектов и может блокировать на уровне базы данных одну или несколько записей в одной или нескольких таблицах. SAP блокировка устанавливается на начальном этапе выполнения SAP транзакции, а удаляется только после успешного или неудачного завершения всей SAP транзакции. В первом случае (согласно концепции LUW) система переходит в следующее непротиворечивое состояние, а во втором возвращается в предыдущее, выполнив откат всех изменений (ROLLBACK).

Еще раз повторю: блокировка на уровне SAP действует в течении выполнения всех диалоговых шагов SAP транзакции и при этом не является блокировкой на уровне базы данных.

Реализация

Основным компонентом механизма блокировок в SAP системе является специальный сервер блокировок (Enqueue Server или Lock Server). В классической конфигурации сервер блокировок реализуется в виде рабочего процесса блокировки (ENQ) AS ABAP инстанции. Данный рабочий процесс настраивается только на одной AS ABAP инстанции, которая называется центральной (CI или PAS, по новой терминологии) (рис. 2). На других инстанциях, входящих в SAP систему, этого процесса быть не должно. Активация рабочего процесса блокировки производится через параметр инстанции - rdisp/wp_no_enq = 1.

Рис. 2. Рабочий процесс блокировки на центральной инстанции.

В свежих релизах SAP систем сервер блокировок инсталлируется в составе отдельной инстанции центральных сервисов (ASCS instance). В данном случае параметр rdisp/wp_no_enq на всех диалоговых инстанциях должен быть установлен в 0, а параметр enque/process_location = REMOTESA. Все параметры инстанции необходимые для установки в случае использования отдельного сервера блокировок можно найти на этой странице SAP Help Portal.

Сервер блокировок получает запросы на блокировку от рабочих процессов. Чаще всего это диалоговый (DIA) или фоновый (BTC) рабочий процесс. После получения запроса сервер блокировок проверяет существующие записи блокировок и, если пересечений нет, то устанавливает новую блокировку. Затем управление передаётся рабочему процессу инициировавшему блокировку (рис. 1). Стоит дополнительно отметить, что механизм несколько сложнее, чем описан мной. Например, существует несколько режимов блокировки (по частоте использования: E - Exclusive lock, S - Shared lock, X - eXclusive lock и O - Optimistic lock) и коллизии в зависимости от режимов блокирования решаются по-разному. Подробности можно найти на страницах SAP Help Portal, например, тут. 

Блокировки на уровне сервера приложений SAP хранятся в виде записей таблицы блокировок (lock table) в оперативной памяти того же сервера, где настроен сервер блокировок. Параллельно ведётся резервный файл блокировок. Имя файла настраивается через параметр инстанции enque/backup_file. Обычно это файл с именем ENQBCK, лежащий в log директории инстанции. Записи из файла помогают восстановить таблицу блокировок в памяти при рестарте сервера блокировок по той или иной причине.

Мониторинг

Для мониторинга и управления блокировками в SAP системе используется транзакция SM12 (пункт меню «Меню SAP –> Инструменты -> Администрирование -> Монитор –> Записи блокирования»). Транзакция позволяет просматривать таблицу блокировок, анализировать отдельные записи и, в случае необходимости, удалять блокировки вручную.

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

• имя таблицы, записи которой блокированы;
• аргументы блокирования; 
• мандант системы;
• имя пользователя, установившего блокировку (владельца блокировки). 

Рис. 3. Начальный экран транзакции SM12.

После нажатия на панели кнопки "Список" система отобразит текущее содержимое таблицы блокировок (рис. 4).

Рис. 4. Пример списка блокировок системы SAP.

Для анализа отдельной записи достаточно дважды щёлкнуть на ней левой клавишей мыши. Из записи блокирования можно получить следующую информацию: кто, когда и на какую таблицу установил блокировку, с каким аргументом блокированы записи, какой рабочий процесс запрашивал блокировку, а так же в каком режиме была установлена блокировка (рис. 5).

Рис. 5. Просмотр отдельной записи блокирования.

Продолжение во второй части.

Автор: Шиболов Вячеслав Анатольевич

Обновление курса обучения SAP Basis: SAPADM 2.0

То чего многие из вас ждали, свершилось. Я наконец-то с гордостью и некоторым страхом представляю вам обновленный курс обучения администрированию SAP систем - SAPADM 2.0.

Курс был полностью переработан. Переписаны каждая строчка, каждый снимок экрана. Я постарался учесть все замечания и пожелания, все свои недосказанности или неточности, которые были в первой версии курса.


Для начала, что осталось прежним?

• основной упор на получение практических навыков через выполнение практических заданий в реальной SAP системе,
• самостоятельная работа с моей дистанционной поддержкой,
• полный комплект необходимых материалов для выполнения заданий,
• виртуальная среда VirtualBox,
• пакетная организация заданий для поэтапного приобретения и организации удобного для каждого темпа обучения.

А что же нового?

• переход на платформу Linux (SUSE Linux) и Oracle 12g,
• переход на свежую версию SAP системы - SAP NetWeaver 7.5,
• переход на свежую версию клиентского программного обеспечения - SAP GUI 7.50,
• добавление теории (примерно 20% от объема задания),
• указание необходимого времени на выполнение каждого задания,
• добавление новой информации (например, зарезервированные и динамические рабочие процессы, логические сервера спула и т.д.), 
• использование новых инструментов (например, SWPM 1.0 SP25 на новом UI5 интерфейсе),
• увеличение в 2 раза детальности описания заданий (например, привязка всех шагов установки к официальной документации),
• добавление новых ссылок на дополнительные статьи и материалы,
• добавление дополнительных заданий для закрепления навыков,
• добавление информации по работе с операционной системой Linux.

На данный момент доступно 2 пакета заданий:

• SAPADM 2.0. Пакет 1 - Стоимость: 16 000 рублей, 
• SAPADM 2.0. Пакет 2 - Стоимость: 16 000 рублей.

Описание пакетов:

Как видно из описания - объём только первых 2 пакетов можно приравнять к полноценной книге: 556 страниц и 787 снимков экранов! 

Если это сравнить с двумя пакетами первой версии обучающего курса, то количество страниц выросло в 3 раза, а количество снимков экранов на 130%.

Обновление заняло у меня гораздо больше времени (почти полгода на 2 пакета), чем я предполагал. Видно сказалась моя тяга к перфекционизму. Ещё раз повторю, в итоге, я создавал курс с нуля, переписав каждую строчку. 

В планах переписать все пакеты заданий, которые были в первой части курса, и идти дальше. Обязательно планирую пакет по Java-инстанции, отдельный по работе с базой данных Oracle и так далее.

Пакеты и задания, как и раньше, идут друг за другом. Выполняя последовательно задания пакетов, вы используете уже полученные навыки в новых задачах.

Приобретать и оплачивать пакеты можно по-отдельности. То есть вы можете выбирать свой темп обучения: делать паузы, работать по вечерам или выделить 2-3 дня и пройти все задания пакета разом. Для оценки необходимых временных затрат напротив каждого задания пакета я указал время, необходимое для выполнения задания. Учтите, что это время не включает изучение всех теоретических материалов, только выполнение конкретного задания.

Требования к оборудованию для того, чтобы начать обучение, немного подросли:

• стационарный компьютер или ноутбук (практика показывает, что стационарный компьютер производительнее и удобнее),
• процессор: AMD или Intel с поддержкой аппаратной виртуализации (Intel VT, AMD-V), минимум 2 ядра (рекомендуемое значение - 4),
• оперативная память: минимум 6 Гб (рекомендуемое значение - 8 Гб),
• свободное место на жестком диске: 300 Гб (рекомендуемое значение - 500 Гб),
• операционная система: MS Windows, Linux, Mac OS X или Solaris (всё что поддерживает установку среды виртуализации VirtualBox),
• доступ в Интернет.

Теперь небольшие скидки в честь релиза: 

• 10% тем, кто проходил мою первую часть курса и хочет пройти обучение на другой платформе,
• 10% трём первым, кто захочет приобрести эти два пакета и весело и с пользой провести лето. :)

Скидка действует до 31 июля 2019 года.

Кто заинтересовался, пишите на мой адрес - shibolov@gmail.com с указанием в заголовке письма названия обучающего курса - SAPADM 2.0.

Страницу с описанием курса SAPADM 2.0 можно найти по ссылке.

Моя первая версия курса обучения администрированию ушла в архив. Описание и отзывы на неё можно найти тут.

Автор: Шиболов Вячеслав Анатольевич

Автоматическая начальная конфигурация SAP AS ABAP

Процесс установки AS ABAP части любой SAP системы можно разделить на несколько крупных этапов:

1. Установка и подготовка операционной системы для последующей установки SAP системы.
2. Скачивание и подготовка установочных дисков нужных версий SAP компонент.
3. Запуск и прохождение основных шагов программы установки SAP системы.
4. Отдельные шаги по установке базы данных, с которой будет работать SAP система.
5. Набор обязательных после-установочных шагов.

Про подготовку операционной системы я уже писал. Например, посты "SUSE Linux Enterprise Server как платформа для SAP системы. Обновление" и "Oracle Linux как платформа для SAP системы" описывают процесс установки разных дистрибутивов Linux.

Для скачивания установочных дисков SAP системы понадобится утилита SAP Download Manager, статьи про которую можно найти по одноименному тегу.

Текущая утилита установки SAP системы - SAP Software Provisioning Manager 1.0 освещалась мною в посте "SAP Software Provisioning Manager 1.0" и его обновлении.

Установку базы данных Oracle в средах Linux и Windows можно найти в опубликованных мною инструкциях по установке разных SAP систем, которые доступны на этой странице.

Сегодня же поговорим про последний пункт - после-установочные шаги (Post-Installation Steps).

Сразу после установки SAP систему можно сравнить с новорожденным младенцем, который еще совершенно не готов к самостоятельной жизни.

Шаги, которые необходимо выполнить после установки AS ABAP части SAP системы, от версии к версии отличаются не сильно и включают:

• проверка непротиворечивости установки (Consistency Check),
• установка постоянной SAP License (временная лицензия действует только 90 дней),
• планирование стандартных фоновых заданий для обслуживания системы,
• конфигурация транспортной системы,
• установка документации SAP Help Library,
• установка дополнительного языка (если нужен язык помимо английского и немецкого),
• загрузка и ведение профилей и параметров SAP системы,
• настройка режимов работы (Operation Modes) и LogonGroups, 
• настройка печати,
• и так далее, и тому подобное.

Выполнение всех этих шагов требует затрат времени, соизмеримых с другими этапами установки SAP системы. Для сокращения временных и человеческих ресурсов SAP, начиная с версии SAP NetWeaver 7.4, предоставляет новую функциональность - Automated Initial Setup. Данная функциональность позволяет максимально плотно, в фоновом режиме, выполнить в системе часть настроек, необходимых после установки. Конечно, можно автоматизировать не все настройки, но список постоянно дополняется.

Для начала необходимо создать в системе пользователя (стандартные не подходят), войти под ним в SAP GUI и запустить транзакцию STC01. На начальном экране необходимо выбрать пакет шагов "SAP_BASIS_SETUP_INITIAL_CONFIG" (рис. 1).

Рис. 1. Начальный экран транзакции STC01.

Если на панели нажать на кнопку "Display Task List", то можно просмотреть все шаги, сконфигурированные в пакете и документацию по каждому из них (рис. 2).

Рис.2. Список шагов пакета SAP_BASIS_SETUP_INITIAL_CONFIG.

Выполнять все шаги не обязательно. При нажатии на начальном экране транзакции (рис. 1) кнопки "Выполнить" утилита создаст вариант прогона пакета (имя в поле "Task List Run") и предложит выбрать те шаги, которые необходимо выполнить. Выбор происходит путём установки галочек напротив каждого шага (рис. 3).

Рис. 3. Запуск пакета пост-установочных шагов. 

На этом экране также есть возможность вызвать короткую справку по каждому шагу. Дополнительно есть важное поле "Parameter", нажав на ссылки в котором, можно просмотреть параметры для каждого шага. В некоторых шагах эти параметры можно скорректировать. Например, в шаге создания логической системы для 000 манданта системы указать своё описание или поменять имя логической системы.

После выбора необходимых шагов, запустить выполнение пакета в диалоговом или фоновом режиме, нажав на панели соответствующую кнопку (рис. 4). Время зависит от выбранных шагов, но пакет отрабатывает быстро. Реально быстрее, чем делать шаги вручную. Результат сразу отображается на экране (рис. 5).

Рис. 4. Выбор пост-установочных шагов для выполнения.

Рис. 5. Результат выполнения пост-установочных шагов.

Для просмотра общего журнала выполнения пакета необходимо на панели нажать кнопку "Display Log". На экране отобразится журнал со списком всех шагов и подробным журналом для каждого из них (рис. 6).

Рис. 6. Общий журнал выполнения пост-установочных шагов.

Благодаря выбору шагов весь пакет можно выполнить не за один раз, а запланировав несколько прогонов.

Для просмотра уже выполнявшихся прогонов можно воспользоваться транзакцией STC02. На начальном экране транзакции есть набор фильтров, выставив которые можно ограничить список (например, по пользователю). Для поиска нажать на панели кнопку "Выполнить"(рис. 7).

Рис. 7. Поиск выполненных прогонов пакета пост-установочных шагов.

Программа отобразит список прогонов, которые были выполнены в системе в прошлом и которые удовлетворяют указанным ограничениям (рис. 8).

Рис. 8. Список прогонов пакета пост-установочных шагов, выполненных в системе.

Для просмотра подробностей нажать дважды левой клавишей мыши на строке с прогоном. Откроется список шагов, по каждому из которых можно посмотреть детали: что именно в системе было выполнено (рис. 9 и 10).

Рис. 9. Информация по запуску стандартных фоновых заданий в системе.

Рис. 10. Информация по созданию логической системы в 000 манданте.

Если после установки SAP системы планируется установка пакетов поддержки, то рекомендуется сперва выполнить прогон пакета только с шагом инициализации транспортной системы. Так как она будет необходима в процессе установки пакетов поддержки на систему. А полноценный прогон остальных шагов запланировать на момент времени сразу после поднятия уровня системы на необходимые уровень. Связано это с тем, что в пакетах поддержки может быть более свежая доработанная версия пакета пост-установочных шагов.

Дополнительную информацию можно найти в документе "Automated Initial Setup of Systems Based on SAP NetWeaver ABAP", который доступен при поиске документации по установке SAP системы версии SAP NetWeaver 7.4 и выше. А так же в SAP note # 1923064 - Initial Setup: System Configuration using ABAP Task Manager и нотах с обновлениями и изменениями, которые перечислены в ней.

Автор: Шиболов Вячеслав Анатольевич

Книга "SAP Administration - Practical Guide", 2-е издание

Продолжу рассказ про книжную полку SAP Basis консультанта.

Сегодняшняя книга - это "SAP Administration - Practical Guide", написанная Sebastian Schreckenbach.

Про первое издание этой книги я упоминал в 2013 году, когда продавал пару книг через свой блог.

Текущее (второе) издание книги выпущено в 2015 году и доступно на официальном сайте издательства как в  бумажном, так и в электронном видах.

Как видно из названия, упор в книге сделан на практические навыки администратора SAP системы. Здесь вы не найдете глубоких теоретических знаний об устройстве системы, только минимально необходимые пояснения тех или иных моментов. Но навыки, которые часто необходимы администратору в каждодневной работе, описаны очень подробно, каждый шаг подкреплён своим снимком экрана из реальной системы. Стоит отметить, что книга издана в цвете. И это несомненный плюс.

В книге описаны следующие навыки:

• старт/стоп SAP системы,
• работа с SAP профилями и параметрами,
• администрирование мандантов,
• мониторинг работы системы,
• написание сообщений,
• планирование фоновых заданий,
• резервное копирование и восстановление,
• администрирование SAP систем с использованием SAP Solution Manager,
• мониторинг производительности,
• администрирование баз данных,
• базовая настройка безопасности,
• администрирование клиентского места SAP GUI,
• ведение пользователей и полномочий,
• настройка печати,
• работа с транспортной системой,
• установка обновлений,
• диагностика и решение проблем.

Особенно могу выделить следующие удачные моменты:

1. Хорошо проработаны списки задач, которые должен выполнять администратор с разной периодичностью.
2. Отличная глава про основные навыки при работе с разными базами данных - Microsoft SQL Server, Oracle, DB2, SAP MaxDB и SAP HANA. Радует, что главы про те базы данных, в которых автор не достаточно опытен (DB2 и SAP HANA), писали приглашенные специалисты.
3. В приложении можно найти полезные списки:
   - основные транзакции администратора,
   - важные таблицы системы,
   - критические в плане безопасности транзакции,
   - полезные формы-запросы по организации работы администратора: создание пользователя, изменение роли, документирование установленных SAP нот и т.п.

Некоторые главы недостаточно глубоки и широки. Но нельзя же охватить всё. Помните мою попытку описать все навыки? По ней можно оценить объём задачи, стоящей перед автором. Даже с "ограниченным" содержанием книга получилась на 900 страниц.

Поэтому логично не ожидать от этой книги глубокого освещения вопросов производительности. Или, например, в главе про установку обновлений описана только работа со SPAM/SAINT и процедура обновления SAP Kernel. Автор целенаправленно ввёл ограничения и не описывал работу с утилитой Software Update Manager. И тут с ним можно согласиться. Об обновлении SAP системы есть отдельная книга, где эти вопросы освещены на максимально глубоком уровне.

Так же в книге вы не найдёте вопросов, связанных с установкой и настройкой SAP системы (например, транспортной системы). Автор исходит из того факта, что кто-то установил, настроил SAP систему, а вы должны её администрировать. Вот тогда эта книга пригодится.

Ещё ряд особенностей:

• скриншоты сделаны на основе системы SAP NetWeaver 7.4,
• в книге описаны только вопросы, связанные с администрированием сервера приложений AS ABAP.

Поэтому если учесть, что SAP NetWeaver 7.4 (AS ABAP) достаточно свежая и актуальная версия системы,  то книга будет полезна широкому кругу администраторов. Но по администрированию AS Java или других, не таких распространённых продуктов от SAP, надо искать другую литературу.

Итоговый вывод: книгу однозначно рекомендую на полку SAP администратора.

Автор: Шиболов Вячеслав Анатольевич