Ошибка в BRTools 7.XX

Установив систему SAP NetWeaver 7.4 на платформу Linux/Oracle, обнаружил ошибку при выполнении любой программы из набора утилит BR*Tools (про данный инструментарий я писал тут).

Ошибка появляется как при работе через транзакцию DB13 (DBACOCKPIT) (рис. 1), так и при работе с утилитами на уровне операционной системы (рис. 2).

Рис. 1. Ошибка BR1301 в транзакции DB13.

Рис. 2. Ошибка BR1301 на уровне операционной системы.

По большому счету, это не ошибка, а предупреждение и на работу простых заданий ("Check Database", "Clean Up Logs", "Offline Complete DB Backup" и другие) не влияет. Однако, сообщение есть, глаза мозолит.

Решение проблемы: обновить BR*Tools.

Как видно из данного примера (рис. 1 и 2), здесь мы имеем дело с BR*Tools версии 7.40 с уровнем пакетов поддержки 1. При обновлении SAP ядра (после установки системы SAP ядро 740 с уровнем пакетов поддержки 12) до 37 уровня набор данных утилит не обновляется. Поэтому BR*Tools следует качать и обновлять отдельно.

Процедура похожа на процедуру обновления SAP ядра:

1. Заходим на сайт поддержки по быстрой ссылке вида: http://service.sap.com/swdc. Переходим по пути для выбора SAP ядра нашей версии:
   "My Company's Application Components -> My Company's Software -> SAP NETWEAVER -> SAP NETWEAVER 7.4 -> Entry by Component -> Application Server ABAP SAP -> KERNEL 7.40 64-BIT UNICODE". В разделе зависимых от Oracle частей ядра находим архив вида DBATL740*.SAR (рис. 3). Скачиваем обновления.



Рис. 3. Скачивание обновлений для утилит BR*Tools.



2. Распаковываем архив с помощью утилиты SAPCAR.
3. Останавливаем SAP систему.
4. Делаем копию директории со старым SAP ядром (/usr/sap/ET4/SYS/exe/uc/linuxx86_64).
5. Копируем с заменой файлы из архива в директорию с SAP ядром
   (/usr/sap/ET4/SYS/exe/uc/linuxx86_64).
6. Выполняем из под пользователя root скрипт, выставляющий корректные полномочия для исполняемых файлов ядра:
   

   # /usr/sap/ET4/SYS/exe/uc/linuxx86_64/saproot.sh <SID>

7. Запускам систему SAP.

После обновления (в данном примере на BR*Tools версии 7.40 с уровнем пакета поддержки 5) операции выполняются без предупреждений и ошибок (рис. 4).

Рис. 4. Журнал операции в транзакции DB13 после обновления.

Такая ошибка может встречаться в BR*Tools не только версии 7.40, но и в предыдущих.

Подробности по данной теме:
- SAP note # 912969 - BR*Tools 7.00 fails due to license problems,
- SAP note # 12741 - Current versions of BR*Tools.

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

Oracle Linux как платформа для SAP системы

В 2006 году компания Oracle решила выпустить свой собственный дистрибутив операционный системы семейства Linux. За основу был взять дистрибутив Red Hat Enterprise Linux. Корпорация Oracle несколько раз меняла название своего детища (Oracle Enterprise Linux, Unbreakable Linux), прежде чем стала называть его Oracle Linux. Распространяется он под лицензией GNU GPL, а скачать его можно бесплатно с официального сайта Oracle.
Мало этого, в 2012 году компания Oracle открыла бесплатный доступ к обновлениям. Причем не только при частном использовании операционной системы, но и при коммерческом.
Есть возможность купить техническую поддержку от компании Oracle. Причем цена в 2 раза ниже, чем у Red Hat (около $ 99 за год).

В общем, не дистрибутив, а сказка. :)

Скачать последнюю версию можно с сайта Oracle по ссылке.

Компания SAP поддерживает данный дистрибутив (версии 5.х и 6.х) в своих решениях, но со следующими ограничениями:

• поддерживается для работы систем от SAP NetWeaver 7.0x и выше,
• только Unicode системы,
• в качестве базы данных поддерживается только Oracle,
• не рекомендуется использовать совместно с системой виртуализации VMware.

Таким образом, если планируется использовать в качестве базы данных Oracle, то данный дистрибутив подходит лучше, чем другие Linux, поддерживаемые компанией SAP.
Так как:

• поддержка дешевле (а можно вообще обойтись без нее),
• полная совместимость с Red Hat Linux позволяет использовать базу знаний по данной ОС и здесь,
• Linux ядро оптимизировано под работу базы данных Oracle.

Информацию по работе с данной операционной системой в рамках окружения SAP систем можно найти в следующих SAP нотах:

• 171356 - SAP software on Linux: Essential information,
• 1565179 - SAP software and Oracle Linux,
• 1635808 - Oracle Linux 6.x SAP Installation and Upgrade,
• 941735 - SAP memory management for 64-bit Linux systems.

Ну и напоследок, самое вкусное - моя инструкция "Установка Oracle Linux 6.5 в виртуальную машину Oracle VirtualBox и подготовка к установке системы SAP".

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

Страничка со всеми инструкциями тоже была обновлена.

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

Обновление SAP системы. Определение Support Package Stack (SPS).

Рис. 1. SAP система.

С определенного технического ракурса SAP систему можно представить, как набор следующих компонент (рис. 1):

• SAP kernel - бинарные файлы ядра SAP системы, которые находятся на уровне операционной системы. Для работы используют профили SAP системы, содержащие набор параметров со значениями.
• ABAP schema в базе данных - набор таблиц, в которых содержатся все данные SAP системы: данные пользователей, настройки системы, программы на языке ABAP, основные записей пользователей и так далее.
• SPAM/SAINT - отдельные утилиты для обновления SAP системы.

Установка SAP Solution Manager 7.1 в картинках.

В 2009 году вот в этом посте я выкладывал инструкцию по установке SAP Solution Manager 7.0 EHP 1. Нареканий на инструкцию не было, думаю что она еще актуальна и сейчас, и кому-то может помочь.

Но время не стоит на месте и я выкладываю новую документацию:

Установка системы SAP Solution Manager 7.1 на платформу Windows/ORACLE

Новенькое, что можно найти в этой инструкции:

• в качестве платформы была выбрана виртуальная машина на базе ПО ORACLE VirtualBox, о которой я писал тут,
• в качестве операционной системы используется MS Windows Server 2008,
• в инструкции описана установка и обновление ORACLE 11.2.0.3,
• установка ABAP+Java стэков с помощью SAP Software Provisioning Manager, полное обновление и решение проблем, о которых я уже упоминал в этом посте.

Документ получился большой, 81 страница. Скачать можно по этой ссылке (zip-архив, 1910 Кб).

Соответственно, была обновлена страница, где собраны все мои личные инструкции.
Если что-то не можете найти, то добро пожаловать на неё.

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

Backdoor в SAP

В посте "User Information System" я рассказывал про встроенную систему отчетов, с помощью которой можно по различным критериям получать списки пользователей/полномочий/ролей и т.п. Недавно обнаружил, что в этой системе есть интересный, в какой-то степени даже опасный, нюанс. Заключается он в следующем:
Если мы создадим в системе пользователя с именем "............" (12 точек), то он не будет отображаться ни в одном из списков User Information System.

Для примера возьмем свеженькую систему SAP Solution Manager 7.1 SPS 08 (SAP_BASIS patch level 12). Создадим вышеуказанного пользователя с профилем SAP_ALL (рис. 1, 2).

Рис. 1. Создание пользователя "............".

Рис. 2. Добавление полномочий пользователю "............".

Под данным пользователем можно войти в систему (рис. 3).

Рис. 3. Вход в систему под пользователем "............".

А теперь попробуем этого пользователя найти. Например, с помощью отчета RSUSR002. Зададим в качестве критерия - "все пользователи с профилем SAP_ALL" (рис. 4, 5).

Рис. 4. Экран выбора отчета RSUSR002.

Рис. 5. Результат работы отчета RSUSR002.

Результаты удивительны: нашего пользователя тут нет.

Во таком поведении виноваты несколько строк в инклуде SR002F10 программы RSUSR002 (рис. 6).

Рис. 6. Код программы RSUSR002.

Данный код явно удаляет пользователя "............" из результатов работы отчета RSUSR002.

В компании SAP это назвали 'program error'. Ситуация и ее решение описываются в SAP note # 1844202 - SUIM| RSUSR002 User '............' is not found. А следы ведут нас к SAP note # 694250 - SUIM|RSUSR002: Negative multiple selection for profiles, в которой в злополучный инклуд SR002F10 вставляется кусок кода с вышеуказанными строками.

Как видно из SAP note # 1844202 данная ошибка затрагивает почти все системы с SAP_BASIS от 46B до 740. Мелочь, а неприятно.

На данную тему меня навела статья на сайте habrahabr.ru

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

NFS: проблемы при монтировании

Часто при попытке примонтировать файловую систему по NFS (Network File System)  операционная система просто доводит до "белого каления" сообщениями вида:

ERROR:nfs mount: get_fh: server:: RPC: Rpcbind failure - RPC: Timed out

А решение проблемы зарыто не очень глубоко - надо проверить есть ли разница установки времени на NFS-сервере и NFS-клиенте. :)

При мало-мальском расхождении монтировать не хочет.


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

Ошибка при обновлении системы SAP Solution Manager 7.1

После установки системы SAP Solution Manager 7.1 (SAP BASIS 702, SAP kernel 720 (401 package level)) делал обновление системы с SPS 04 до SPS 08. В результате во время обновления, на фазе DDIC_ACTIVATION получил ошибку вида:

Рис. 1. Ошибка в SPAM.

При этом в системе генерировались дампы вида:

Рис. 2. Дампы в системе.

Повторные запуски процесса установки результата не принесли, хотя иногда это помогает. :)
Анализ ситуации и поиск решений показал, что для дальнейшего процесса обновления системе необходимы исправления (отчет SDB1FHDB), которые содержаться в SAP note # 1678047 - COMPUTE_INT_PLUS_OVERFLOW during activation.

Но дело в том, что установка коррекций на стандартные объекты в данной ситуации блокирована транзакцией SPAM/SAINT, поэтому автоматическая установка исправлений из ноты с помощью SAP Note Assistant (транзакция SNOTE) невозможна.

Варианта решения два:

1. Установка исправлений из ноты 1678047 по-старинке, то есть вручную. Делается это из под пользователя с ключом разработчика и с запросом ключа на изменение стандартных объектов SAP. Об этом я писал тут и тут. 
2. Откатиться назад с помощью резервной копии базы данных, которую следует обязательно делать перед установкой пакетов поддержки в систему и предварительная установка SAP note 1678047 с помощью SAP Note Assistant перед обновлением системы. 

Я выбрал второй вариант. Восстановление базы из бэкапа (система SAP Solution Manager 7.1 сразу после установки под Windows/ORACLE) заняло чуть больше 1 часа.

Данная нота применима для компонент SAP_BASIS версий 702, 730 и 731.

Надеюсь этот пост поможет кому не наступить на эти "грабли". :)

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