Обучение SAP Basis. SAPADM 1.0: Разархивация

В 2014 году я опубликовал пятый пакет своего первого обучающего курса SAPADM. Курс был построен на платформе Windows/Oracle. А изучать установку и SAP администрирование надо было на базе системы SAP ERP 6.0. 

В прошлом году я обновил свой обучающий курс, переведя его на платформу Linux/Oracle и используя в качестве системы свежую версию - SAP NetWeaver 7.5. В рамках этого обучающего курса мною был недавно опубликован анонс нового пакета заданий по администрированию базы данных Oracle. Аспектов администрирования базы данных в первой версии обучения не было.

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

Сравнительная таблица обоих курсов приведена ниже (рис. 1).

Рис. 1. Сравнение обучающих курсов.

Чем может быть интересен первый курс: 

• Низкая цена. 
• Темы, которых нет во втором обучающем курсе. 
• Низкие требования к оборудованию. 
• Другая платформа.

Описание обучающего курса SAPADM 1.0 можно найти по этой ссылке.

Если кто заинтересовался, просьба писать мне на shibolov@gmail.com. 

P.S. До 15 июля возможна дополнительная скидка при покупке всех пакетов курса SAPADM 1.0 разом. 

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

Опрос: Windows vs Unix

Предыдущий опрос про опыт администрирования SAP систем завершён. Результаты и обсуждение тут.

Предлагаю новый опрос. Представьте, что необходимо установить продуктивную SAP систему. Согласно PAM возможна установка на операционные системы семейства MS Windows и Unix-подобные (Linux, AIX, HP-UX и т.п.). Никаких особых ограничений ни в одной, ни в другой операционных системах со стороны SAP нет.
Что вы выберете для продуктивной системы? Ваше личное мнение. Анонимно. :)

Опрос завершён. В опросе приняло участие 44 человека. Всем спасибо за участие.

Итоги получились ожидаемыми: с большим отрывом победили Unix системы (рис. 1).

Рис. 1. Результаты опроса.

Моё личное мнение совпадает с мнением большинства. Я бы тоже выбрал Unix-подобную операционную систему. По объективным и субъективным причинам. Люблю я их. :)

Хотя чаще надо выбирать головой. Например, учитывать при выборе факт наличия навыков и опыта работа с операционной системой у администраторов и политики компании.

В пользу Linux стоить отметить тот факт, что база данных SAP HANA, которую компания разрабатывает уже 5 лет, работает только на Linux. На Windows они её так и не портировали.

Распределение участников опроса по странам, если кому интересно, можно найти на рис. 2.

Рис. 2. Участники опроса по странам.

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

Навыки SAP BASIS администратора - II

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

• аппаратное обеспечение и операционные системы,
• базы данных,
• SAP NetWeaver.

Сегодня рассмотрим первое подмножество.

Как можно увидеть из названия подмножества, навыки внутри него делятся на две части:

• аппаратное обеспечение,
• операционные системы.

В аппаратном обеспечении выделим 5 пунктов:

• Серверы - навыки, связанные с архитектурой серверных решений, запуском, остановом и базовыми знаниями по конфигурации и модернизации. Вендоров много, поэтому тут навыки набираются по мере работы с серверами. Например, линейка Blade серверов от HP.
• Системы хранения данных - навыки и знания, связанные с дисковыми массивами и различными решениями по хранению данных: архитектура решений от различных вендоров, какие типы дисков бывают и чем они различаются, типы RAID и так далее. Примером может служить мой пост "Особенности работы HP EVA-5000".
• Sizing - навыки по определению оптимальной конфигурации оборудования для работы SAP системы перед установкой или в процессе эксплуатации для рассмотрения необходимости модернизации оборудования.
• Виртуализация - знания, связанные с виртуализацией аппаратного обеспечения. Сейчас очень популярная тема. Облачные технологии это по факту развитие той же виртуализации.
• Кластерные технологии очень важны при построении отказоустойчивых систем высокого уровня надежности. Например, решения от компании HP, описанные мною в этом посте.

В части операционных систем всё просто. Разделим все операционные системы, на которых могут работать SAP системы, на два больших лагеря:

• Windows (конечно же это семейство MS Windows Server, а не декстопные решения),
• Unix-like - сюда относятся все коммерческие Unix системы, поддерживаемые SAP (HP-UX, AIX, Solaris и т.д) и Linux.

Linux системы на данный момент поддерживаются от 3-х вендоров:

• Suse - SUSE Linux Enterprise Server,
• Red Hat - Red Hat Enterprise Linux,
• Oracle - Oracle Enterprise Linux.

Напоминаю, что все поддерживаемые архитектуры и операционные системы для каждого решения SAP можно найти в PAM (Product Availability Matrix). Пост про это можно прочитать по ссылке.

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

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

Как вы помните, в первой части я приводил описания различных технических специалистов из методологии ASAP. У каждой специализации своя глубина тех или иных навыков. Здесь такая же картина. Глубина знаний может быть разной и, как вы понимаете, глубокая специализация в плане аппаратного обеспечения и операционных систем не так важна для SAP BASIS администратора, как, например, навыки в администрировании SAP NetWeaver. Всё зависит прежде всего от решаемых задач.

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

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

Знания по данному направлению можно получить из обучающих семинаров вендоров "железа" и операционных систем.
По операционным системам информация более открыта: по каждой из версий можно найти книги или Интернет-ресурсы.
По "железу" информация более закрытая. Это следствие того, что вендоров много, решений еще больше, к тому же у каждого вендора идет постоянная смена линеек продуктов и решений. Как следствие, эта информация не так широко востребована, как, например, по операционным системам. Но тут есть и положительная сторона: нет смысла изучать решения, с которыми вы не столкнётесь в ближайшем будущем. Как только компания, в которой вы работаете, решила закупить какое-то аппаратное решение, на котором будет работать SAP система, проситесь на курсы. К тому же, часто они идут "в подарок" к основной закупке "железа".


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

SAP ERP 6.0 EHP8, DELL и Windows 10

В 2013 году я опубликовал пост "Версии SAP ERP и SAP NetWeaver", в котором я выкладывал таблицу соответствия версий SAP ERP, SAP NetWeaver и SAP BASIS компонент. В начале этого года вышел EHP 8 для SAP Business Suite и для SAP ERP 6.0, включительно. Система базируется на последней версии SAP NetWeaver 7.5. В живую систему пока не "щупал". IDES версии тоже пока нет. Добавил этот релиз в таблицу и актуализировал пост (рис. 1).

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

Еще хочу поделиться новостью о своём новом рабочем месте. Открыл для себя ноутбуки фирмы DELL. На работе у меня теперь DELL Inspiron 7559. Единственный в своем роде 4-х ядерный мобильный процессор - Core i5 6300HQ, 16 Гб оперативной памяти и SSD диск на 240 Гб (разъём M.2) + HDD на 1 Тб.

Отличительной особенностью ноутбуков DELL является тот факт, что они не боятся на большинство моделей ставить IPS матрицы. Может быть хоть эта компания сдвинет тренд. А то надоело наблюдать наличие в лептопах унылых TN-матриц при повсеместном использовании IPS в смартфонах и планшетах.

Домой тоже взял DELL. Немного другую модель, но тот же 4-х ядерный Core i5 6300HQ, который уделывает некоторые мобильные Core i7, и конечно же IPS матрица.

Единственной ложкой дёгтя в рабочем ноутбуке является наличие Windows 10 в качестве операционной системы. Причем, при отсутствии предустановленных версий Windows 7 на данную модель ноутбука, она (Windows 7) не хочет корректно на нём работать. Домашний я перевел на 7-ку и всё прекрасно работает.

Помните, как в 2011 году, я тяжело принимал Windows 7 и пытался вернуться на Windows XP? Но в итоге пересел на Windows 7. Тут ситуация хуже. Мне не нравится слишком много вещей:

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

Есть, конечно же, и некоторые плюсы. Например, переписанная командная строка Windows, пункты меню по нажатию правой клавиши на кнопке "Пуск", общая стабильность системы (но я не жаловался на это и работая на Windows XP и 7). 

Хотел бы услышать ваше мнение. В догонку к прошлому опросу, как вы относитесь к Windows 10?

Спасибо за мнение. Как и обещал результаты.

Проголосовало 24 человека. Выводы: большинство смирилось и работает на Windows 10, даже если и не очень нравится.

P.S. ClassicShell, который посоветовал Zeroes в комментариях, я попробовал. Работает стабильно.


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

http://<server_host>:4329

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

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

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

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

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

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

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

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

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

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

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

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

Какого размера область подкачки необходима для SAP системы?

Как я уже ни раз упоминал, на уровне операционной системы существует понятие виртуальной памяти. Данная память состоит из физической памяти сервера и области подкачки. Область подкачки в разных операционных системах представляет собой либо файл, либо область на жестком диске. В операционных системах семейства MS Windows эта область называется файлом подкачки или paging file и представляет собой один или несколько файлов на жестких дисках сервера (рис. 1).

Рис. 1. Paging file в MS Windows.

В операционных системах семейства Unix данная область имеет название swap (swap space) и, может быть представлена как файловая система или как диск (раздел) целиком (рис. 2).

Рис. 2. Пример вывода команды swapinfo в ОС HP-UX.

Со стороны системы SAP есть определенные требования к размеру области подкачки. При недостаточном размере система может не запуститься, так как не сможет разместить все свои области в виртуальной памяти операционной системы, или могут возникнуть проблемы в работе программы установки системы (SAPINST, SAP Software Provisioning Manager).

В эпоху 32-битных серверных архитектур и небольших объемов физической памяти, требование было простое - 3*(размер физической памяти), но минимум 3,5 Гб.

Сейчас все поменялось. При объеме физической памяти в 128 Гб, выделять для swap области 384 Гб нерационально и бессмысленно. К тому же, кардинально изменился состав SAP систем - инстанция базы данных, ABAP инстанция, которая может включать в себя PAS (CI) и AAS (DI), Java инстанция (SCS инстанция, Java инстанция с разным количеством Server processes), SAP агенты (SMD и SAP Host Agent) и т.д. Каждая компонента системы имеет свои требования к виртуальной памяти.

Как рассчитать общие требования при установке той или иной SAP системы?

Ну во-первых, требования к памяти есть в Installation Guide для каждой системы. Конечно же, требования там начальные, но и они позволяют запустить систему и работать с минимальной нагрузкой со стороны пользователей.
Во-вторых, на этой странице SAP Community Network есть ссылка на документ, в котором проведена попытка свести требования к памяти со стороны различных компонент SAP системы в таблицы. А к SAP note # 1518419 - Page file and virtual memory required by the SAP system прикреплена Excel-табличка, которая позволяет произвести подсчет требований к виртуальной памяти операционной системы. Введя размер физической памяти сервера, можно получить требования к размеру области подкачки (рис. 3).

Рис. 3. Пример расчета paging file для SAP системы.

Данная нота и расчёт созданы для операционных систем семейства MS Windows, но я думаю, что для Unix систем, в качестве точки отсчета, это то же можно смело использовать.

Для продуктивной системы, конечно же, необходимо проведение процедуры Hardware Sizing совместно с производителем оборудования.

Также в составе SAP Kernel есть утилита memlimits, которая позволяет протестировать выделение памяти в данной операционной системе. Программу на 64-битных платформах необходимо запускать с ключом -l, указав после него размер запрашиваемой памяти в Мб (рис. 4):

 # memlimits -l 20000 

Рис. 4. Пример вывода команды memlimits -l 20000 в HP-UX.

Первая строка в результатах "Maximum heap size per process" показывает, сколько памяти может быть занято локально одним процессом - Local work processes memory.
"Maximum protectable size (mprotect)" показывает лимит для SAP Extended Memory.
"Maximum address space per process" - лимит памяти, которая может быть выделена процессу в сумме.

На операционной системе MS Windows данная утилита так же доступна, но картина с результатами несколько иная (рис. 5).

Рис. 5. Пример вывода команды memlimits -l 20000 в MS Windows.

Здесь важной является первая строка результата - "Maximum heap size per process", которая, как и в Unix, показывает сколько памяти может быть выделено одному рабочему процессу в системе.

Данной утилитой так же можно проверить максимальное количество доступной виртуальной памяти, указав после ключа -l большое число (например, 120000) и проанализировав результаты в последней строке (рис. 6).

Рис. 6. Пример вывода команды memlimits -l 120000 в HP-UX.

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

Подробности можно найти тут или в справке к программе по ключу -h:

 # memlimits -h 

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

ZAMM: упрощенная конфигурация памяти в MS Windows

В этом посте я приводил основные параметры инстанции SAP AS ABAP, которые отвечают за конфигурацию памяти.

Для операционной системы MS Windows, начиная с систем основанных на SAP BASIS 4.0, доступна упрощенная конфигурация памяти или «Zero Administration Memory Management» (сокращенно ZAMM). Целью данного нововведения было сокращение количества параметров, необходимых для конфигурации памяти, и, соответствующее, упрощение процедуры конфигурации оной.

ZAMM активируется через установку параметра PHYS_MEMSIZE.

В большинстве случаев и, по-умолчанию, данный параметр устанавливается равным размеру оперативной памяти на сервере. Также можно установить в значение, равное количеству оперативной памяти, выделяемому для данной инстанции (в случае установки нескольких инстанций на один сервер и т.п.) (рис. 1).

Рис. 1. Значение параметра PHYS_MEMSIZE, равное размеру ОЗУ.

ZAMM базируется на динамическом изменении SAP Extended Memory, которая изменяется от размера указанного в параметре PHYS_MEMSIZE до лимита, указанного в параметре em/max_size_MB. Или пока выделение не остановит предел виртуальной памяти операционной системы MS Windows. Как я уже говорил, виртуальная память операционной системы это сумма оперативной памяти (физической памяти) сервера и файла подкачки (paging file или swap space). По-умолчанию, значения параметра em/max_size_MB - 20 000 Мб (32-битная архитектура), 100 000 Мб (64-битная архитектура) (рис. 2). В данном случае, очень важным является размер paging file, он должен быть достаточного размера. Рекомендации я приводил тут.

Рис. 2. Значение параметра em/max_size_MB.

Все остальные параметры, о которых я писал тут, вычисляются автоматически, устанавливать их вручную необходимости нет, хотя, это и возможно в рамках активной ZAMM.

SAP Heap memory имеет, в данном случае, меньшее значение, так как в MS Windows диалоговые и не-диалоговые рабочие процессы сначала используют Extended memory, а она, при использовании ZAMM, динамически расширяется.

SAP параметр ztta/roll_extension (размер квоты для одного пользователя в Extended memory),  установленный в значение 2 000 000 000, деактивируется, и используется значение параметра em/address_space_MB (по-умолчанию, 512 Мб для 32-бит и 4 Гб или 8 Гб для 64-бит) (рис. 3).

Рис. 3. Значение параметра em/address_space_MB.

В моем примере, настройка памяти, в рамках упрощенной конфигурации памяти (ZAMM) и не установленных вручную параметрах для памяти, выглядит так, как на рисунке 4.

Рис. 4. Конфигурация памяти в SAP с помощью ZAMM.

Подробности по ZAMM для Windows и примеры формул автоматического расчета остальных параметров памяти для разных версий SAP kernel  можно найти в SAP Note 88416 - Zero administration memory management for the ABAP server.

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

Установка SAP ERP 6.0 EHP7 IDES на Windows/Oracle

Год назад я выкладывал инструкцию по установке SAP EPR 6.0 EHP7 IDES на ORACLE Linux + ORACLE 11g.

Это версия IDES системы до сих самая свежая. Поэтому сегодня добавляю инструкцию по установке SAP EPR 6.0 EHP7 IDES на платформу MS Windows/ORACLE.

Особенности в этот раз следующие:

•  в качестве платформы выбрана не виртуальная машина, а сервер на основе 8-ми ядерного процессора AMD FX-8320, 16 Гб оперативной памяти и RAID0-массива из двух дисков по 1 Тб. Операционная система - MS Windows Server 2008, база данных - ORACLE 11g.
• в системе используется последняя на данный момент версия SAP Kernel 7.42.
• в документе описаны шаги по установке и обновлению СУБД ORACLE 11g.
• указаны шаги по установке и базисной настройке ABAP стека системы.
• приведен список всех компонент системы с указанием версий (стр. 28-30).
• в данный раз была выполнена процедура генерации объектов системы (транзакция SGEN).

Подробная инструкция (41 страница) доступна по этой ссылке (zip-архив, 1765 Кб).

Напоминаю, что основная SAP нота по этой версии IDES:
- # 2012989 - IDES ERP 6.0 incl. EHP7.

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


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

Переход на зимнее время 26 октября 2014 года

В 2011 году в России был отменен переход на летнее/зимнее время. Я описывал процедуру настройки для SAP систем в этом посте.

21 июля 2014 года был принят федеральный закон № 248-Ф3, по которому 26 октября 2014 года в 2:00 необходимо будет перевести все часы на зимнее время (-1 час), к тому же упраздняется несколько часовых поясов. Подробности можно посмотреть тут.

Обсуждать закон я сейчас не предлагаю, давайте лучше рассмотрим процедуру подготовки к часу Х.

Итак, как я уже отмечал 3 года назад, программное обеспечение (SAP, СУБД и другие) берет за основу время из операционной системы.

Процедура следующая:

Как сменить IP адрес на сервере, где установлена SAP система

Задача по смене IP адреса сервера, на котором установлена SAP система, в отличии от смены имени сервера (hostname), не должна вызывать особых затруднений. Это связано с тем, что SAP система для работы чаще использует hostname, которое преобразуется в IP адрес на уровне операционной системы.

Проверить данное преобразование можно вызовом команды niping (рис. 1).

Рис. 1. Преобразование hostname -> IP адрес.

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

Например, на сервере под управлением операционной системой MS Windows сначала необходимо сменить IP в настройках сетевой карты. Далее внести соответствующие изменения в файл C:\Windows\System32\drivers\etc\hosts (рис. 2).

Рис. 2. Файл hosts.

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

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

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

В рамках данной темы нам осталось рассмотреть последний тип процедуры - гетерогенное копирование системы (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 ноты:

- SAP note # 1768158 - System Copy of Systems Based on SAP NW 7.0 / 7.0 EHP 1-3,

- SAP note # 715701 - Migration to SAP DB/MaxDB,

- SAP note # 82478 - SAP system OS/DB migration,

- SAP note # 813964 - Migration Key Wrong - Release 4.7 and Web AS 6.x.

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

Общая транспортная директория в среде Windows

Про транспортную систему в своем блоге я упоминал в паре постов: блокировка транспортной системы и решение проблем с транспортной системой. Транспортная система или Transport Management System (TMS) это система, обеспечивающая построение, так называемых, транспортных ландшафтов SAP систем, когда несколько систем одного назначения/версии объединяются для настройки/обеспечения контроля качества/поддержки того или иного решения компании SAP. В идеальной ситуации в ландшафт объединяются 3 системы: система настройки и разработки (DEV), система контроля качества или тестовая (QAS) и продуктивная система (PRD). Перенос настроек и разработок производится с помощью запросов на перенос (transport request), которые обычно "бегают" по пути, преднастроенному администратором системы. Типичный путь для запросов на перенос: DEV -> QAS -> PRD.

Если посмотреть на транспортную систему с более низкого уровня, то организована она с помощью транспортной директории (/usr/sap/trans) и набора утилит (R3Trans, tp). Опять же в идеальной или типовой ситуации, транспортная директория это общая директория для всех систем ландшафта (рис. 1). Данная директория содержит набор поддиректорий, которые хранят настройку транспортной системы, файлы запросов, журналы, буферы очередей систем и так далее. Стоит еще упомянуть, что транспортная система используется не только для переноса запросов на перенос, но и почти для всех манипуляций с базой данных такого вида, как, например, обновление системы с помощью пакетов поддержки, установка и обновление дополнений (ADD-ON), установка дополнительного языка в SAP систему. Для всех этих операций нужна активированная/настроенная транспортная система (TMS).

Рис. 1. Транспортный ландшафт и транспортная директория.

Рассмотрим ситуацию, когда SAP системы используют в качестве платформы операционную систему MS Windows. Транспортная директория создается на сервере одной из систем (обычно DEV, в идеале PRD). Данная система является контроллером транспортного домена, на котором производится настройка всей конфигурации ландшафта (транзакция STMS). К директории /usr/sap открывается общий доступ по сети с именем общего ресурса - SAPMNT. Таким образом, транспортная директория доступна по адресу:
\\<hostname>\sapmnt.

Если все сервера находятся в домене Windows NT, то с доступом к транспортной директории, открытой по сети, с любого сервера транспортного ландшафта проблем нет. 

Если же сервера не в домене Windows NT, то алгоритм следующий. На контроллере домена (в примере, сервер edu002) открываем файл hosts (путь C:\Windows\System32\drivers\etc\). Прописываем сервера всех систем из транспортного ландшафта (в примере, сервер edu005) (рис. 2).

Рис. 2. Файл hosts сервера edu002.

Там же открываем утилиту "Computer Management" и создаем SAP-пользователей операционной системы всех SAP систем транспортного ландшафта - <sid>adm и SAPService<SID> (в примере, et5adm и SAPServiceET5) (рис. 3).

Рис. 3. Создание SAP-пользователей в операционной системе транспортного домена.

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

Рис. 4. Настройки членства в группах новых пользователей.

Добавляем этих пользователей в настройки безопасности и открытого доступа для транспортной директории (рис. 5).

Рис. 5. Добавление новых пользователей в настройки безопасности транспортной директории.

Заходим на операционные системы других систем из транспортного ландшафта (в примере, edu005) и в файле hosts (путь C:\Windows\System32\drivers\etc\) добавляем запись о контроллере транспортного домена (рис. 6).

Рис. 6. Файл hosts сервера edu005.

Проверяем доступность транспортной директории на уровне операционной системы (рис. 7).

Рис. 7. Открытие транспортной директории с других систем транспортного ландшафта.

После этого можно приступать к настройке транспортной системы на уровне SAP (транзакция STMS).

Подробную информацию по транспортной системе можно найти в материалах курса SAP ADM325.

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

Копирование 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 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 Кб).

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

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

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 kernel 720

Во время обновления системы SAP Solution Manager 7.0 EHP 1 обнаружил, что SAP kernel 7.01, которое используется в этой версии системы, на данный момент не поддерживается компанией SAP AG. Поддержка SAP kernels версий 700, 701, 710 и 711 заканчивается 31 августа 2012. Компания SAP AG рекомендует переходить на другие версии SAP kernel. Подробности можно найти в SAP note # 1629598 - SAP Kernel 720 will replace older kernel versions.

В связи с вышеуказанной информацией мною было принято решение переходить на рекомендуемую версию SAP kernel 720.

Процедура перехода немного отличается от стандартной процедуры обновления уровня пакета поддержки для SAP kernel. Подробна она описана в SAP note # 1636252 - Installing a 7.20 kernel in SAP Web AS 7.00/7.01/7.10/7.11.

Итак, для Windows Server 64-bit и СУБД ORACLE последовательность шагов по обновлению c SAP kernel 701 (150 sup.pkg level) на SAP kernel 720 (300 sup.pkg level) следующая:

1. Скачал файлы с новым SAP kernel 720 для моей платформы (2 части: независимая от СУБД и для ORACLE) и SAP IGS 720.
2. Остановил SAP систему: сервер приложений и базу данных.
3. Остановил Windows-сервис SAPOSCOL и удалил его из списка сервисов.
4. Остановил и деактивировал Windows-сервис SAP<SID><INST_NO>.
5. Остановил Windows-сервисы ORACLE.
6. Скачал и установил SAPHOSTAGENT (заменяет SAPOSCOL с SAP NetWeaver 7.1), как описано в SAP note # 1031096 - Installing Package SAPHOSTAGENT (к ноте прикреплена инструкция в PDF).
7. Сохранил старую версию ядра, переименовав директорию \usr\sap\<SID>\SYS\exe\uc\NTADM64 в NTADM64.SAVE.
8. Распаковал SAR-архивы с новой версией ядра и SAP IGS в созданную директорию \usr\sap\<SID>\SYS\exe\uc\NTADM64.
9. Добавил директории и файлы из сохраненной старой версии SAP kernel в новую директорию, как описано в пункте 4 - 4.2 SAP note # 1636252. Данный шаг необходим, так как у меня есть J2EE часть.
10. Скачал и добавил в данную директорию ORACLE Instant Client для моей версии СУБД. Подробности в SAP note # 998004 - Update the Oracle Instant Client on Windows.
11. Удалил старое SAP kernel из директории инстанции - \usr\sap\<SID>\<INST_NAME>\exe. 
12. Запустил вручную обновление SAP kernel для директории инстанции через утилиту SAPCPE, которая копирует SAP kernel из директории \usr\sap\<SID>\SYS\exe\uc\NTADM64 в \usr\sap\<SID>\<INST_NAME>\exe.
13. Активировал и запустил Windows-сервис SAP<SID><INST_NO>.
14. Запустил Windows-сервисы ORACLE.
15. В профиль инстанции с помощью текстового редактора добавил параметр rslg/new_layout=9, который активирует запись в системный журнал SAP инстанции в старом формате. Данный шаг необходим для корректной работы систем на базе SAP NetWeaver 7.0, 7.01, 7.1 и 7.11. Подробности в SAP note # 1517379 - Which system log format does the 720 kernel write? Так же удалил файл системного журнала.
16. В профиль инстанции с помощью текстового редактора добавил параметры
    rdisp/wp_no_restricted = 0
    rdisp/configurable_wp_no = 0
    rdisp/dynamic_wp_check = FALSE
    Данные параметры отключают новую возможность динамического увеличения рабочих процессов инстанции, которая не поддерживается в системах на базе SAP NetWeaver 7.0 и 7.01.
17. Запустил SAP систему. Оба стека (ABAP, J2EE) успешно стартовали.
18. Проверил работу системного журнала в транзакции SM21.
19. В транзакции RZ10 выровнял профиль инстанции, импортировав его с уровня ОС.

 Переход на новую версию SAP kernel 720 прошел успешно.

Система SAP с новой версией SAP kernel 720

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

Вышла новая версия SAP GUI 7.30. Первый взгляд

На днях компания SAP AG обновила релиз клиентского программного обеспечения, выпустив SAP GUI 7.30 for Windows. Установочный диск можно скачать на http://service.sap.com/installations.

Поддержка предыдущей версии SAP GUI 7.20 заканчивается 9 апреля 2013 года.
Новая версия будет поддерживаться до 15 июля 2015 года.

Процесс установки не отличается чем-то особенным. Запускаем PRES1\GUI\WINDOWS\WIN32\SetupAll.exe.

Рис. 1. Установка SAP GUI 7.30 - 1.

Установка обновлений MS Windows

Пара полезных "фишек" по поводу обновления (установки патчей) операционной системы MS Windows.

1. Для того, чтобы принудительно выполнить запрос на поиск новых обновлений MS Windows, необходимо в командной строке из под пользователя с правами администратора выполнить команду:
   
   
   > wuauclt /detectnow
   
   
   В результате выполнения система запустит фоновую проверку обновлений. Перед выполнением необходимо проверить настройки автоматического обновления Windows.
   Команда бывает полезна при подготовке сервера, после начальной установки Windows, когда необходимо установить все последние обновления перед установкой СУБД или SAP систем.
2. После установки некоторых обновлений (патчей) MS Windows требуется перезагрузка для вступления обновлений в силу:
   
   
   
   
   
   Даже на рабочей станции не всегда есть время, чтобы закрыть все приложения и перезагрузить систему (у меня средняя работа без перезагрузки 2-3 недели). Про сервер я уж и не говорю. Чтобы это диалоговое окно не надоедало, достаточно просто остановить службу обновления командой:
   
   
   > sc stop wuauserv
   
   
   В результате выполнения команды происходит останов службы "Автоматическое обновление Windows", которая автоматически запустится после ручной перезагрузки в удобное для администратора время, а до тех пор диалоговое окно появляться и надоедать не будет. 
   Данное решение оправдано и логично. Пока до конца не применены текущие обновления Windows, установка новых производиться не будет.

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