29 апреля 2013 г.

Увеличение 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 ноты на эту тему:

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


19 апреля 2013 г.

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.

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


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


12 апреля 2013 г.

Конфигурирование 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>.

5 апреля 2013 г.

Останов во время 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.


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