Специальные функции

Средства администрирования клиента предлагают некоторые специальные функции:
► Copy as of Transport Request (копирование как запрос на перенос)
С помощью опции ►Copy as of Transport Request изменения пользовательской настройки, записанные в запросе на перенос, могут переноситься между двумя клиентами в системе. Помимо списка объектов самого запроса также могут копироваться списки объектов неразблокированных задач в запросе. Сам запрос не нужно разблокировать. Записи в целевом клиенте перезаписываются или удаляются в зависимости от ключевых записей в запросе на перенос.
► Delete Client (Удалить клиента)
Иногда возникает необходимость удалить клиента полностью (например, если система R/3 создавалась с помощью копии другой системы). Обратите внимание на то, что эта функция требует почти столько же изменений в БД, как при копировании клиента. В некоторых системах управления реляционными базами данных ненужное дисковое пространство, которое возникает при удалении клиента, разблокируется снова для использования только после реорганизации.
► Client comparison (Сравнение клиентов)
R/3 предлагает различные функции для сравнения пользовательских настроек двух клиентов в одной системе или в различных системах R/3, которые будут требовать коммуникации RFC между двумя клиентами. С помощью ►Customizing Cross-System Viewer можно сравнивать сложные рабочие среды пользовательской настройки, управляемые различными критериями. Настройка клиента «Уровень защиты 2: без перезаписи, без внешней доступности» не позволяет использовать Customizing Cross-System Viewer. Две любые таблицы можно сравнить с помощью ►Object comparison.
7.6. Советы
Копирование клиентов представляет собой критическую операцию, связанную с перемещением больших объемов данных. Вероятно, наиболее частой ошибкой является недооценка степени увеличения объема данных при копировании клиента. Если БД окажется слишком мала, то это приведет не только к остановке процедуры копирования, но и к невозможности продолжения работы системы (пока БД не будет расширена). Сначала с помощью тестовой проверки следует определить объем добавляемых данных и убедиться в том, что в БД достаточно места.
► Размер клиента
Результаты выполнения теста основываются на оценках, в частности, при определении ожидаемых требований к ресурсам. Чтобы помочь получить более точные представления о размере клиента в версии Enterprise, система R/3 предлагает программы отчетов RSTABLESIZE (см. рис. 7.14 и 7.15) и RSSPACECHECK (см. рис. 7.16), которые можно использовать для более точного реального оценивания на уровне таблиц. В версии R/3 4.x можно использовать процедуры YSTABSIZ и YKSPACEC, как сообщается в SAP Note 118823. Они не включаются в стандартную поставку.

Рис. 7.14. Определение размера с помощью RSTABLESIZE

Рис. 7.15. Результат определения размера

Рис. 7.16. Определение требований к памяти с помощью RSSPACECHECK

► Индексы
Иногда в БД на целевой системе отсутствуют индексы. Это может привести к дублированию записей в таблицах при перезапуске копирования (обычно система предотвращает такое дублирование), а процедура копирования будет остановлена. Проверьте непротиворечивость объектов БД в целевой системе, в частности, ее индексы. Используйте для этого ►Database Performance: Tables and Indices (см. главу 15).
► Копирование базы данных
Если клиент очень большой и должны быть скопированы дополнительные независимые от клиента данные, необходимо рассмотреть возможность копирования всей базы данных. Для этого РСУБД и операционная система в исходной и целевых системах должны быть совместимыми, в то время как возможны удаленное копирование клиента и перенос клиента между различными системными конфигурациями.
► Настройка
Используя при копировании клиента параллельные процессы или выполняя удаление, можно добиться значительного ускорения. Если определены серверные группы RFC (см. главу 13), можно активировать серверную группу для локального или удаленного копирования клиента и для удаления клиентов из соответствующей транзакции запуска с помощью Goto • Parallel processes. Параллельные процессы будут затем использоваться во время фазы реального копирования. Необходимо отметить, что только основной процесс рассматриваемой конфигурации будет выполняться в фоновом режиме, в то время как все другие параллельные процессы занимают диалоговые рабочие процессы. Последовательное планирование отдельных копирований клиента с помощью параллельных процессов предпочтительнее параллельного планирования нескольких копирований клиента (с различными исходными клиентами), которые не используют параллельные процессы. Невозможно выполнять несколько одновременных копирований одного клиента.
► Копирование поверх
Если необходимо перезаписать существующего клиента с помощью новой копии, предлагается сначала удалить клиента и затем запустить копирование, хотя копирование неявно удаляет все данные. В частности, при удалении больших таблиц при использовании Oracle может возникать переполнение сегмента отката. Лучше иметь дело с этой проблемой при выполнении удаления и затем, в случае останова, по крайней мере, часть данных будет удалена.
► Перезапуск экспорта клиента
Если экспорт клиента останавливается и перезапускается, необходимо убедиться, что все соответствующие процессы tp завершены перед перезапуском экспорта. В противном случае имеется риск получения несогласованных файлов переноса, которые нельзя будет импортировать.
► Копирование больших таблиц
Для очень больших таблиц можно улучшить производительность, удаляя вторичные индексы перед копированием клиента, а затем создавая их заново, чтобы избежать необходимости изменять индекс для каждой копируемой записи данных. Начиная с Web AS 6.20, настройку параметров для копии клиента можно реализовать с помощью программы отчетов RSCCEXPT. Однако при использовании этих возможностей необходимо быть осторожным. В частности, необходимо не забыть отменить настройки после окончания копирования клиента.

Комментирование и размещение ссылок запрещено.

Комментарии закрыты.