В первой части методики рассказывается о целесообразности создания клона ABAP системы и о процессе выполнения экспорта системы. В настоящей статье (можно считать её продолжением первой), второй части методики, я расскажу о процессе импорта данных в систему-клон. Отмечу, что необходимым условием является уже созданная целевая система-клон.

Оглавление

Аннотация

Целевая аудитория

Введение

Шаг 1. Подготовка. Проверка необходимых компонентов

Шаг 2. Подготовка. Что необходимо предварительно сделать на целевой системе

Шаг 3. Подготовка. Запуск SWPM

Шаг 4. Описание процесса импорта системы

Шаг 5. Основные активности после импорта

В качестве заключения

Аннотация

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

В настоящей статье (Часть 2 методики) описан импорт данных в клон-систему.

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

Целевая аудитория

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

Введение

В первой части методики рассказывается о целесообразности создания клона ABAP системы и о процессе выполнения экспорта системы. В настоящей статье (можно считать её продолжением первой), второй части методики, я расскажу о процессе импорта данных в систему-клон. Отмечу, что необходимым условием является уже созданная целевая система-клон.

Внимание! В процессе импорта вся информация в целевой ABAP системе будет утеряна, она перезапишется информацией из исходной ABAP системы. И ABAP репозиторий, и уровень Service pack будут такие же, как и в исходной системе, останутся только файлы профилей целевой системы, которые хранятся на уровне ОС.

Шаг 1. Подготовка. Проверка необходимых компонентов

Рассмотрим выполнение копирования на nix системе с БД Oracle, из-за nix системы все пути будут иметь соответствующий формат. Чтобы получить изображение запускаемой на nix сервере программы (sapinst) у себя на рабочей станции, необходимо использовать X Forwarding на свою рабочую станцию. Самый распространенный софт для этого Xming для Windows.

Для выполнения импорта в целевую систему нам понадобится следующий набор софта: SWPM для соответствующей ОС, SAPCRYPTOLIBP, Oracle Client для целевой БД, kernel для целевой системы (sapexe, sapexedb, saphostagent, dbatools). Всёжелательно использовать в последней версии. Ссылка для скачивания https://launchpad.support.sap.com/#/softwarecenter.

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

Шаг 2. Подготовка. Что необходимо предварительно сделать на целевой системе

Итак, приступим к импорту в целевую систему. Но вначале выполним некоторые операции на целевом сервере. База данных должна работать, с ней ничего не делаем. Сервер приложений должен работать в режиме запуска ABAP SCSхх Instance. Для этого необходимо зайти на сервер по SSH под пользователем <sid>adm (<sid> целевого сервера) и остановить только сервер приложений командой stopsap R3. После успешного выполнения команды запустить startsap -t r3 -i ASCS01, где 01 – номер ASC инстанции. Дополнительно проверить свободное место на целевом сервере (если размер БД сильно отличается друг от друга), проверить наличие раздела sapinst_instdir в /tmp – если такой раздел есть, то это временные файлы с прошлой операции с помощью SWPM. Если вы выполняете не повторную операцию с помощью SWPM, то можно удалить раздел sapinst_instdir, чтобы не было проверки на прошлые операции.

Шаг 3. Подготовка. Запуск SWPM

Архив SWPM10SP<id версии>.SAR скопирован на сервер целевой системы с приложением в отдельный раздел, например, /distr/SWPM/. Раздел SWPM имеет разрешения для пользователя <sid>adm на запись. Заходим на сервер по SSH, например, через putty.

Под пользователем <sid>adm:

cd /distr/SWPM/

SAPCAR -xvf SWPM10SP<id версии>.SAR

После окончания распаковывания файлов становимся пользователем с правами root.

Далее:

cd /distr/SWPM/

export DISPLAY=<ip адрес рабочей станции> (формат команды зависит от того, какой используется шелл)

./sapinst

После запуска должно появиться начальное окно запуска SWPM. Необходимо выбрать версию целевой системы, соответствующие БД и операцию. В нашем случае, это … – System Copy > Target System > Standard System > Bases on AS ABAP > Refresh or Move Database Instance.

Шаг 4. Описание процесса импорта системы

4.1. Выбираем соответствующий пункт. Выбираем опции импорта (Рис.1). Нажимаем Next.

Рисунок 1. Выбор опции импорта системы.

4.2. На следующем экране выбираем режим импорта – стандартный или полностью настраиваемый. Выбираем custom, в этом случае будут запрошены все параметры (Рис.2). Нажимаем Next.

Рисунок 2. Выбор типа импорта системы.

4.3. Указываем существующий профиль целевой системы. Если систем несколько, то необходимо указать профиль той системы, для которой будет производиться импорт (Рис.3). Нажимаем Next.

Рисунок 3. Выбор профиля системы.

4.4. Задаем пароли для всех последующих пользователей – мастер пароль (Рис.4). В каждом пункте при создании других пользователей пароль можно переопределить для соответствующего пользователя. Нажимаем Next.

Рисунок 4. Создание мастер пароля.

4.5. Вводим в поле экрана  (указываем) пароль от пользователя ОС <sid>adm, остальные поля должны быть заполнены по умолчанию. (Рис.5). Нажимаем Next.

Если вы не знаете пароль от пользователя ОС и сами не можете сбросить его, то можно попросить коллег, ответственных за сопровождение сервера сбросить пароль для <>. Предварительно можно сохранить хэш пароля, и если будут какие-то ошибки, то хэш старого пароля можно вернуть.

Рисунок 5. Ввод пароля для пользователя ОС <sid>adm.

4.6. В данном подпункте указываем Standard System Copy для использования существующей БД на целевом сервере (Рис.6). Нажимаем Next.

Рисунок 6. Выбор метода копирования.

4.7. На данном подпункте ввода параметров указываем системный идентификатор SID базы данных. Чтобы не создавать множество баз данных, можно указать существующий SID, в этом случае данные будут перезаписаны. Также необходимо указать тип установки базы данных – если все установлено локально на целевом сервере, то это Single Instance on Filesystem (Рис.7). Нажимаем Next.

Рисунок 7. Ввод SID базы данных, выбор типа установки БД.

4.8. На следующем экране ввода параметров   необходимо указать расположение kernel файлов – нажать Browse и выбрать раздел с файлами. Если вы скачивали kernel целиком, то необходимо указать раздел с файлом LABEL.ASC. При чтении файлов SWMP проверит корректность файлов – если все в порядке, то в столбце Status проставляет значение Available, иначе предлагает выбрать другое расположение файлов. Файлы должны быть в архиве SAR (Рис.8). Нажимаем Next.

Рисунок 8. Выбор kernel файлов.

4.9. Отдельно указывается путь к файлу sapcrypto. Файл выбирается на https://launchpad.support.sap.com в зависимости от операционной системы и имеет версионность, желательно использовать последнюю версию. Файл должен быть в архиве SAR. (Рис.9). Нажимаем Next.

Рисунок 9. Выбор файла sapcrypto.

4.10. В некоторых версиях SWPM установщик может потребовать Unicode версию ядра (даже в том случае, если у вас не Unicode система, на мой взгляд, это ошибочный шаг). В этом случае можно указать тот же раздел, что и в пункте 4.8, но предварительно изменив файл LABEL.ASC – например, вместо SAP:AKK:7ХХ_EXT:KERNEL указать SAP:AKK:7ХХ_EXT:UKERNEL, т.е. просто добавить букву U в обозначении KERNEL (Рис.10). Нажимаем Next.

Рисунок 10. Выбор kernel файлов версия для Unicode. Используется только в некоторых версиях SWPM.

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

Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland

У вас уже есть учетная запись?

Войти