С наступающим!!!

Друзья, 
пришло время подводить итоги 
и планировать новые цели на будущее.

Ведь как говорят:
Пошла Машенька по грибы да по ягоды. 
А вернулась ни с чем... 
Потому что надо ставить перед собой конкретные цели. (с)


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

 
 

Поздравляю всех с Наступающим Новым Годом!

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

Верьте в свои силы, трудитесь и ждите. Всё у вас будет. 

До встречи в 2014 году. 

P.S. Хорошо всем отдохнуть. :)

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

Голосование: лучший пост 2013 года

Друзья, хотелось бы провести небольшой опрос.

В этом году в моем блоге было много постов, больших и маленьких.
Вот они все (с ссылками):

• Конфигурирование SAP системы - I, 
• Конфигурирование SAP системы - II,  
• Конфигурирование SAP системы - III,
• User Information System,  
• SAP GUI for Mac OS X, 
• Увеличение SAP temporary license, 
• SAP Software Provisioning Manager 1.0, 
• Останов во время online ORACLE backup, 
• BRTOOLS как архиватор,  
• Ошибка при обновлении системы SAP Solution Manager 7.1, 
• Backdoor в SAP, 
• NFS: проблемы при монтировании, 
• Установка SAP Solution Manager 7.1 в картинках, 
• Обновление SAP системы. Определение Support Package Stack (SPS), 
• Версии SAP ERP и SAP NetWeaver, 
• Транзакция SE14 : утилита базы данных, 
• Ошибка в BRTools 7.XX, 
• Oracle Linux как платформа для SAP системы, 
• Копирование SAP систем - II. Гомогенное копирование, 
• Обновление SAP Management Console, 
• Установка SAP NetWeaver 7.4 на Linux/Oracle.

Опрос закрыт. Результаты, к сожалению, не сохранились.

Спасибо, что читаете, комментируете и вносите свои поправки. :)

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

Установка SAP NetWeaver 7.4 на Linux/Oracle

Не так давно я выкладывал инструкцию по установке системы SAP Solution Manager 7.1.

Время не стоит на месте. Недавно проводил установку системы SAP NetWeaver 7.4 на платформу Linux/Oracle.

И, традиционно, предлагаю инструкцию по установке.

Что можно выделить в данном документе:

• в качестве платформы, традиционно, была выбрана виртуальная машина на базе программного обеспечения ORACLE VirtualBox, о которой я писал тут,
• в качестве операционной системы используется ORACLE Linux, которая была установлена и настроена согласно инструкции из этого поста,
• в инструкции описана установка и обновление ORACLE 11.2.0.3 на операционную систему ORACLE Linux,
• установка ABAP стэка с помощью SAP Software Provisioning Manager, обновление SAP ядра 7.40 на Linux, решение проблемы с BR*Tools,
• установка и обновление компонент SAP BI_CONT 7.47 и SAP BI_CONT_XT 7.47,
• настройка и решение проблемы с SAP Management Console.

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

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

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

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

Обновление SAP Management Console

В 2012 году я писал пост про SAP Management Console.
Данная утилита, написанная на языке Java, является платформо-независимым инструментом для запуска-останова SAP систем.

Не так давно при установке системы SAP NetWeaver 7.4 на платформу Linux обнаружил неприятную ошибку, которая выражалась в запуске SAP MC с ошибкой "CreateControl Interface failed!". Консоль не подгружала информацию о SAP системах и, соответственно, работать с ней было невозможно (рис. 1).

Рис. 1. Запуск SAP MC с ошибкой.

Поиск в Интернет показал, что проблема возникает не только с данной системой, но и, например, с SAP NetWeaver 7.31. И явного решения никто не указывает.

А "ларчик оказывается легко открывался" - для решения необходимо обновить файлы утилиты SAP MC.
Данные файлы находятся в поддиректории с SAP kernel - servicehttp\sapmc.
То есть полный путь - \usr\sap\<SID>\SYS\exe\uc\<платформа>\servicehttp\sapmc.
И как оказалось в архивы с обновлением SAP kernel данная поддиректория не входит.

Текущую версию утилиты SAP MC можно посмотреть, вызвав меню "? -> About..." (рис. 2 и 3).

Рис. 2. Текущая версия утилиты SAP MC.

Рис. 3. Текущая версия утилиты SAP MC.

Итак, для обновления необходимо с сайта http://service.sap.com/swdc (для SAP NetWeaver 7.4 на Linux путь будет такой - "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 -> Support Package Patches -> Linux on x86_64 64bit -> #Database independent") скачать SAR-архив с обновлением SAP Management Console (рис. 4) для нужного SAP kernel.

Рис. 4. Архив для обновления файлов SAP MC.

Далее процедура идентичная, как при обновлении SAP kernel:

1. Остановить SAP систему.
2. Сделать резервную копию директории с SAP kernel
   (\usr\sap\<SID>\SYS\exe\uc\<платформа>).
3. Распаковать SAR-архив с обновлением.
4. Заменить файлы из директории с ядром файлами из архива.
5. Запустить SAP систему.
6. Проверить обновление.

После обновления SAP MC для SAP kernel 7.40 все заработало отлично (рис. 5).

Рис. 5. Основной экран утилиты SAP MC.

Дополнительная информация на эту тему:
- SAP note # 1014480 - SAP Management Console (SAP-MC),
- SAP note # 1153713 - Problems with SAP Management Console (Java).

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

Копирование SAP систем - II. Гомогенное копирование.

В первой части этого поста в 2012 году я начал рассказ на тему копирования SAP систем.

Пришло время продолжить.

Итак, как вы уже знаете, есть 3 варианта создания копии SAP системы:

• Перенос системы с сохранением SID на новый сервер в рамках той же платформы (Disaster system recovery),
• Гомогенное копирование системы (Homogeneous system copy),
• Гетерогенное копирование системы (Heterogeneous system copy).

Рассмотрим процедуру гомогенного копирования системы (homogeneous system copy) или, как ее еще называют, database-specific system copy. Данный метод копирования SAP системы предполагает полное совпадение платформы исходной и целевой систем: аппаратное обеспечение (тип процессора), тип, версия операционной системы и базы данных. Возможны небольшие отличия, например, разные версии операционной системы Linux или семейства операционных систем MS Windows, но не более того.

Как видно из второго названия процедуры, здесь используются инструменты для работы с базой данных. Основные шаги выполнения копирования следующие:

1. Собрать информацию об исходной системе: версии операционной системы, SAP-системы, базы данных, SAP компонент, SAP ядра. Рассчитать необходимые требования к аппаратному обеспечению, размеру дискового пространства на целевом сервере.
    
2. Подготовить целевую систему: установка операционной системы, обновление, настройка и подготовка к установке SAP системы (как и при обычной установке). Примеры есть тут и тут.
    
3. Подготовить установочные диски на целевой системе. Скачать последнюю версию утилиты установки SAP системы (SAP SWPM).
    
4. Создать резервную копию базы данных исходной системы (любым возможным способом). С помощью специальной утилиты OraBrCopy на исходной системе сгенерировать файлы CONTROL.SQL (файл содержит структуру базы данных Oracle) для целевой базы данных. Архив с программой можно найти вместе с утилитой установки системы (SAP SWPM).
    
5. Начать установку SAP системы, выбрав специальный пункт меню на начальном экране (рис. 1).
   
   

   

   Рис. 1. Начальный экран SAP SWPM при копировании SAP системы.

   
   На определенном этапе установщик остановит процесс и попросит восстановить базу данных.
    
6. Провести процедуру восстановления базы данных из резервной копии базы данных исходной системы. Тип процедуры зависит от той, которой была сделана резервная копия.
    
7. Закончить процесс установки системы в SAP SWPM.
    
8. Выполнить дополнительные шаги после копирования системы.
    
9. Запросить и установить постоянную лицензию в транзакции SLICENSE.

Для примера предлагаю рассмотреть процедуру создания гомогенной копии системы SAP ERP 6.0 SR3 на платформе MS Windows 2003/Oracle 10g.  
Инструкцию можно скачать тут (zip-архив, 1685 Кб).

Дополнительная информация по теме в SAP note # 1003028 - Enhanced support for database copy in BR*Tools.

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

Версии SAP ERP и SAP NetWeaver

    В 1997 году человеком по имени Шай Агасси была основана израильская компания "TopTier Software", которую в 2001 году купила компания SAP AG. На основе портальной технологии, разработанной этой небольшой компанией, при участии основателя компании (который присоединился к команде SAP AG), SAP AG в 2003 году представила первую версию SAP NetWeaver 2004. А в марте 2004 года SAP NetWeaver и продукты компании, основанные на нём, уже можно было скачать и использовать.

На основе SAP NetWeaver в свое время были основаны SAP ERP 2004 и SAP ERP 2005 (в последующем была переименована в SAP ERP 6.0).

С 2003 года было выпущено много версий SAP NetWeaver, среди которых несложно и потеряться. Я попробовал собрать в табличку версии системы SAP ERP (в молодости SAP R/3) с привязкой к версиям SAP NetWeaver (рис. 1).

Рис. 1. Таблица версий SAP NetWeaver и SAP ERP.

Как вы знаете, любая SAP система представляет собой набор компонент, который можно посмотреть через меню "Система -> Статус -> Инфо по компонентам" или в транзакции SPAM (кнопка "Package level"). Некоторые компоненты из списка это часть SAP NetWeaver, некоторые - SAP ECC (в случае системы SAP ERP) или Business Extension Set, который впервые появился в системе SAP R/3 Enterprise 4.7x110.
 
В таблице на рисунке 1 первый столбец это версия SAP NetWeaver, второй - версия основных компонент SAP Web AS (SAP_BASIS (в старых системах) или SAP NetWeaver AS). Далее 2 столбца это версии бизнес части системы (ядро (SAP ECC) или набор расширений).

Пример списка компонент можно посмотреть на рисунках 2 и 3. На рисунке 2 представлен список компонент системы SAP NetWeaver 7.4 (можно видеть, что все компоненты имеют такой номер релиза), а на рисунке 3 представлен пример списка компонент системы SAP ERP 6.0. Там уже есть компоненты, относящиеся к SAP NetWeaver (выделены оранжевым) версии 7.00 и относящиеся к бизнес части (версии 6.00).

Рис. 2. Список компонент системы SAP NetWeaver 7.4.

Рис. 3. Список компонент системы SAP ERP 6.0.

Надеюсь таблица поможет не запутаться. :)

По теме еще есть SAP note # 1388258 - Version Interoperability within the SAP Business Suite (интересен вложенный документ) и SAP note # 789220 - Support Package levels for SAP NetWeaver install./upgrades.

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

Транзакция SE14 : утилита базы данных

На уровне SAP системы существует ABAP словарь (ABAP Dictionary), который хранит  описание основных объектов данных (типы данных, таблицы, ракурсы ведения (views), объекты блокировки). С данными объектами работают ABAP программы. ABAP словарь независим от базы данных. Поэтому не стоит его путать со словарем базы данных (Database dictionary). Этой независимостью словаря на уровне SAP обеспечивается, известная всем, платформо-независимость (в данном случае независимость от базы данных) решений компании SAP.

Рис. 1. Утилита базы данных.

Связь между ABAP словарем и словарем базы данных осуществляется через утилиту базы данных, вызвать которую можно, запустив транзакцию SE14 (рис. 1).

Ошибка в 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.

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

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

BRTOOLS как архиватор

При установке одной из новых SAP систем обнаружил, что в утилите BR*Tools появились кое-какие изменения.

Как вы знаете, при организации бэкап-стратегии для создания резервных копий базы данных можно использовать набор утилит BR*Tools (утилиты BRBACKUP и BRARCHIVE). Данные утилиты позволяют создавать резервные копии базы данных на магнитную ленту или жесткий диск. Настройка вышеуказанных утилит осуществляется через конфигурационный файл init<SID>.sap.

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

Для настройки сжатия в конфигурационном файле были параметры вида:

compress = yes
compress_cmd = "E:\usr\sap\<SID>\SYS\exe\uc\NTAMD64\mkszip -c $ > $"
uncompress_cmd = "E:\usr\sap\<SID>\SYS\exe\uc\NTAMD64\uncompress -c $ > $"

Теперь же в BR*Tools 7.10/7.20 утилиты сжатия были исключены из состава SAP kernel, а за сжатие теперь отвечает сами утилиты SAP BR*Tools. Настройка сжатия при создания резервных копий тепервыглядит так:

compress = brtools

Работает такой вид сжатия только в SAP системах установленных на операционной системе MS Windows. Так же в этой операционной системе утилиты BR*Tools заменили собой утилиты записи на магнитную ленту.
Подробности можно прочитать в SAP note # 1173119 - New function in BR*Tools to replace MKS tools.

Расширение сжатых файлов сменилось с *.Z на *.K.

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

Увеличение SAP temporary license

Любая SAP система для корректной работы требует установки лицензионного ключа (SAP license key). Данный лицензионный ключ запрашивается на SAP Support Portal по ссылке - http://service.sap.com/licensekey. Ключ генерируется под определенный сервер, на основании Hardware Key (специальный ключ, генерируемый на основании аппаратного обеспечения сервера) (рис. 1). Так же лицензия имеет срок действия, который зависит от отношений между клиентом и компанией SAP AG. То есть он может быть выдан на срок от пары недель до бесконечности, которая выражается в 31.12.9999 (при очень хороших отношениях). От этого зависит как часто вы будете запрашивать продление лицензии для ваших систем.

Если лицензионный ключ истек, то в систему можно войти только пользователем SAP*, которым, как вы знаете, много не наработаешь. :)

Лицензионный ключ устанавливается через транзакцию SLICENSE (рис. 1) или утилиту saplicense (на уровне ОС).

Рис. 1. Hardware key и временная лицензия.

Рис. 2. Транзакция SLICENSE.

 
Есть два вида лицензии:

• старого вида: короткий лицензионный ключ, который устанавливается вручную через специальную форму в транзакции SLICENSE,
• нового вида: длинный ключ, который выдается в виде специального текстового файла. Установка через этот файл в транзакции SLICENSE (раздел "New Licenses" (рис. 3)).

Рис. 3. Раздел "New Licenses".

После установки любой SAP системы, в системе установлена временная лицензия (SAP temporary license) (рис. 1), которая позволяет проводить с системой пост-установочные операции и спокойно запрашивать постоянную лицензию (рис. 2).

До недавнего времени срок такой временной лицензии был 28 дней. Но у меня хорошая новость для вас. :) Сейчас компания SAP AG увеличила время действия временного ключа до 90 дней.

В SAP нотах указано, что данный период действует для систем на базе SAP NetWeaver AS Java 7.10 и SAP NetWeaver AS ABAP 7.11, но я заметил такое и на системе на базе SAP NetWeaver 7.0 EHP2. Так что, я думаю, что это нововведение для всех последних систем.

Полезные SAP ноты на эту тему:

• Note 94998 - Requesting license keys and deleting systems
• Note 870871 - License key installation
• Note 197623 - Temporary license keys

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

SAP Software Provisioning Manager 1.0

До конца 2010 года компания SAP с каждым дистрибутивом всегда распространяла и набор утилит для операций установки, копирования, обновления систем и т.п.
С апреля 2011 года данные утилиты были выделены в отдельный набор под названием SAP Software Logistics Toolset 1.0 (доступны тут - "https://service.sap.com/sltoolset -> Software Logistics Toolset 1.0") (рис. 1).

Рис.1. Набор утилит SAP Software Logistics Toolset 1.0.

Как вы помните, раньше для установки SAP систем использовался, так называемый, Installation Master disk. Данный диск шел в комплекте с установочными дисками, например, для системы SAP ERP 6.0. В зависимости от ОС/БД, для которой вы хотели провести установку, диск Installation Master содержал файлы для исполнения именно на этой платформе. Основным содержимым этого диска была утилита SAPInst, с помощью которой администратор мог проводить установку/копирование/удаление тех или иных SAP систем (обычно один Installation Master поддерживал несколько систем) (рис. 2).

Рис. 2. SAPInst: начальный экран.

С февраля 2012 года компания SAP для систем на базе SAP NetWeaver 7.0 и выше изменила практику поставки диска Installation Master с каждым комплектом установочных дисков и вынесла утилиту SAPInst в отдельный продукт.
Этот продукт получил, как обычно, и новое название - SAP Software Provisioning Manager 1.0.
Входит он, как вы уже догадались из предыдущего скриншота, в состав Software Logistics Toolset 1.0 (рис 1).

Таким образом, перед установкой новой системы администратор должен войти на ресурс "https://service.sap.com/sltoolset -> Software Logistics Toolset 1.0". Напротив строчки SAP Software Provisioning Manager 1.0 нажать ссылку "Download" и скачать последнюю версию утилиты (рис. 3).

Рис. 3. Доступные для скачивания версии SAP Software Provisioning Manager 1.0.

Как видно из скриншота на данный момент компанией SAP поддерживается 2 версии утилиты:

• файлы вида 70SWPM*.SAR - для установки систем на базе SAP NetWeaver 7.0 + EHPs,
• файлы вида SWPM*.SAR - для установки систем на базе SAP NetWeaver 7.1, 7.3, 7.4.

Точный список какой SAP Software Provisioning Manager для установки какой системы используется можно найти в SAP note 1680045 - Release Note for Software Provisioning Manager 1.0.

Для распаковки SAR-архива придется так же скачать SAPCAR архиватор, о котором я писал тут.

Технически SAP Software Provisioning Manager 1.0 представляет собой старый добрый SAPInst (рис. 4 и 5). SAP JVM, как я уже говорил тут, входит в состав утилиты.

Рис. 4. SAP Software Provisioning Manager 1.0: начальный экран.

Рис. 5. SAP Software Provisioning Manager 1.0: информация о версии.

В связи с нововведениями в установочных наборах дисков для SAP систем появилось 2 вида дисков с SAP kernel - один для установки через SAP Software Provisioning Manager, другой, как я понял, для установки по-старинке (рис. 6).

Рис. 6. Разные версии SAP kernel.

В остальном, отличий в поведении новой версии SAPInst при установке SAP систем я не заметил.

Дополнительную информацию о SAP Software Logistics Toolset 1.0 можно найти в
SAP note 1563579 - Central Release Note for Software Logistics Toolset 1.0.

У данного поста было обновление, которое можно найти по ссылке.


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

Конфигурирование SAP системы - III

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

Как вы уже знаете, настроенные значения параметров для конкретной SAP системы хранятся в наборе из 3-х профилей:

• START_<instance>_<Host name> - стартовый профиль,
• DEFAULT.PFL - default профиль,
• <SID>_<instance>_<Host name> - профиль инстанции.

Все профили читаются при старте и являются критической частью любой SAP системы.

Рассмотрим как поведет себя SAP система, когда не обнаружит тот или иной профиль при старте. Я для экспериментов использовал систему на MS Windows Server/ORACLE. У систем на разных платформах есть нюансы, но общее поведение совпадает.
Итак,

1. Удалим стартовый профиль и попробуем запустить SAP cистему.
   Старт системы не проходит дальше запуска Windows-сервиса SAP<SID>_<sys_number> (рис. 1).
   
   

   

   Рис. 1. Ошибка при старте сервиса SAP<SID>_<sys_number>.

Останов во время online ORACLE backup

Как вы знаете, мы можем делать резервную копию базы данных ORACLE с остановом работы пользователей (оффлайн резервная копия, холодный бэкап БД) и без останова (онлайн резервная копия, горячий бэкапа БД). Я про это упоминал в этом посте.

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

1. Табличное пространство переводится в специальный режим BEGIN BACKUP.
2. Производится копирование дата-файлов табличного пространства.
3. Табличное пространство переводится в нормальный режим работы (END BACKUP).

Когда табличное пространство находится в режиме BEGIN BACKUP, ORACLE как бы "замораживает" его дата-файлы (не изменяет SCN и не записывает изменения), выполняя для пользовательских процессов только чтение из дата-файлов. Запись идет в буфер и журнальные файлы.

То есть, во время выполнения онлайн бэкапа дата-файлы базы данных имеют разные SCN - те которые в данный момент находятся в режиме BEGIN BACKUP, имеют более старый SCN, чем база данных (контрольные файлы и остальные дата-файлы).

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

ORA-1113 signalled during: alter database open

Эта ошибка означает, что часть дата-файлов находится в режиме BEGIN BACKUP, имеет более низкий номер SCN, чем вся БД и, в данном случае, без восстановления, база данных не может быть открыта. То есть база данных поднимается только до уровня MOUNT.

Решение в данной ситуации следующее:

1. Войти в SQLPLUS, поднять (если еще не поднята) базу до уровня MOUNT:
   > sqlplus /nolog 
   SQL> connect /as sysdba 
   SQL> startup mount 
2. Определить какие дата-файлы находятся в режиме BEGIN BACKUP. Для этого получить из ORACLE view V$BACKUP команды возврата в нормальный режим, которые ORACLE не успел сделать из-за вынужденной остановки:
   SQL> select 'ALTER DATABASE DATAFILE '''||name||''' END BACKUP;' 
     2  from v$backup b, v$datafile f 
     3  where b.file#=f.file# 
     4  and b.status='ACTIVE'; 
3. Выполнить команды вида
   SQL> ALTER DATABASE DATAFILE '''||name||''' END BACKUP; 
   для всех дата-файлов, которые выдаст команда из пункта 2.
4. Открыть базу данных командой:
   SQL> ALTER DATABASE OPEN; 

 И не забудьте удалить файл блокировки процесса BRBACKUP.


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

User Information System

А вы знаете как получить список всех пользователей с начальными паролями - тех, кто не сменил свой пароль на продуктивный. Это может быть серьезной брешью в безопасности SAP системы. Или как узнать кто из пользователей имеет те или иные полномочия, не перебирая все роли, присвоенные пользователям.
На эти вопросы и массу других может ответить User Information System. Это набор отчетов, осуществляющих построение списка пользователей/ролей/полномочий по тем или иным критериям. Это может быть полезно при решении проблем из области пользователи/роли/полномочия или анализа системы в плане безопасности.

Например, отчет RSUSR200 (рис. 1, 2) позволяет составить список пользователей по дате входа и изменению пароля. С помощью него можно выявить пользователей, которые имеют начальный пароль или не входили в систему длительное время. Очень удобно начальнику отдела отслеживать кто как часто ходит в систему. :)

Рис. 1. Основной экран отчета RSUSR200.

SAP GUI for Mac OS X

Отдельного SAP GUI, как SAP GUI for Windows, для операционной системы Mac OS X нет. Для данной операционной системы компания SAP AG предлагает использовать SAP GUI for Java. Рассмотрим процедуру установки и настройки клиентского места.

В качестве тестовой платформы я использовал ноутбук Apple Macbook Air с операционной системой Mac OS X 10.8.2.

И так, для начала нам необходима виртуальная машина Java, которую можно скачать с сайта java.com. Скачиваем установочный пакет и устанавливаем его на клиентскую машину (рис. 1, 2).

Рис. 1. Начало установки Java 7 на Mac OS X.

Рис. 2. Окончание установки Java 7 на Mac OS X.

Опрос: какие посты блога Вам нравятся?

Хочу провести опрос на предмет предпочтения тех или иных типов постов в моем блоге.

Опрос закрыт. Спасибо за участие.

Итак, делаю выводы:

• больший интерес представляют для вас посты с "фишками" (сам такие люблю) и посты про основы работы SAP систем (назовем это "чистый BASIS"),
• менее всего интересно полезные ссылки и новости,
• про "размышления о жизни" была шутка, но можете в комментариях к посту написать, что вы имели в виду, отмечая этот пункт. :)

Спасибо еще раз за ваши ответы, буду учитывать в дальнейшем при выборе тем для постов.

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

Конфигурирование SAP системы - II

В первой части статьи я рассказал про источники значений системных параметров SAP системы и последовательность их считывания.

Продолжим.

Параметры ABAP стэка SAP системы могут быть двух видов:

• статические,
• динамические.

Параметров первого типа на данный момент в системе больше, чем второго. В версии SAP NetWeaver 7.0 и 7.3 их примерно 70%. Отличаются тем, что для вступления изменений в силу необходим рестарт сервера приложений SAP.

Параметры второго типа могут быть изменены двумя способами:

• изменения только в оперативной памяти (действуют до перезагрузки сервера приложений),
• изменения в оперативной памяти и/или в профиле инстанции.

В таблице TPFYPROPTY хранятся записи о параметрах системы. Если в поле "DYNAMIC" у параметра стоит "X", то параметр динамический (рис. 1).

Рис. 1. Содержимое таблицы TPFYPROPTY.

Конфигурирование SAP системы - I

Рассмотрим конфигурацию ABAP стэка SAP системы.

Конфигурирование SAP инстанции и всей системы в целом производится с помощью набора системных параметров. Для SAP системы существует несколько источников значений системных параметров (рис. 1).

Рис. 1. Последовательность чтения значений SAP параметров.

Есть набор переменных окружения операционной системы, которые использует SAP система. Эти переменные окружения прописаны у пользователя ОС - <sid>adm.

Значения параметров по умолчанию прописаны в коде ядра - SAP kernel.

У SAP системы существует 3 типа профилей, которые располагаются в директории
/usr/sap/<SID>/SYS/profile:

• Start profile. Имеет имя START_<Instance>_<Host name>. Например, START_DVEBMGS00_edu008.
  В данном профиле находится ряд ключевых параметров, пути до SAP kernel, директории с профилями, и строки запуска таких процессов, как инстанция базы данных, Message Server, инстанции SAP и так далее.
  Профиль читается процессом sapstartsrv, который с версии SAP NetWeaver 7.0 стал устанавливаться на все операционные системы. Данный процесс отвечает за администрирование и мониторинг SAP инстанций. В частности запускает/останавливает SAP систему. В операционной системе Windows представляет собой службу SAP<SID>_<Instance number>. Подробности можно найти здесь.
• Default profile, который для любой SAP системы будет иметь имя DEFAULT.PFL. Данный профиль общий для всех инстанций SAP системы и содержит общие параметры. Например, SAPDBHOST, SAPSYSTEMNAME, настройки Message Server и т.п.
  Читается всеми инстанциями SAP системы.
• Instance profile (профиль инстанции). Имеет структуру имени: <SID>_<Instance>_<Host name>. Например, ET8_DVEBMGS00_edu008.
  Содержит параметры для настройки и работы конкретной SAP инстанции.

Здесь
SID = идентификатор SAP системы,
Instance = имя инстанции и номер инстанции,
Host name = имя сервера, где установлена SAP инстанция.

Системные переменные группируются по назначению. Например, rdisp/* - все переменные, отвечающие за настройку ABAP диспетчера; login/* - за настройки безопасности, при входе в SAP систему.

Просмотреть все переменные со значениями можно запустив отчет RSPFPAR (транзакция SA38 -> report RSPFPAR) (рис. 2,3).

Рис. 2. Запуск отчета RSPFPAR.

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

На уровне операционной системы есть утилита sappfpar. Входит в состав SAP kernel. Если запускать из под пользователя <sid>adm, то путь указывать не надо (рис. 4). Чтобы просмотреть все параметры запускаем:

> sappfpar all

Рис. 4. Вывод команды sappfpar.

Информацию по отдельному системному параметру можно посмотреть в транзакции RZ11 (рис. 5).

Рис. 5. Просмотр информации по системному параметру.

При нажатии кнопки "Documentation" система выдаст описание параметра и рекомендации.

Продолжении статьи по ссылке.


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