Книга "Upgrading SAP. The Comprehensive Guide"

Сегодня, первым постом в этом году, я хотел бы рассказать вам об отличной книге.
Книгу я получил в качестве приза, выиграв в конце 2015 года конкурс "Лучший автор SAPLand за 2015 год". То есть, оказалась она у меня в 2016 году. Но руки до неё дошли только в конце прошлого года. :)

Книга, издательства SAP PRESS. Называется "Upgrading SAP. The Comprehensive Guide".

Издана в 2015 году, приобрести в бумажном или электронном виде можно до сих пор. Написали её два "зубра" SAP Basis мира: Mark Mergaerts и Bert Vanstechelman (рис. 1).

Рис. 1. Авторы книги по апгрейду SAP системы.

По именам думал, что ребята немцы, а оказалось из Бельгии. У обоих большой опыт работы с SAP системами (по 20 лет и больше) и, судя по всему, специализируются они на апгрейдах и обновлениях.

Сразу скажу, что книга просто бомба! 550 страниц идеально сбалансированы в плане описательных и архитектурных нюансов и конкретных действий и шагов по апгрейду SAP систем. Конспектировать было очень сложно. В итоге, я просто взял маркер и отмечал все интересные, важные, мегаполезные вещи прямо в книге. В этом бумажный вариант выигрывает. Кто выберет электронный вариант, сможет насладиться своими плюсами: книга всегда с собой, целиком цветное издание! и возможность отмечать куски в pdf документе тоже никто не отменял. Если сравнивать материалы SAP курсов, прочитанные самостоятельно, без преподавателя и практических занятий, и книгу, то книга даёт раза в 3 больше материала и понимания вопроса.

Тут стоить отметить, что это не первая их книга на эту тему. В 2005 году была "The SAP OS/DB Migration Project Guide", потом в 2006 - "mySAP ERP Upgrade Project Guide", в 2007 - "SAP NetWeaver Application Server Upgrade Guide". Книги уже устарели и не издаются, но кое что можно найти на Amazon.com. То есть ребята книгу на эту тему пишут давно, постоянно её дополняя и актуализируя.

Вернемся к текущей книге. В первой главе "Планирование проекта" рассказывается о таких важных вещах, как:

• зачем нужен апгрейд;
• факторы влияющие на сложность апгрейда, длительность, затраты;
• проектная команда и основные роли;
• крупные мазки по основным шагам проекта;
• документация и планирование;
• тестирование системы до, во время и после апгрейда.

Во второй главе "Техническая информация и планирование" авторы останавливаются на следующих моментах:

• архитектура SAP NetWeaver;
• SAP ERP и SAP релизы (что-то похожее на мой пост про версии SAP ERP);
• технология System Switch;
• специфичные моменты, относящиеся к базам данных;
• хорошо освещены варианты системного ландшафта, плюсы и минусы разных вариантов;
• вопросы обновления dual-stack систем и MCOD инсталляций.

Третья глава "Подготовка к техническому апгрейду" охватывает все задачи, которые необходимо выполнить в фазе подготовки к апгрейду:

• документация;
• дополнительные сервисы, помогающие спланировать и выполнить проект;
• аппаратные и программные требования (PAM, sizing);
• Upgrade и Download directories;
• установочные диски, SP stacks и EHP.

Следующая глава "Инструкция по утилите обновления SUM" представляет собой 35-страничный документ подробнейшим образом освещающий все аспекты и секреты работы SAP Software Update Manager, о котором у меня был пост. Мой пост это 5% информации, которая есть в этой главе. У авторов эта глава даже есть отдельной брошюрой! 

Пятая глава самая большая - 120 страниц. Называется "Апгрейд ABAP системы". Шестая глава "Апгрейд Java системы". Стоит отметить, что авторы в качестве примера на страницах книги производят апгрейд версии SAP ERP 6.0 EHP 4 (SAP NetWeaver 7.0 EHP 1) до версии SAP ERP 6.0 EHP 7 (SAP NetWeaver 7.40). Эти две главы являются ключевыми практическими главами, которые описывают все шаги, от "А до Я", которые необходимо выполнить во время апгрейда ABAP и Java систем. 

Седьмая глава "Modification Adjustment" будто бы десерт для SAP Basis консультанта. Как долго эти вещи были для меня (и как пишут авторы, для многих администраторов) "тёмной территорией". А здесь, просто всё разложено "по полочкам". Может быть по этой главе я напишу отдельный пост. Главное собраться. :)

Следующие 7 глав кратко описывают нюансы возникающие при апгрейде таких SAP систем как:

• SAP Business Warehouse;
• SAP SCM;
• SAP CRM;
• SAP SRM;
• SAP Enterprise Portal;
• SAP PI и SAP PO;
• SAP Solition Manager.

То есть охвачены все системы входящие в SAP Business Suite. И этого авторам было мало. :) В приложении разместили таблицу с версиями систем от SAP R/3 3.1H до построенных на базе SAP NetWeaver 7.40. Данная таблица содержит информацию по возможным путям обновлений между версиями в рамках данного диапазона. И там не только SAP ERP, но и все остальные продукты SAP, построенные на базе SAP NetWeaver.

Чтобы показать степень проработанности материала приведу несколько моих заметок из книги.

Про языки. Полное покрытие всех языков возможно только с помощью Unicode. Конвертация системы в Unicode возможна для всех систем, основанных на SAP WAS 6.20 и новее. Транзакция UCCHECK позволяет просканировать ABAP код на наличие неподходящего для перехода на Unicode кода.

Про тестирование. Первый шаг после апргейда системы разработки - это массовая синтаксическая проверка всех разработок в области имен клиента через транзакцию SAMT.

Про SAP PI. Самой свежей из всех систем ландшафта должна быть SAP Process Orchestration (SAP PO, он же SAP PI или SAP XI). Подробности и исключения в SAP note 1043047.

Про SAP GUI. Необходимо подумать и об обновлении версий SAP GUI пользователей. Сделать это надо до обновления версии SAP системы. После обновления SAP GUI возможна работа со старой системой, так как SAP GUI поддерживает обратную совместимость. User exit EXIT_SAPLSUSF_001 - записывает версию SAP GUI вошедших в систему пользователей. Функциональные модули - GUI_GET_DESKTOP_INFO и GUI_GET_FILE_INFO - показывают версию SAP GUI. Во время тестирования системы после технического апгрейда используемая версия SAP GUI должна быть идентичной той, что будут использовать в будущем конечные пользователи.

Про новую функциональность. Рекомендуется активировать новую функциональность только после полного окончания технического апгрейда и убедившись, что система находится полностью в стабильном состоянии.

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

Про технический апгрейд и downtime. Начиная с WAS 6.10 появился механизм - system switch upgrade. Когда параллельно создается shadow instance, в которую импортируется новый репозитарий, и которая работает параллельно с основной. Это снижает длительность downtime во время процесса апгрейда. Во время downtime происходит переключение на новый репозитарий, а старый удаляется. Причем, shadow instance может быть установлена на отдельный сервер, если оборудование целевого сервера не позволяет разворачивание 2-х инстанций. Shadow instance управляется автоматически утилитой обновления (SUM).

Три стратегии при апгрейде:

• single system - без shadow instance, долгий downtime, но используется минимальное количество ресурсов;
• standard downtime - создается shadow instance;
• advanced - самое большое использование ресурсов и самый короткий downtime.

Технология near Zero Downtime Management (nZDM) - максимально уменьшает downtime, до 4-х часов. Подробности в SAP notes: 1678564 и 1678565.

Рекомендуется всегда использовать downtime-minimized strategy, потому что на продуктивной системе надо проводить 100% процедуру, которую проводили до этого. При этом downtime обычно укладывается в 5-8 часов. То есть, хорошо подготовленный апгрейд продуктивной системы реально провести за 2 выходных дня.

Про SUM. У SUM есть 2 роли: Administrator и Observer (доступ только на чтение). Одновременно может работать с утилитой только один администратор. Если еще один переходит в роль Администратора, то старый автоматически переходит в роль Observer.

Утилита состоит из 2-х частей:

• серверная - запускается скриптом, в Unix рекомендуется запуск в режиме nohup, чтобы не зависеть от открытого shell пользователя. В Windows рекомендуется в конце скрипта добавить команду pause, чтобы в случае сбоя терминальное окно висело и не закрывалось.
• GUI часть запускается через web-браузер. По-умолчанию, используются порты 4239, 4240, 4241. Порты можно изменить (описание на стр. 203). Если был утерян пароль роли Administrator, то поможет SAP note 1874441 (описание на стр. 203).

Про SP stacks. При апгрейде первой системы в ландшафте необходимо всегда выбирать максимальный SPS для целевой системы. Для продуктивной системы используется уровень SPS, который использовался для предыдущих систем.

Всю книгу не перепишешь. Поэтому категорически рекомендую саму книгу. Если вам хоть раз приходилось проводить апгрейд, то эта книга должна быть в вашей SAP Basis библиотеке.

Сейчас SAP для всех видов обновлений - апгрейд основного релиза системы, установка SAP EHP или пакетов поддержки (отдельно или в рамках стека), использует термин апдейт (update) и одну утилиту SUM. Следовательно, книга будет полезна при любом обновлении системы с помощью утилиты SUM.

Чего пока в этой книге нет, так это перехода на SAP S4/HANA и нюансов работы базы данных SAP HANA. Хотя несколько слов о SAP HANA ребята всё таки сказали. Если выйдет от них обновленная книга, обязательно постараюсь достать.


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

Что такое SAP Enhancement Packages?

Система SAP ERP 6.0 была рождена в чертогах компании SAP SE 06.06.2006 и, не смотря на кажущийся неудачным прогноз с позиции сторонников нумерологии (666 в дате), система получилась удачной. Доведенный до ума SAP NetWeaver с отработанными Web-технологиями, на которые в то время делали ставку. Многокомпонентная система, в разы усложнённая после относительно монолитных систем SAP R/3, но всё таки работающая вполне слажено.

По прошествии какого-то времени, в компании SAP решили поменять стратегию обновления систем, и вместо глобального апгрейда с версию на версию предложили новую концепцию: внедрение инноваций без смены версии.

Если раньше было два вида обновлений системы:

• установка пакетов поддержки (support packages) - содержат исправления программного обеспечения, на данный момент объединяются в стеки - SPS,
• проведение процедуры апгрейда системы со сменой версии. Например, SAP R/3 4.6C -> SAP R/3 Enterprise 4.7. Привносит новые функциональные изменения в систему. 

То теперь появился третий путь: установка SAP Enhancement Package или кратко SAP EHP. Данный путь не приводит к смене основной версии продукта, но при этом добавляет новую функциональность, новые возможности и инструменты. Если система была SAP ERP 6.0, то после установки EHP 1 на данную систему, она станет версии SAP ERP 6.0 EHP 1 или иногда встречается вариант SAP EHP 1 for SAP ERP 6.0. А в версиях компонент добавится "1" в младший разряд: например, было SAP_APPL 600 -> стало SAP_APPL 601 (как посмотреть списки компонент).

Причем, функциональность добавляется опционально. Пока она не активирована в системе, изменений не будет. Активация производится через бизнес функции в транзакции SWF5 (рис. 1). Деактивировать обратно активированную бизнес-функцию нельзя.

Рис. 1. Пример основного экрана транзакции SWF5.

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

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

Установка SPS, EHP или апгрейд версии осуществляется через единый инструмент - Software Update Manager (SUM), о котором я писал тут. Первые EHP ставились проще. Процесс установки последних всё больше и больше похож на апгрейд версии системы.

Для системы с EHPs выпускаются свои SPS. Соответствие SPS для разных версий Enhancement Packages можно найти в SAP ноте 1064635 - SAP ERP Enhancement Packages: SP Stacks Release Info Note. 

Для других продуктов, таких как SAP SRM 7.0, SAP SCM 7.0, SAP CRM 7.0, SAP NetWeaver 7.0, компания SAP также выпускает Enhancement Packages.  

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

Обновление SAP Solution Manager 7.1 с помощью Software Update Manager 1.0 SP18.1

Про обновление SAP системы я писал в посте "Обновление SAP системы с помощью Software Update Manager 1.0".

В нём я описывал "ручной" способ и с помощью утилиты SAP Software Update Manager 1.0. В прошлый раз была использована старая версия утилиты (SP14). С новым пакетом поддержки были внесены изменения. Прежде всего в плане интерфейса и запуска утилиты.

Выкладываю новую инструкцию - Обновление SAP Solution Manager 7.1 на платформе SLES 12 SP1/Oracle 12c с SPS04 до SPS14 с использованием Software Update Manager 1.0 SP18.1.

В данной инструкции по обновлению, в отличии от прошлой, используется другая платформа - Linux, версия утилиты самая последняя - SP18.1. Обновляется система SAP Solution Manager 7.1 со стеком пакетов поддержки, который содержит система сразу после установки (SPS 04).

Скачать можно по этой ссылке (zip-архив, 5268 Кб).

P.S. Недавно вышел SPS 15 для системы SAP Solution Manager 7.1, об обновлении на который обязательно будет отдельный пост.


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

Обновление SAP системы с помощью Software Update Manager 1.0

Когда SAP системы были большими простыми, когда была только ABAP часть системы, а слова "Java" и "SAP" никто и не думал произносить вместе, администратор обновлял систему поэтапно, не спеша, смакуя каждый шаг:

1. Сначала, обновлялась утилита SPAM/SAINT. Для этого использовалась транзакция SPAM.
2. Затем обновлялось ядро системы - SAP Kernel. 
3. Если было необходимо установить/обновить дополнения (Add-on), то использовалась транзакция SAINT.
4. Ну и в конце, с помощью транзакции SPAM, заряжались очереди пакетов поддержки для той или иной компоненты системы и, производился импорт.

Когда в ABAP части системы стало больше компонент, SAP начал выпускать (1-2 раза в полгода) стеки пакетов поддержки, или Support Package Stack (SPS). Это некий набор пакетов поддержки или, скорее, рекомендации по одновременному обновлению всех компонент системы с рекомендуемым уровнем SAP Kernel. Данный механизм облегчил скачивание, установку и отслеживание пакетов поддержки для всех компонент системы, при этом обеспечивая гарантию работы системы после обновления. Про это я писал тут.

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

Пример обновления системы на базе SAP NetWeaver 7.0 (ABAP+JAVA) я приводил в этом посте.

На данный момент существует утилита SAP Software Update Manager или просто SUM. Последняя версия утилиты 1.0 SP15. 

Одно из назначений SUM - это обновление ABAP и JAVA стеков системы. И если ABAP часть системы можно обновлять по-старинке, через транзакции SPAM/SAINT, то для обновления JAVA стека системы использование JSPM уже категорически не рекомендуется. Только SUM.

Для скачивания утилиты SUM 1.0 необходимо войти на SAP Support Portal по ссылке http://service.sap.com/sltoolset, там перейти по ссылке «Software Logistics Toolset 1.0» и в разделе «General Information» скачать последнюю версию (рис. 1). 

Рис. 1. Загрузка утилиты Software Update Manager.

Документация к утилите доступна там же, в разделе «Documentation → System Maintenance → Updating SAP Systems Using Software Update Manager 1.0 SP14». При скачивании необходимо выбрать нужную платформу (операционная система и база данных) (рис. 2).

Рис. 2. Загрузка документации по утилите Software Update Manager.

Скачивание утилиты, как и обычно, через SAP Download Manager.

Для установки или обновления (в случае присутствия старой версии) утилиты Software Update Manager 1.0 необходимо распаковать загруженный SAR-архив в директорию \usr\sap\<SAPSID>\SUM, выполнив команду вида (пример, MS Windows):

 > SAPCAR –xvf <SUM_archive>.SAR -R \usr\sap\<SAPSID> 

Учтите, утилита большая и время распаковки приличное. :)

Запуск осуществляется со стороны сервера и со стороны клиента. Серверная часть активируется через запуск из под пользователя Administrator (для MS Windows) исполняемого файла "\usr\sap\<SAPSID>\SUM\STARTUP.BAT" (рис. 3).

Рис. 3. Старт серверной части утилиты SUM 1.0.

Клиентская часть представляет собой Java-приложение (рис. 4), которое запускается через браузер, по URL вида:

http://<server_host>:4329

Рис. 4. Пример экрана утилиты SUM 1.0.

Основные требования:

• так как при работе Software Update Manager используется SAP Host Agent, то его необходимо обновить вручную. Подробности можно найти тут.
• все части SAP системы должны быть запущены.

Полезные SAP ноты по утилите:

• SAP note # 2084104 - Central Note - Software Update Manager 1.0 SP14,
• SAP note # 2115547 - Oracle: Add. Information - Software Update Manager 1.0 SP14.

Мои ощущения от использования утилиты противоречивые. Я как, старый солдат, не знающий слов любви (с), люблю контролировать все этапы процесса. А здесь, по сути, за работой утилиты происходит тоже самое, что и при по-этапном обновлении. Единственное нововведение: создание клона табличного пространства с программами (PSAPSR3XXX) и импорт обновлений в него, с последующим переключением на него, как на основное. Таким образом, снижается время недоступности (down-time) системы, но вырастают требования к месту на жестком диске.

Ну и напоследок, пример обновления системы SAP Solution Manager 7.1 на платформе MS Windows/Oracle с SPS11 до SPS14 с использованием Software Update Manager 1.0 SP14. Детальная инструкция объемом 41 страница, в которой описана процедура обновления вышеуказанной системы (ABAP+JAVA) с начала и до конца:

1. Скачивание необходимых пакетов поддержки, утилит, документации.
2. Обновление SAP Host Agent, Software Update Manager 1.0 SP14.
3. Обновление CR Content и модели для SLD.
4. Прохождение всех этапов обновления ABAP+JAVA стеков системы с решением проблем.
5. Шаги, необходимые после обновления (удаление старого табличного пространства).

Скачать можно по этой ссылке (zip-архив, 3881 Кб).

Так же обновил страницу, где собраны все мои личные инструкции.

Если найдете неточности или будут проблемы со скачиванием, пожалуйста, дайте знать письмом на адрес shibolov@gmail.com.

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