Читать онлайн «SAP R/3 Системное администрирование». Страница 35

Профиль копирования

В соответствии со структурами данных в БД R/3 можно выбирать типы данных для копирования. Для этого в R/3 предусматриваются профили копирования. На рис. 7.5 показаны доступные в данный момент профили для копирования клиентов.

Нельзя создавать собственные профили или изменять существующие. Можно, однако, использовать основные данные пользователя и данные приложения других клиентов и сохранять полученную комбинацию источников в пригодной к использованию форме как характеристическое значение. Одним из элементов этой комбинации всегда должен быть клиент источника основных данных пользователя. Нельзя смешивать данные приложений различных клиентов таким образом. Профили копирования описаны в таблице 7.1.

Рис. 7.5. Профили копирования, поставляемые SAP

Таблица 7.1. Профили копирования для локальных копий

Имя профиля Описание SAP_ALL Все специфические данные клиента копируются в целевого клиента (исключение: документы изменения и локальные данные) SAP_APPL Аналогично SAP_ALL, но без основных данных пользователя SAP_CUST Специфическая пользовательская настройка клиента (включая профили авторизации) копируется в целевого клиента. Данные приложения удаляются, данные пользователя остаются SAP_CUSV Аналогично SAP_CUST, но также копируются варианты SAP_UAPP Аналогично SAP_ALL (не используется, начиная с R/3 Enterprise) SAP_UCUS Аналогично SAP_CUST, но также копируются основные данные пользователя SAP_UCSV Аналогично SAP_UCUS, но также копируются варианты SAP_USER Копируются пользователи, роли и профили авторизации

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

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

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

Метод выполнения локального копирования

Сначала рассмотрим процедуру локального копирования клиента в условиях, когда целевой клиент уже подготовлен (см. предыдущий раздел). Выполните следующие шаги:

1. Войдите в систему на только что определенном клиенте как пользователь SAP* с паролем «pass».

2. Убедитесь в том, что ни один пользователь не зарегистрирован на клиенте-источнике или целевом клиенте, и пошлите системное сообщение, чтобы объявить о предстоящем копировании клиента.

3. Выберите ►Local Client Copy.

4. Для выбора копируемых данных с исходного клиента используйте профиль (см. рис. 7.6). Если есть сомнение насчет области действия доступных профилей, проверьте содержимое, выбрав Profile • Display.

Рис. 7.6. Локальное копирование клиента

5. Скопируйте клиента в фоновом режиме, выбрав Schedule as background job.

6. С помощью ►Client copy log analysis можно контролировать текущий статус копии в любое время и анализировать журналы после выполнения копирования. В процессе копирования создаются подробные журналы.

Рис. 7.7. Подробное описание профиля SAP_ALL

Теоретически можно также скопировать клиента в приоритетном режиме, выбирая Start immediately; однако процесс копирования будет тогда автоматически выполняться текущей инстанцией. В фоновом режиме можно выбрать любую инстанцию системы R/3, предусматривающую фоновое выполнение. В зависимости от объема копируемых данных и возможностей оборудования выполнение этого процесса может занять несколько часов. Если процесс копирования выполняется в приоритетном режиме, процесс диалога блокируется до окончания копирования. Параметр инстанции rdisp/max_wp_runtime ограничивает время обработки для процесса диалога. Если транзакция превышает заданное время, то она отменяется и происходит ее откат. Если копирование выполняется в фоновом режиме, то можно выбрать подходящее время начала копирования, которое определяется в команде Schedule as background job.

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

Чтобы предварительно протестировать выполнение всей процедуры, используйте опцию Test run. Также доступны опции Resource check (Проверка ресурсов) и Simulation (Моделирование) (см. рис. 7.8).

При копировании можно проверять журналы (со всех других клиентов). Это позволяет, например, следить за ходом выполнения копирования. Во время операции копирования удобно использовать монитор. Он графически отображает на экране процесс выполнения копирования и объем еще не скопированных данных.

Рис. 7.8. Выполнение теста удаленного копирования клиента

Ниже приведены фрагменты файла журнала копирования локального клиента в фоновом режиме. Копирование выполнялось на производственной системе со своими собственными данными пользователей. Особенно важная информация выделена жирным шрифтом.

Листинг 7.1. Фрагмент журнала локального копирования клиента

Client copy from " 15.07.2002 " " 17:30:45"

SYSID..................................PLU

SAP Release............................46С

Host...................................SLUPLU

User...................................SAP*

Parameter

Source client...........................100

Source client user master data .........100

Target client...........................600

Copy profile............................SAP_ALL

Table selection

Customizing data.........................X

with application data....................X

Initialize and re-create.................X

Change documents not copied

ADDR_CLIENTCOPY_SELECT_TABLES executed 25(0)

Entries transferred

Runtime 0 seconds

Exit program ADDR_CLIENTCOPY_SELECT_TABLES

successfully executed

SCCB_VARIANT_

CLIENTCOPY executed 4( 9.324) Entries transferred

Runtime 200 seconds

Exit program SCCB_VARIANT_CLIENTCOPY successfully executed

CLIENTCOPY_SELECT_TEXTAB executed 3(0)

Entries transferred

Runtime 0 seconds

Exit program CLIENTCOPY_SELECT_

TEXTAB successfully executed

table Inserts Delete Total Function Kbyte

Exluded from copy: STXB

Exluded from copy: STXH

Exluded from copy: STXL

Table BSEC not copied explicitly, copied as a cluster table

Table BSED not copied explicitly, copied as a cluster table

…………………………………

A000 0 0 0 COPY 0 0

A002 6 0 6 COPY 0 0

A003 516 0 516 COPY 12 1

…………………………………

WYT5 0 0 0 DEL. 0 1

WYT6 0 0 0 COPY 0 0

25D11 86 0 86 COPY 6 0

…………………………………

Exit program RSSOURSCO_FOR_CC successfully executed

Selected objects : 18.398

Edited objects : 17.937

Tables deleted : 461

Storage required (KB) : 2.172.391

Program run successfully.

Runtime (seconds) : 4.797

End of processing: 06:50:35

7.3. Удаленное копирование

Каждая система R/3 в многосистемной инфраструктуре выполняет свои четко определенные задачи. Поэтому, например, пользовательская настройка, обеспечение качества и продуктивная работа должны выполняться на разных системах R/3. Чтобы обеспечить идентичность изменений, вносимых в настройки и параметры систем R/3, можно использовать копирование клиентов системы, в которой вы работаете. Один из возможных способов сделать этот перенос данных предоставляет «удаленное копирование».

Примечание

Клиента можно скопировать из одной системы в другую, если это системы R/3 одной и той же версии и репозитории не были изменены различным образом в результате внесения исправлений или переносов.

Для связи между системами R/3 используются удаленные вызовы функций (RFC), поэтому необходимо создать RFC-соединение целевой системы с исходной (см. главу 13). Однако передача данных через интерфейс RFC происходит медленнее, чем при локальном копировании или переносе клиента с одной системы на другую. Если принимать во внимание одно лишь быстродействие сетевых соединений, то удаленное копирование всегда выполняется медленнее локального. Причем во время этой операции ни исходный, ни целевой клиент не должны использоваться для других работ. Кроме того, процедура удаленного копирования должна выполняться в фоновом режиме. Это позволит предотвратить блокирование процесса диалога. Длительное выполнение приводит к тому, что время работы процедуры копирования несколько превышает время, определенное для процессов диалога в системе R/3. Если копирование прерывается, его можно возобновить с того же места (когда активизирована соответствующая опция рестарта). Необходимо также отметить, что даже при фоновой обработке процесс RFC захватывает процесс работы диалога во время чтения таблицы на системе-источнике. Поэтому необходимо задать максимальное время диалога в исходной системе в зависимости от размера наибольшей таблицы.