30 апреля 2014 г.

Обучение SAP Basis. Практика. Новый пакет заданий SAPADM_05.

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

Рис. 1. Список пакетов практических заданий.

Встречайте новый пакет заданий - SAPADM_05.

Пакет SAPADM_05 состоит из этапов:
  • 05.01. Создание манданта через удаленное копирование.
  • 05.02. Создание манданта через экспорт/импорт.
  • 05.03. Настройка транспортной системы с общим транспортным доменом.
  • 05.04. Настройка транспортной системы с Target Group.
  • 05.05. Удаление манданта SAP системы.

В данном пакете 125 страниц заданий, описанных на русском языке, со снимками экранов SAP систем, с полезными ссылками на документацию и SAP ноты.

Данный пакет зависит от базового пакета SAPADM_01 и пакета SAPADM_04.

После выполнения заданий пакета SAPADM_05 вы научитесь на практике:
  • копировать мандант между системами с помощью удаленного копирования и процедуры экспорта/импорта, 
  • создавать RFC-соединения,
  • настраивать транспортную систему с общим транспортным доменом, 
  • работать с резервными копиями настройки транспортной системы, 
  • создавать настройку транспортной системы с Targer Group, 
  • тестировать настройку транспортной системы,
  • создавать пакеты разработок, тестовые ABAP программы и переносить их транспортными запросами,
  • переносить транспортные запросы внутри одной системы,
  • создавать небольшие роли пользователей и переносить их между системами,
  • удалять мандант SAP системы.

Стоимость пакета: 6 000 рублей.

Страница с описанием программы и всеми пакетами - тут.

P.S. Книга Джон Рид и Майкл Доан "Настольная книга SAP-консультанта" еще доступна в качестве подарка при покупке любого пакета заданий.

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


24 апреля 2014 г.

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

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

В рамках данной темы нам осталось рассмотреть последний тип процедуры - гетерогенное копирование системы (heterogeneous system copy) или, как ее еще называют, database independent system copy. Данный метод предполагает, что при копировании изменится платформа, на которой работает система SAP. Под платформой понимается определенный тип операционной системы, работающей на определённом оборудовании (тип и разрядность процессора) и база данных (производитель, версия, разрядность). Например, мы должны перенести/скопировать систему с сервера под управлением Windows с базой данных Oracle на платформу AIX/DB2.

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

  
В данном же случае процедура следующая:
  1. Собрать информацию об исходной системе: версии операционной системы, SAP-системы, базы данных, SAP компонент, SAP ядра. Рассчитать необходимые требования к аппаратному обеспечению, размеру дискового пространства на целевом сервере.
     
  2. Подготовить целевую систему: установка операционной системы, обновление, настройка и подготовка к установке SAP системы (как и при обычной установке). Примеры подготовки операционных систем можно найти на странице моих инструкций.
     
  3. Подготовить установочные диски на целевой системе. Скачать последнюю версию утилиты установки SAP системы (SAP SWPM).
     
  4. Создать экспорт базы данных исходной системы. Выполняется с помощью той же утилиты установки системы (SAP SWPM) путем выбора специального раздела "Тип исходной системы -> Software Life-Cycle Options -> System Copy -> Тип базы данных исходной системы -> Source System Export" (рис. 1).

    Рис. 1. Экспорт базы данных.

    Таким образом, для установки системы мы создаем собственный срез экспортных дисков.
     
  5. Скопировать экспорт исходной базы данных на целевую систему.
     
  6. Начать установку SAP системы, выбрав специальный пункт меню на начальном экране (рис. 2).

    Рис. 2. Начальный экран SAP SWPM при гетерогенном копировании SAP системы.
     
  7. На одном из этапов установки система спросит Migration Key, который можно получить на SAP Support Portal по ссылке http://service.sap.com/migrationkey. Либо, если в исходной системе во время экспорта была установлена лицензия нового образца (с цифровой подписью), то можно воспользоваться универсальным ключом из SAP ноты 1768158 - System Copy of Systems Based on SAP NW 7.0 / 7.0 EHP 1-3.
     
  8. Выполнить дополнительные шаги после копирования системы. Если необходимо, то обновить/откатить SAP kernel до версии исходной системы.
     
  9. Запросить и установить постоянную лицензию в транзакции SLICENSE.
Для примера предлагаю рассмотреть процедуру создания гетерогенной копии системы SAP ERP 6.0 SR3. Исходная платформа MS Windows 2003/Oracle 10g, целевая - ORACLE Linux/ORACLE 11g.  
Инструкцию можно скачать тут (zip-архив, 1900 Кб).

Дополнительные SAP ноты:



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


22 апреля 2014 г.

Как определить Hardware Key без установки SAP системы

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

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

Рис. 1. Основной экран транзакции SLICENSE.

Есть способ как посмотреть Hardware Key для сервера, на котором еще не установлена SAP система. Для этого необходимо скопировать утилиту saplicense и 3 библиотеки (icu*.dll) из директории с SAP ядром (SAP kernel) для данной платформы на сервер (рис. 2).

Рис. 2. Утилита saplicense с библиотеками.

После этого через командную строку (в данном случае это командная строка MS Windows) войти в директорию с утилитой и выполнить команду вида:
> saplicense -get
Результатом выполнения команды будет Hardware Key (рис. 3).

Рис. 3. Получение Hardware Key без установки SAP системы.

Стоит отметить, что с помощью данной утилиты можно осуществлять и другие операции с лицензиями (например, установить лицензию в SAP систему).
Подробности по другим опциям утилиты можно получить, набрав команду:
> saplicense -help

21 апреля 2014 г.

Как убрать кнопку "Импортировать все запросы"

При настройке транспортной системы в транспортном ландшафте SAP систем есть возможность выбора из трех стратегий импорта транспортных запросов:
  • массовый импорт запросов (или контролируемый очередью),
  • одиночный импорт,
  • импорт контролируемые через workflow.
При массовом импорте запросов (queue-controlled mass transports) основной стратегией является импорт запросов очередью, определенной каким-то проектом, пользователем или периодичностью. Данная стратегия позволяет получить максимальную синхронизацию и консистентность систем, входящих в транспортный ландшафт. При этом не исключается импорт одиночных запросов.

При выборе стратегии одиночного импорта (single transports) импорт возможен только одиночными запросами. При этом запросы импортируются только один раз. Стратегия требует особого контроля со стороны системного администратора и разработчиков. Данный случай подходит для систем и проектов, на которых генерируется относительно небольшое количество транспортных запросов.

Последняя стратегия (workflow-controlled transports) подразумевает организацию специальной процедуры (QA Approval Procedure), где определяются ответственные, которые могут давать "добро" на импорт запросов. Импорт запросов осуществляется автоматически.

Посмотреть/переключить стратегию можно в утилите настройки транспортных маршрутов (транзакция STMS, пункт меню "Overview -> Transport Routes"), если дважды щелкнуть мышью на системе-контроллере транспортного домена (рис. 1 и 2).

Рис. 1. Экран настройки транспортных маршрутов.

Рис. 2. Экран изменения атрибутов системы.
При настройке транспортной системы на большинстве проектов выбор падает на стратегию массового импорта, которая, к слову говоря, является стратегией по-умолчанию. Эта стратегия наиболее гибкая и мощная в плане возможностей для импорта транспортных запросов. Панель управления в данном случае выглядит так, как это представлено на рисунке 3.

Рис. 3. Панель управления очередью транспортных запросов.

Как видно из снимка экрана, процесс планирования и запуска импорта транспортных запросов представлен двумя кнопками:
  • импортировать все запросы,
  • импортировать запрос.
Первая кнопка часто является проблемой и головной болью для администраторов. Если полномочиями на импорт транспортных запросов в системе обладает большое количество специалистов, то существует вероятность того, что кто нибудь когда нибудь нажмёт на эту кнопку. В результате нажатия происходит импорт всех транспортных запросов, находящихся в данный момент в очереди. А так как часто, идя на поводу у консультантов, специалист по BASIS не удаляет уже импортированные запросы на перенос (оставляя их для истории или повторного импорта в систему), то система в результате операции очень сильно изменяется. :) Как вы знаете, откатить транспортный запрос назад невозможно, поэтому решение возникшей проблемы, вопрос не из легких.

Но есть возможность эту кнопку с панели убрать. Для этого достаточно в параметрах утилиты tp нужной системы прописать параметр "NO_IMPORT_ALL" со значением 1. Сделать это можно, вызвав в транзакции STMS пункт меню "Overview -> Systems" и дважды щелкнув левой клавишей мыши на нужной системе. А затем в закладке "Transport Tool" в режиме редактирования добавить вышеуказанный параметр (рис. 4).

Рис. 4. Редактирование параметров утилиты tp.

После сохранения настройки панель управления очередью импорта измененной системы будет содержать только кнопку "Импортировать запрос" (рис. 5).

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

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

Еще раз напомню, что вопросы касающиеся транспортной системы освещены в учебном курсе SAP ADM325.

14 апреля 2014 г.

Удаление манданта SAP системы

В посте "Копирование манданта SAP системы" я кратко описал структуру манданта и 3 способа копирования (создания нового) манданта в SAP системе.

С мандантом можно выполнять еще одну операцию - удаление из системы. Это может быть актуально перед обновлением существующего манданта одним из 3-х способов или при полном удалении манданта.

Стоит отметить, что мандант состоит из двух неравнозначных частей - записи о нём в транзакции SCC4 (таблица T000) и данных в манданто-зависимых таблицах. Поэтому возможно два способа удаления манданта: временное и постоянное. Временное заключается в удалении записи о манданте, без удаления данных. В данном случае, попытка входа в мандант будет сопровождаться сообщением о его отсутствии в системе (рис. 1), но при этом все данные будут хранится в таблицах базы данных. Постоянное удаление заключается в удалении прежде всего данных из таблиц.

Рис. 1. Мандант 200 удалён из системы.

Ломать обычно - не строить, поэтому процедура постоянного удаления манданта очень проста:
  1. Войти в удаляемый мандант.
  2. В транзакции SCC5 запланировать процедуру удаления манданта.
  3. Для мониторинга использовать транзакцию SCC3.
  4. После выполнения процедуры удаления в транзакции SCC4 проверить/удалить запись об удаленном манданте. 
Если процедура удаления манданта проводилась как этап его обновления, то выполнять 4-й шаг нет необходимости.

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

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

Полезные SAP notes:

А вот здесь есть статья о том, как удалять стандартные манданты (001, 066) SAP системы в целях повышения безопасности.

2 апреля 2014 г.

Fujitsu FlexFrame Orchestrator и SAP CIS Events

26 марта присутствовал на вебинаре фирмы Fujitsu под названием "Приложения SAP на инфраструктуре Fujitsu".

Помните, я как-то описывал решение от Fujitsu под названием "Fujitsu FlexFrame for SAP".
Так вот, в этой презентации было рассказано, что в данное решение была добавлена поддержка SAP HANA и решение переименовали в Fujitsu FlexFrame Orchestrator (рис. 1).

Рис. 1. Структурная схема FlexFrame Orchestrator.

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

Так же в презентации был освещен тот факт, что новые сервера Fujitsu сертифицированы компанией SAP для разворачивания решений на SAP HANA. Это такие линейки, как Fujitsu PRIMEQUEST 2800B, 2400E и 2800E. В старшей модели возможна установка до 120 процессорных ядер и 12 Тб оперативной памяти (до 6 Тб под SAP HANA).

Презентацию можно скачать по этой ссылке (730 Кб).

А запись вебинара я выложил тут (14,5 Мб, ARF-формат, для просмотра необходимо скачать плейер).
Либо можно посмотреть запись в онлайне на портале SAPLand по этой ссылке.

Во второй части вебинара Юлия Серегина из компании SAP AG рассказала в общих чертах про текущие доступные решения для платформы SAP HANA (рис. 2).

Рис.2. Обзор решений на платформе SAP HANA.

Презентацию можно скачать тут (2 Мб).

Еще наткнулся на приложения для смартфона SAP CIS Events, в котором можно отслеживать семинары/форумы/события, проходящие в SAP CIS. Иногда, бывает что нибудь интересное и бесплатное. Например, 27 марта был семинар по техническому мониторингу в SAP Solution Manager 7.1 с бесплатной пиццой на обед.



Приложение есть для операционных системы Android и iOS.

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