Использовать ли "под кат"?

Я вот подумал - а удобно ли Вам читать мой блог и не стоит ли большие посты скрывать "под кат"? В связи с этим проведем опрос.

Опрос закрыт.

Спасибо за Ваш голос. :)

Результаты: в итоге получилось 50/50. Значит очень большие сообщения буду прятать "под кат". Надеюсь будет не очень ужасно. :)
Спасибо еще раз за участие.

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

Переход на 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 Basis

Предлагаю обучение администрированию SAP систем на базе SAP NetWeaver.

В рамках данного курса можно приобрести следующие навыки:

• установка SAP системы на базе платформы SAP NetWeaver, 
• обновление системы (установка SAP notes, пакетов поддержки, дополнений), 
• настройка системы после установки (русский язык, основные транзакции), 
• работа с транспортной системой (настройка, мониторинг, перенос запросов),
• администрирование пользователей и полномочий в SAP системе,
• управление мандантами,
• администрирование, резервное копирование и восстановление базы данных,
• установка и настройка клиентского места SAP GUI,
• работа с SAP Support Portal.

Обучение включает теоритеческую и практическую части.
Способы обучения и условия обсуждаются индивидуально.

Кто заинтересовался, пишите на shibolov@gmail.com.

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

Ну и поздравляю всех с днем знаний. ;)

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

SAP JVM 4: установка и переключение

Для своих продуктов компания SAP AG рекомендует устанавливать Java версии 1.4.2_xy. Для большинства платформ подходит Java от компании Sun/ORACLE, а для Linux на x86_64 от IBM (подробности в SAP note 1172419 - Linux: Supported Java versions on the x86_64 platform).

Но начиная с 2011 года, компания SAP AG начала разработку и поддержку собственной версии Java Virtual Machine под названием SAP JVM 4 (параллельно с JVM от Sun и IBM). Мало того, с 1 октября 2012 года будет поддерживаться только собственная разработка компании - SAP JVM 4. Список поддерживаемых платформ и подробности можно найти в SAP notes:

• 1495160 - SAP JVM as replacement for Partner JDKs 1.4.2,
• 1367498 - SAP JVM installation prerequisites.

При установки новой системы на базе SAP NetWeaver 7.0 Enhancement Package 3 или выше SAP JVM 4 уже включена в установочный пакет от SAP. А для уже установленных систем компания SAP AG разработала утилиту SAP JVM switch tool для переключения с JVM 1.4.2 на SAP JVM 4. Как скачать утилиту и SAP JVM 4 описано в SAP note 1555341 - Downloading SAP JVM Switch Tool and SAPJVM 4. Искать надо по ссылке http://service.sap.com/patches и ключевому слову "SAP JVM 4". По данной ссылке необходимо скачать, выбрав тип операционной системы, 2 архива:

• SAPJVMSWITCH<version>.SAR - содержит SAP JVM switch tool,
• SAPJVM4<version>.SAR - собственно SAP JVM 4 последней версии.

Процедуру переключения на новую SAP JVM 4 покажу на примере SAP Solution Manager 7.01 на платформе Windows x86_64/ORACLE. До обновления использовалась J2SE от Sun/ORACLE версии 1.4.2_22.

Рис. 1. Версия Java до переключения

Небольшой апдейт

В результате обновления контента для SLD системы на SAP Solution Manager обновил одноименную инструкцию:

- обновление SAP SLD Software Catalog.

В рамках моего примера была решена задача по обновлению SAP_CR для SLD с версии 5.8 (2010 год) до версии 8.2 (2012 год). В инструкции были переработаны экраны и добавлена ссылка на одну SAP note, которая решает проблему при загрузки большого пакета SAP_CR.

Кто пользуется  - качайте, обновляйте.

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

Опрос: важно ли высшее образование

Хотелось бы узнать ваше мнение по поводу высшего образования в целом, ВУЗ-ов и конкретно вашего случая - где учились, как оцениваете потраченные на это 5-6 лет, используете ли в своей работе полученные знания.

Опрос закрыт.

Если есть желание что-то сказать по этой теме дополнительно - пишите в комментариях.
Спасибо. :)

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

Logical Volume Manager (LVM) своими руками. Часть IV

Продолжу описывать LVM с практической точки зрения.
Предыдущие части доступны тут:
- Logical Volume Manager (LVM) своими руками. Часть I
- Logical Volume Manager (LVM) своими руками. Часть II
- Logical Volume Manager (LVM) своими руками. Часть III

Еще одна типичная ситуация - это когда необходимо организовать доступ к файловым системам одной Volume Group с разных серверов. То есть физически диски находятся в дисковом массиве, который расположен, например, в SAN-сети (Storage Area Network) и несколько серверов имеют доступ к этим дискам. Такая конфигурация обязательна для организации работы отказоустойчивого кластера на базе MC/ServiceGuard.

Последовательность следующая:

1. Создать необходимую Volume Group c Logical Volumes и файловыми системами с точками монтирования на одном сервере. Назовем его исходным (host1). 
2. Отмонтировать файловые системы и деактивировать Volume Group на исходном сервере:
   • # umount /data 
   • # vgchange -a n /dev/vg01  
3. Создать специальный mapping файл Volume Group на исходном сервере и скопировать его на новый сервер. Назовем его целевым (host2).
   • # vgexport -p -s -m /vg01.map /dev/vg01 - Обратить внимание на опцию -p (режим, когда при экспорте Volume Group vg01 не удаляется на исходном сервере),
   • # rcp /vg01.map host2:/vg01.map 
4. На целевом сервере подготовить диски, презентованные с дискового массива, которые были включены в Volume Group vg01 на исходном сервере, создать директорию и контрольный файл для Volume Group vg01:
   
   • # ioscan -fnC disk - если не созданы файлы устройств, то создать командой: # insf -C disk , больше ничего делать с дисками не надо.
   • # mkdir /dev/vg01
   • # mknod /dev/vg01/group c 64 0x010000 - для поиска свободного младшего номера использовать команду: # ls -al /dev/*/group  
5. Выполнить импорт на целевом сервере, используя mapping файл, полученный в 3 шаге:
   
   • # vgimport -s -m /vg01.map /dev/vg01 - команда сама найдет нужные диски и добавит их в новую Volume Group; для проверки корректности отработки команды можно использовать команду: # strings /etc/lvmtab 
6. Теперь можно активировать Volume Group на целовем сервере, сохранить конфигурацию для восстановления, создать точку монтирования, монтировать файловую систему и, если необходимо, то прописать автоматическое монтирование в /etc/fstab:
   
   • # vgchange -a y /dev/vg01 
   • # vgcfgbackup /dev/vg01 
   • # mkdir /data 
   • # mount /dev/vg01/lvol1 /data 
   • # vi /etc/fstab 

Данным методом можно перенести Volume Groups с одного сервера на другой. В данном случае после переноса их надо удалить на исходном сервере командой:

• # vgexport /dev/vg01 

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