26 апреля 2019 г.

Автоматическая начальная конфигурация 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 и нотах с обновлениями и изменениями, которые перечислены в ней.




15 апреля 2019 г.

Книга "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 администратора.



4 апреля 2019 г.

SAP GUI 7.60: первый взгляд

В мае 2017 года вышла версия SAP GUI for Windows 7.50, о которой я писал тут. Поддержка компанией SAP этой версии будет осуществляться до 31.03.2021 года. Подробности, как всегда, в SAP note # 147519 - Maintenance strategy / deadlines for SAP GUI.

С одной стороны продукты SAP GUI созданы с использованием Microsoft Visual Studio (для SAP GUI 7.50 это Visual Studio 2013), поддержка которых периодически заканчивается. С другой стороны, продукты SAP NetWeaver тоже не стоят на месте. Выходят уже версии с номером выше, чем 7.50, а это значит, что и SAP GUI для работы с этими системами должен быть использован версии не ниже. Таким образом, в конце февраля 2019 года компания SAP выпустила SAP GUI for Windows 7.60.

На данный момент доступен только установочный пакет, ни одного пакета поддержки или hotfix еще нет. О видах пакетов поддержки для SAP GUI for Windows можно прочитать тут.

Список операционных систем, которые поддерживаются, для SAP GUI 7.60 остался таким же, как и для версии 7.50:
  • Windows 2008 Server 32-bit и 64-bit,
  • Windows 2008 R2 Server 64-bit,
  • Windows 7 32-bit и 64-bit (only Professional, Ultimate, and Enterprise editions),
  • Windows Server 2012 64-bit on x64, 
  • Windows Server 2012 R2 64-bit,
  • Windows 8.1 32-bit и 64-bit (only Professional and Enterprise editions),
  • Windows 10 32-bit и 64-bit (only Education, Pro, and Enterprise editions),
  • Windows Server 2016 64-bit,
  • Windows Server 2019 64-bit.

То есть Windows 7 года 3 еще будет поддерживаться. Подробности в SAP note # 66971 - Supported SAP GUI platforms.

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

Перед установкой и разбором интерфейса стоит отметить еще один нюанс. Zip-архив с установочным диском стал занимать в 2 раза меньше места - 500 Мб против обычных ~ 1 Гб.

Процесс установки не изменился, всё как и в предыдущих версиях (рис. 1 - 5).

Рис. 1. Запуск процесса установки клиентского места SAP GUI 7.60.

Рис. 2. Процесс установки клиентского места SAP GUI 7.60.

Рис. 3. Процесс установки клиентского места SAP GUI 7.60.

Рис. 4. Процесс установки клиентского места SAP GUI 7.60.

Рис. 5. Окончание процесса установки клиентского места SAP GUI 7.60.

Основное отличие, которое бросается в глаза, это опять новая тема оформления. В SAP GUI 7.60 это теперь "Belize Theme", которая установлена по умолчанию. На мой взгляд, как и в прошлый раз, тема ещё более спорная. Хотя направление всё тоже: максимальное приближение к web-браузеру и SAP Fiori. Как я уже говорил, мне ближе старые добрые темы оформления (рис. 6 - 9).

Рис. 6. Дизайн основного окна SAP Logon в новом стиле.

Рис. 7. Информация по версии SAP GUI 7.60.

Рис. 8. Новый дизайн SAP GUI - экран логина.

Рис. 9. Новый дизайн основного окна SAP GUI 7.60.

Многие, наверное, заметили, что интерфейс сильно перегружен: сверху и снизу, никак не используемые, широкие полосы (рис. 9). Строку состояния, которая иногда очень выручает (например, как я описывал тут) можете найти? :)

А она уползла аж в верхний правый угол (рис. 10).

Рис. 10. Информация из строки состояния в новом дизайне.

Еще очень угнетает, что совсем пропало меню в транзакциях. Чтобы до него добраться надо сделать несколько лишних кликов: для начала нажать "Больше \/" (рис. 11).

Рис. 11. Как добраться до меню транзакции в новом дизайне в SAP GUI 7.60.

Хорошо, что хотя бы настройку цветов для систем/мандантов оставили (рис. 12).

Рис. 12. Настройка цветов в новом дизайне SAP GUI 7.60.

Кстати, вариантов интерфейсов стало в этой версии явно меньше, особенно "классических" (рис. 13).

Рис. 13. Список тем оформления в SAP GUI 7.60 для выбора. 

С более классической темой основной экран выглядит почти как обычно (рис. 14).

Рис. 14. SAP GUI 7.60 с классической темой оформления.

Еще одно отличие - это полный и окончательный переход с основного настроечного файла saplogon.ini в сторону XML-формата. saplogon.ini больше не поддерживается. В SAP GUI 7.50 он еще мог быть использован.

SAP note # 2600384 - New and changed features in SAP GUI for Windows 7.60 описывает все нововведения в новой версии.

SAP GUI for Java пока только версии 7.50.

Я себе новую SAP GUI 7.60 на постоянной основе ставить не стал. А как вы? Пробовали? Нравится?

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


15 января 2019 г.

Принудительное отмонтирование NFS файловых систем на HP-UX

Network File System (NFS), протокол сетевого доступа к файловым системам, является прекрасным изобретением. В мире Unix это стандартное решение задачи подключения файловой системы с одной операционной системы на другую. Раздающая операционная система называется сервером. Принимающая, в данном случае монтирующая, сторона - это клиент. Когда сервер и клиент настроены должным образом, взаимодействие протекает прекрасно. Причем, для клиента файловая система часто ничем не отличается от локальной.
Даже в Windows можно активировать поддержку этого протокола.

Наверное из-за такой прозрачной интеграции часто возникают коллизии и недопонимания при настройке NFS. Помните, я писал про важность синхронизации времени на сервере и клиенте?

В конце прошлого года я столкнулся с ещё одной интересной ситуацией. Эта интересная ситуация лишила меня покоя на 3 дня. :) Сейчас всё расскажу по порядку.

Сервер, работающий на операционной системе HP-UX 11.11. Версия старая, согласен, но работает хорошо. И, как говорится, что есть, с тем и работаем. Так вот, данный сервер, в разрезе NFS является сервером, раздавая часть своих файловых систем для других систем, и одновременно клиентом, монтируя пару файловых систем по протоколу NFS с других серверов.

В один момент времени один из серверов, файловую систему с которого наш герой монтировал, пропал. За сервер отвечает третья сторона, поэтому причины падения я не знаю. Но сервер с HP-UX повёл себя следующим образом. Файловая система просто "зависла". Зависали любые попытки перейти в директорию, которая является точкой монтирования злополучной NFS файловой системы, операции-попытки прочитать таблицу файловых систем (команда bdf), команды просмотра содержимого файловой системы и тому подобное.

Команда umount файловой системы не проходила, отвечая, что файловая система "занята" процессами системы: "nfs umount: nfs_unmount: /path: is busy".

Все вы знаете, наверное, команду fuser, которая показывает список процессов, которые держат файлы файловой системы. Так вот, эта команда с опцией, в которой я указывал точку монтирования тоже жестко зависала. Таким образом, я плодил процессы, которые держали файловую систему.

Зная, что команды bdf, fuser висят по моей вине, я нашёл их в таблице процессов командой вида:
# ps -ef | grep bdf
Все они стали сиротами, то есть родительский процесс у них заменился процессом init: PPID=1.

Но на моё удивление, попытки послать им команды останова вида:
# kill -9 PID
ни к чему не приводили. Они продолжали сиротливо висеть в таблице процессов, дополнительно удерживая злополучную файловую систему.

Дальше, стало еще интереснее. Третья сторона, после сообщения им, что их NFS ресурс не отвечает, отработала и ответила, что сервер восстановлен. Но, у меня на стороне NFS клиента ничего не изменилось! Файловая система не отвечает, наглухо зависнув. В таблице процессов список уже из 7-8 сирот, которые пытались попасть на файловую систему с моей подачи.

При этом, команды ping на сервер проходят, команда вида:
# telnet 2049
где 2049 это NFS порт, отрабатывает корректно. Даже команда запроса экспортируемых файловых систем с NFS сервера (showmount -e IP_NFS_server) отрабатывает! А попытка выполнить монтирование этой файловой системы во временную точку монтирования (/tmp/tmp2) не удаётся! (рис. 1).

Рис. 1. Попытки достучаться до NFS-сервера.

Не верить специалистам третьей стороны у меня причин не было. Занимаясь поиском путей решения на специализированных форумах в Интернете, я всё больше и больше убеждался, что проблема в HP-UX, то есть в NFS клиенте.

Выбрав период, когда я смогу устроить небольшой downtime для монтируемых по NFS файловых систем, я решил попробовать рестарт демонов nfs.client. Демон остановился и стартовал корректно, но отмонтировать данную файловую систему не смог. "nfs umount: nfs_unmount: /path: is busy" - ответила система. :) Рестартовать все NFS-процессы (серверные и клиентские) я не мог из-за использования текущего сервера, как NFS-сервера.

На форумах я узнал, что самое часторекомендуемое простое решение - это выполнить reboot сервера NFS клиента. Но это было крайне нежелательно для данной системы, и на это я пойти пока не мог.

Так же я узнал, что в данной ситуации команда bdf в силу своей особенности не рекомендуется (зависает), лучше использовать:
# mount -v 
А команде fuser надо в качестве аргумента давать не локальную точку монтирования, а путь до NFS сервера + директорию:
# fuser IP:/path
Такой вариант команды fuser у меня не зависал, отрабатывал, но ни одного процесса не находил. Да, и по предыдущему опыту я знал, что спящие процессы сигналы от команды kill не принимают.

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

Чтобы еще раз исключить проблемы с NFS сервером, я попытался выполнить временное монтирование нужной мне файловой системы на другой сервер. Попытка удалась. То есть всё сводилось к тому, что проблема на конкретном сервере.

Знаете пословицу: одна голова хорошо, а две лучше? Иногда одна лишь попытка описать проблему, систематизировав все симптомы, помогает. Но чаще, другой человек, со своим свежим взглядом на то, над чем ты бьёшься несколько дней, задаёт новые вопросы, предлагает новые пути решения, а иногда и даёт готовое решение. В этой ситуации для меня стал таким человеком мой коллега (Сергей Шевелёв). Готового решения он мне не дал, но нашел для меня документ "Forcible Unmount NFS filesystems", в котором была описана моя проблема и пути решения.

В данном документе инженер HPE, признавал проблему, описывал ситуации когда она может возникнуть и, если кратко, давал следующие советы:
  1. Применять команду fuser не на точку монтирования, а на NFS-путь, о чём я писал выше.
  2. Иногда бывает достаточно несколько минут подождать, пока процессы остановятся по timeout и отпустят файловую систему.
  3. Создать временный суррогатный NFS сервер, чтобы процессы, которые держат файловую систему получили отклик и остановились с ошибкой.

В документе автор признаёт, во-первых, что такая проблема зависших NFS файловых систем существует в HP-UX. Во-вторых, что в текущих релизах HP-UX (до версии 11.23) официального решения нет. Что в версию HP-UX 11.31 добавят опцию "-f" в команду umount, по которой будет производиться принудительное отмонтирование NFS файловых систем без ожидания освобождения их со стороны процессов системы. Такая опцию, к слову, есть в других операционных системах.

Прочитав этот основательный документ (15 страниц), я попробовал создать суррогатный NFS сервер прямо на текущем сервере. Процедура следующая:
  1. Необходимо определить IP адрес NFS сервера, который упал. Для этого смотрим вывод команды mount -v, а потом nslookup NFS_server_hostname.
  2. Находим сервер, на котором поднят nfs.server и смотрим доступные сетевые интерфейсы командой netstat -in. В идеале можно использовать сервер, который является NFS клиентом.
  3. На интерфейсе, который входит в ту же сеть, что и пропавший NFS сервер, поднять суррогатный сервер, выполнив команду вида: ifconfig lanX:1 IP_NFS_server. Здесь lanX - название необходимого сетевого интерфейса, а "1" - второй IP адрес на этом интерфейсе.
  4. Пробуем размонтировать файловую систему, дав если придётся, небольшой timeout процессам, которые удерживают файловую систему.
  5. После успешного отмонтирования файловой системы, удаляем суррогатный NFS-сервер, командой вида: ifconfig lanX:1 0.0.0.0.

Как только я поднял на одном из сетевых интерфейсов моего сервера IP адрес NFS сервера, все спящие процессы (bdf, fuser и другие) тут же отвалились (скорее всего с ошибками). После этого корректно отработала команда:
# umount IP:/path
И я смог вздохнуть с облегчением, удалив суррогатный сервер.

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

Получилось очень многословно, поэтому буду заканчивать. В документе от HPE разложено всё по полочкам, объяснены такие моменты как:
  • почему команда fuser не выдает в результатах процессы, хотя файловая система занята (виноват buffer cache memory),
  • чем плохо использование команды umount с опцией "-f" для принудительного размонтирования,
  • почему зависшие процессы не реагируют на команду kill -9 (процессы ждут I/O, а значит уходят на непрерываемый уровень ядра операционной системы),
  • какие меры можно принять, чтобы похожая ситуация возникала реже (установка патчей на операционную систему, в особых ситуациях использование метода "soft" при монтировании NFS файловых систем и т.д.).

Допускаю, что в современных Unix-like операционных системах такого безобразия нет, но у кого HP-UX рекомендую скачать и ознакомиться с документом. Предупреждён, значит вооружён. :)

Скачать документ можно по ссылке на официальном сайте HPE.


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

9 января 2019 г.

Книга "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 ребята всё таки сказали. Если выйдет от них обновленная книга, обязательно постараюсь достать.


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

27 декабря 2018 г.

С наступающим Новым 2019 Годом!


Всех, кто читает мой блог постоянно или заглядывает сюда лишь изредка, хочу поздравить с наступающим (наступившим) Новым Годом!

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

Я давно понял: часто дело не в количественном скачке-спринте, а в постоянстве. Понял это, занимаясь физкультурой со штангой уже... хм.. в течении 20 лет. Когда дела или болезни не дают нормально выкладываться в зале, нужно просто ходить. Может быть хотя бы 1 раз в неделю, поддерживая 70-80% от былых силовых показателей. Но это гораздо лучше, чем потом начинать практически с 0 после 2-3 месяцев перерыва. И такое правило можно распространить на многие сферы жизни: работу, саморазвитие, учебу, отношения. Всё строится из "маленьких кирпичиков" каждодневного труда. День за днём, неделю за неделей, месяц за месяцем, которые потом хлоп! и превратились в год. :) Поэтому с блогом я сам виноват, не надо было останавливать "маховик" работы над статьями и постами. И нет ничего удивительного, что наши планы не всегда выполняются. К планам надо относиться, как к ориентирам. Долгосрочные планы, как я недавно вычитал, вообще нереализуемая затея.

В этом году я прочитал 34 книги и посмотрел порядка 43 фильма и сезонов сериалов. Отношение фильмов к книгам лучше, чем в прошлом году. Наверное, потому что на прошлые новогодние праздники мы с моим братом решили объявить фильмам "бойкот", поставив им клеймо как самому низкосортному и легкодоступному развлечению, которое съедает наше время.

Из книг, что прошли через меня в этом году, могу посоветовать:
  • Даниил Гранин "Иду на грозу", "Картина"; 
  • Эрих Мария Ремарк "Чёрный обелиск"; 
  • Юрий Власов "Цена жизни" (для тех кто хоть как-то причастен к "железной игре"); 
  • Альбер Камю "Падение";
  • Максим Дорофеев "Джедайские техники. Как воспитать свою обезъяну..." (про прокрастинацию, умение планировать и достигать задуманного); 
  • Джеймс Холлис "Перевал в середине пути. Как преодолеть кризис среднего возраста" (кому плюс-минус 30-35 стоит почитать);
  • Плюс к последней Артур Шопенгауэр "Афоризмы житейской мудрости" (молодым читать очень осторожно, Шопенгауэр тот еще засранец);
  • Еще можно посмотреть - Чип Хиз, Дэн Хиз "Ловушки мышления. Как принимать решения, о которых вы не пожалеете";
  • Из наших классиков рекомендую Александра Куприна "Поединок". Этот автор у меня стоит наравне с моим любимым Иваном Гончаровым, особенно обожаю его "Обыкновенная история". 

Из открытий года у меня в этот раз Фёдор Углов "Сердце хирурга". Ухх. Это прям Человек с большой буквы. Чем-то они похожи, кстати, с Даниилом Граниным. Оба ленинградцы, прошедшие блокаду. Умнейшие люди, с высокими моральными принципами. Углов это вообще человек-эпоха. 103 года, революция и 3 войны. Хирург, отдавший себя любимому делу. Читал его биографию и примерял его отношение к делу на себя, сравнивая хирургов с администраторами. Ведь мы чем-то похожи. Часто от наших действий зависит судьба и жизнь не человека, но хотя бы важной системы, большого количества данных, чьего-то труда. Может быть моё сравнение и наивно, но мне показалось мировоззрение этого человека очень близким. Сразу скажу, что с художественной точки зрения эта книга не несёт многого, но как история жизни человека и эпохи, прекрасна. Вот небольшие отрывки, которые мне понравились:
При несчастном случае мужественно ищите, в чём ошиблись, не бойтесь этого! Поняв причину ошибки, вы не повторите ее в будущем, предостережёте других... Нужно наказывать за халатность, небрежность. А за ошибку, особенно при постановке диагноза, возьмется наказать лишь тот, кто сам у постели больного не решал сложных вопросов... Ошибка поиска - не ошибка от невежества и зазнайства. 
Странное состояние, в котором человек находится в период тяжелых испытаний, пока еще толком не изучено. Он вдруг обнаруживает в себе удивительную способность работать дни и ночи, недели без сна и отдыха. Приходит "второе дыхание", исчезают боли, которые досаждали до этого. Полуголодный, плохо одетый, человек стойко переносит тяготы, какие при мирной сытой жизни свалили бы его с ног в короткий срок... 
Взялся - теперь тяни! Опустишь руки - найдутся, поверь, другие, кто настойчивее, крепче нервами будет. Должны же мы научиться... 
Правда, настоящего хирурга, даже когда его лишают привычных рабочих условий, невозможно оторвать от дела, без которого он не мыслит жизни. Он все равно найдет возможность в скромной обстановке работать с прежним упорством, отдавая знания, талант и любовь народу. 
Шахматы, несомненно, интересная и полезная игра. Но они заслуживают столько же внимания, сколько и любая другая умная игра, предназначенная, в итоге, для препровождения времени. Не больше! Те же, кто инспирирует повышенное внимание именно к этой игре, знаю, указывают на то, что она якобы развивает математические способности. Пусть даже в какой-то степени так. Но постараемся вспомнить: кто из наших чемпионов, то есть наиболее выдающихся шахматистов, развил в себе математические способности настолько, что стал известным математиком? Мне такие шахматисты неизвестны. Да их и не может быть. Игра есть игра. И не надо из нее делать что-то сверхсерьезное... Как бы не убеждали столбцы газетных корреспонденций, что в такой-то момент взоры всех тружеников мира прикованы к шахматной доске в ожидании, какой ход изберет тот или иной гроссмейстер, этому не веришь. Мир занят настоящей работой - производством хлеба и машин, лечением недугов и воспитанием детей, борьбой с нищетой и стихийными бедствиями. Именно этим он занят и на этом держится. Людям остается время и для игры, конечно, но возводить ее в ранг первейших наших забот нельзя. 
К каждой операции надо готовиться со всей тщательностью, помня, что "большая подготовка - малая операция; малая подготовка - большая операция".

Вторую его книгу "Будни хирурга. Человек среди людей" тоже рекомендую. Много мыслей про моральные качества, психологию, отношения.

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

С фильмами и проще, и сложнее. Затраты времени минимальны, но и выбрать что-то стоящее тяжело. Из сериалов:
  • "Чёрное зеркало" 4 сезон - очень плохо, не советую; сериал, к сожалению, сдулся; 
  • "Кремниевая долина" 5 сезон - хорош, но мне кажется, пора заканчивать. Реклама "Тесла" под конец  была уж очень навязчивой, топорной и грубой, раздражала;
  • "Люди" 3 сезон - сюжет очень медленно разворачивается (по английски), поэтому "засмотрел" двумя сезонами "Настоящие люди" и, как говорят психологи, закрыл гештальт. :)
  • "Лучше звоните Солу" 4 сезон - все больше и больше кажется, что играют на чувствах любителей вселенной "Во все тяжкие", затягивают, но все равно неплохо.

Из фильмов:
  • "Большой Лебовски" (кто, как и я ещё не смотрел, то смотреть в переводе Пучкова, конечно же);
  • "Идеальные незнакомцы" (европейская трагикомедия про психологию и людей, местами немного перекручено, но годно);
  • "Дело храбрых" (про пожарных, основано на реальных событиях, есть претензии, как всегда, но тоже годное кино);
  • "Остановился поезд" (серьезное советское кино про отношение к своему делу, правде, ошибкам);
  • "Орёл и решка" (кто не смотрел, неплохая комедия 90-х не про бандитов);
  • "Одержимость" (про труд, воспитание, про одержимость делом).


Ну вернёмся, к Новому Году. :)

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

До встречи в 2019 году! 

P.S. Результаты опроса по наличию SAP сертификата подведены. Ознакомиться можно здесь.


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

24 декабря 2018 г.

SAP NetWeaver AS ABAP Developer Edition 7.52 SP01

Про miniSAP (Trial) системы я писал несколько раз. Посты можно найти по тегу miniSAP.
В отличии от IDES систем, эти системы являются урезанными версиями SAP NetWeaver и предназначены, прежде всего, для ABAP разработчиков. Распространяются бесплатно.

Самая свежая на данный момент версия так и называется - SAP NetWeaver AS ABAP Developer Edition 7.52 SP01. Эта версия работает только на Linux. Это ограничение продиктовано тем, что, как вы помните из одного из последних постов, данная версия SAP NetWeaver используется в системе SAP S4/HANA 1709. А где SAP HANA - там только Linux. Но не пугайтесь, дикого количества гигабайт оперативной памяти для этой системы вам не понадобится. Систему портировали на базу данных Sybase Ase 16.0.2. И о такой возможно я тоже писал в том посте.

Скачать дистрибутив можно по этой ссылке. Дистрибутив представляет собой rar-архив, разбитый на 10 частей, общим объемом около 13 Гб (рис. 1).

Рис. 1. Страница для скачивания дистрибутива системы.

Основные требования к оборудованию:
  • процессор архитектуры - x86_64,
  • оперативная память - 4 Гб + 8 Гб swap,
  • жесткий диск - 100 Гб (у меня заняло меньше, подробности далее).

Требования к операционной системе:
  • Linux - из протестированных SUSE Linux, openSUSE, Fedora, RHEL, Ubuntu/Debian,
  • операционная система только 64 бита,
  • язык строго рекомендуется - English, 
  • hostname - длиной до 13 символов, настоятельно рекомендуется использовать - vhcalnplci,
  • рекомендуется использовать статический IP, 
  • firewall - должен быть деактивирован.

В корне архива есть файл readme.html c короткой инструкцией по установке. Так же много их на scn.sap.com (ссылки на них я привел в конце поста), но все они какие-то сумбурные. Я установил сам и хочу поделиться своей инструкцией.

В качестве платформы я выбрал виртуальную машину Oracle VirtualBox, которую, как вы знаете, я использую в своих личных проектах. Создал виртуальную машину с минимальными характеристиками, указанными в требованиях. Забегая вперед, скажу, что их вполне достаточно: 2 ядра/4 Гб ОЗУ/100 Гб HDD (рис. 2). Диск сделал больше, но так как он динамический, то образ в реальности занимает только то место, которое будут занимать файлы в виртуальной машине.

Рис. 2. Характеристики виртуальной машины для установки системы.

В качестве дистрибутива я выбрал последний openSUSE Leap 15.0. Скачать можно на официальном сайте. Из openSUSE для этой системы рекомендуют использовать версию 42.3, но свежая версия тоже отлично подошла.

Процесс установки операционной системы openSUSE очень похож на установку старшего брата - SLES, о котором я писал тут:
  1. Подключить образ диска с дистрибутивом openSUSE к виртуальной машине. Загрузиться, выбрать пункт "Installation". 
  2. Прочитать пользовательское соглашение, выбирая одновременно язык установки English.
  3. Графическое окружение рабочего стола можно выбрать на свой вкус. Я предпочитаю XFCE, поэтому ставим галку на пункт "Custom". 
  4. На следующем экране из пакетов убираем "AppArmor" и добавляем рабочий стол по вкусу. 
  5. При разметке жесткого диска необходимо перейти в режим эксперта. Создать раздел для swap – рекомендуемый размер 8 Гб. Остальное место отдать под корневую файловую систему (/). Так как всё будет располагаться на ней, то для простоты лучше выбрать файловую систему "ext4". Отдельный раздел для /home не нужен. 
  6. Выбрать настройки времени и часового пояса. 
  7. Создать своего пользователя (admin) с паролем для входа в систему. Из под системного администратора (root) запускать X-windows и работать не рекомендуется. Пароль для создаваемого пользователя будет использован и для системного администратора (root). 
  8. На финальном экране обязательно проверить все пакеты для установки, отключить firewall и включить ssh. И только после этого нажать кнопку "Install" (рис. 3).
Рис. 3. Финальная проверка и запуск процесса установки операционной системы.

Теперь можно немного расслабиться и выпить чаю, процесс установки займёт какое-то время: в зависимости от мощности оборудования - 10-20 минут. В конце установки виртуальная машина автоматически перезагрузится.

Войти в систему под пользователем созданным на этапе установки системы (admin).

Первым делом необходимо выполнить сетевые настройки. Для этого найти в меню YaST, запустить его, введя пароль системного администратора (root). Войти в "Network Settings" и настроить статический IP (рекомендуется). Строго рекомендуется в качестве имени хоста использовать – vhcalnplci. Я пробовал делать установку, используя другое имя хоста, явных проблем не обнаружил. Но раз SAP рекомендует, им виднее.

В файл /etc/hosts добавить строку с IP адресом и именем хоста - короткое и полное с псевдодоменом (рис. 4 и 5).

Рис. 4. Добавление строки с IP-адресом в файл /etc/hosts.

Рис. 5. Проверка корректности настройки имени хоста сервера.

Через zypper установить пакет uuidd. Чтобы не "раздувать" виртуальный жесткий диск, доступ к скаченному дистрибутиву системы SAP можно обеспечить через общую директорию.
Перед установкой системы проверить достаточное количество свободного места в корневой файловой системе. Так же проверить установку пакетов libaio, libnsl, libstdc++ (рис. 6).

Рис. 6. Проверки перед установкой SAP системы.

Для распаковки архива с дистрибутивом miniSAP системы нужна утилита unrar, о которой я писал тут. Устанавливаем, если её нет еще в системе, и распаковываем архивы, запустив команду на первом файле (рис. 7).

Рис. 7. Распаковка rar-архива с дистрибутивом.

После этого из под системного администратора (root) запускаем скрипт установки системы - install.sh. В данном случае, скрипт не признаёт текущий Linux дистрибутив, как протестированный вариант и выдаёт предупреждение об этом. Необходимо смело набрать "yes" (рис. 8).

Рис. 8. Запуск скрипта установки SAP системы.

Далее читаем (или не читаем) пользовательское соглашение и нажимаем "q", после чего скрипт попросит согласиться с соглашением. Надо еще раз ввести "yes". Задаём дважды мастер-пароль для всех создаваемых пользователей операционной системы (рис. 9) и скрипт начнёт процесс установки системы.

Рис. 9. Ввод паролей для пользователей операционной системы, создаваемых программой установки.

Тут можно еще раз сходить выпить чаю. Установка займет от 10 до 20 минут, в зависимости от мощности оборудования. В процессе я разглядел, как минимум, 3 этапа - распаковка архива с файлами, установка СУБД Sybase ASE и работу старого доброго SWPM (в silent режиме с преднастроенным шаблоном). В конце установки скрипт автоматически запустит установленную систему (рис. 10).

Рис. 10. Окончание процесса установки SAP системы.

После установки системы корневая файловая система стала занимать 38 Гб. При этом директории, которые были созданы программой установки занимают (1,8 + 2,5 + 30) Гб (рис. 11). Таким образом, если у вас нехватка места на жестком диске для виртуальной машины, то следует учитывать, что минимально необходимый размер - 50-60 Гб.

Рис. 11. Размер файловых систем после установки системы.

Создать запись в SAP Logon, установив клиентское место для Windows (пост по теме) или Java (не знаете как установить? смотрим тут), если необходимо. В дистрибутиве (директория client) находятся оба варианта версии 7.50.

Для входа в систему можно использовать пользователей SAP*, DDIC, DEVELOPER или BWDEVELOPER. Мандантов в системе два - 000 и 001. В манданте 000 существуют только стандартные пользователи.
Пароль у всех пользователей в данной версии системы - Down1oad ("l" - это единица).

Начальное меню пользователя DEVELOPER представляет собой набор транзакций для разработки и ссылки на документацию (рис. 12).

Рис. 12. Начальный экран пользователя DEVELOPER.

Компоненты и версии SAP системы и платформы отображены на рис. 13-15.

Рис. 13. SAP компоненты системы.

Рис. 14. Версия базы данных и операционной системы.

Рис. 15. Версия базы данных и операционной системы.

После установки в системе установлена временная лицензия на 3 месяца. Поэтому перед тем как начать работать, необходимо запросить постоянную лицензию для системы. Схема такая же, как для любой miniSAP системы: SAP даёт лицензию на 90 дней, с последующей пролонгацией. Запрашивать по ссылке. Hardware Key можно найти в транзакции SLICENSE или через утилиту saplicense на уровне операционной системы (подробности в этом посте).

На странице запроса лицензии указать, что лицензия нужна для системы "NPL - SAP NetWeaver 7.x (Sybase ASE)". Заполнить поля для контактных данных, указать Hardware Key и согласиться с пользовательским соглашением. После чего нажать кнопку "Generate" и сохранить файл NPL.txt с лицензией на компьютер, где установлена SAP GUI (рис. 16).

Рис. 16. Генерация лицензии для NPL системы.

Для установки постоянной лицензии в SAP GUI в транзакции SLICENSE выбрать пункт меню "Edit -> Install License" и указать сгенерированный текстовый файл.

Для базы данных Sybase ASE лицензия установлена сроком до 31.12.2020 года. Если закончится, то ищется, например, здесь.

У пользователей DEVELOPER и BWDEVELOPER ключи разработчиков уже в системе, поэтому после установки постоянной лицензии можно начинать разработку (рис. 17).

Рис. 17. Создание тестовой программы.

Для корректной работы некоторых транзакций также необходимо на рабочей станции, где установлено клиентское место SAP GUI, в файл hosts добавить строку "IP-адрес имя_хоста", как на сервере (рис. 4).

Подробная инструкция по установке системы SAP NetWeaver AS ABAP Developer Edition 7.52 SP01 на платформу VirtualBox/openSUSE (20 страниц) со снимками всех экранов доступна по этой ссылке (zip-архив, 2223 Кб).

Документ так же был добавлен на общую страницу с моими инструкциями.

Дополнительно информацию можно поискать по следующим ссылкам:


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