|Check on server : psasb009_IE4_00
------------------------------------------------------------
|No errors found
------------------------------------------------------------
|Log for istance profiles, single check
|Profile name : IE4_DVEBMGS00_PSASB009
|Physical profile name :
|D:\usr\sap\IE4\SYS\profile\IE4_DVEBMGS00_psasb009
|Unknown parameter em/reserve_mapping_window cannot be checked
|rtbb/buffer_length factor 10 greater than default 2000
------------------------------------------------------------
|Log for the instance profile, overall check
|Profile name : IE4_DVEBMGS00_PSASB009
|Physical profile name :
|D:\usr\sap\IE4\SYS\profile\IE4_DVEBMGS00_psasb009
|Log for overall check
------------------------------------------------------------
|No errors found
------------------------------------------------------------
|Overall check of start profiles
------------------------------------------------------------
|Log for the start profiles, single check
|Profile name : START_DVEBMGS00_PSASB009
|Physical profile name :
|D:\usr\sap\IE4\SYS\profile\START_DVEBMGS00_psasb00
------------------------------------------------------------
|No errors found
------------------------------------------------------------
|Log for the start profiles, overall check
|Profile name : START_DVEBMGS00_PSASB009
|Physical profile name:
|D:\usr\sap\IE4WSYS\profile\START_DVEBMGS00_psasb00
|Log for start profile list
------------------------------------------------------------
|No errors found
------------------------------------------------------------
В приведенных в листинге 14.1 журналах показаны отдельные этапы проверки непротиворечивости импорта. Журнал начинается с импорта профиля, используемого по умолчанию, профиля инстанции и профиля запуска. Поскольку это центральная система R/3, здесь есть только один профиль запуска и один профиль инстанции. Далее параметры каждого отдельного профиля проверяются в своих интерактивных контекстах. В данном журнале проблем не обнаружено. После индивидуальной проверки для профилей каждого класса выполняется проверка в масштабе системы. Здесь система проверяет, удовлетворены ли основные правила конфигурации в системе R/3. Например, эти правила могут включать в себя условия, описанные в таблице 1.2. В случае центральной системы R/3, как и в предыдущем примере, данная проверка не выявила никаких проблем.
Импортированные профили составляют основу изменений параметров. Для загрузки отдельных профилей в БД (см. рис. 14.1) задайте имя профиля и выберите кнопку Import. Это нужно делать, в частности, при добавлении инстанций R/3 к существующей системе R/3. Перед внесением изменений в активные профили, сгенерированные в процессе инсталляции системы, скопируйте профили в файлы с другими логическими (административными) именами. При этом физическое присваивание профиля сохраняется. В качестве имени администрирования профиля в БД можно выбрать любое имя. Преимущество назначения различных имен администрирования, определяемых пользователем, и фактических имен профилей на уровне файлов операционной системы заключается в упрощении управления профилями. Это дает возможность поддерживать различные варианты одного профиля для разных целей (таких, как пробная реализация или обновление системы) под разными именами администрирования. В следующем примере рассматривается профиль инстанции, которую можно активировать с поддержкой или без поддержки SNC для зашифрованной передачи данных. Выполните следующие шаги:
В средстве обслуживания профиля ►Profile Maintenance щелкните на кнопке Сору. Появится диалоговое окно, в котором нужно ввести исходный и целевой профили. Любая информация, введенная на начальном экране средства обслуживания профилей, предполагается исходной. При необходимости эти значения можно изменить.
Введите имя целевого профиля. Если нужно сгенерировать новую версию, лучше использовать то же имя. В противном случае введите новое имя профиля (см. рис. 14.2).
Рис. 14.2.
Выберите команду Сору. Генерируется версия 1 нового профиля. Если используется то же имя, то система просто создает новую версию существующего профиля.
Обслуживание профилей осуществляется тремя способами:
► Администрирование данных
Администрирование данных включает в себя комментарий, описывающий характер и назначение профиля, тип профиля (профиль инстанции, стандартный профиль или профиль запуска), время активизации профиля и имя пользователя, активизирующего профиль. Сюда входят также соответствующие файлы операционной системы и сервера приложений, где будет проверяться информация профиля, зависящая от операционной системы. Рис. 14.3 иллюстрирует это для профиля HUY_D32_WITHOUT_SNC, который сгенерирован как копия профиля инстанции HUY_D32_US7400.
► Базовое обслуживание
Режим базового обслуживания охватывает обслуживание параметров выбранного профиля. Внешний интерфейс средства базового обслуживания профиля зависит от типа профиля, поскольку разные профили имеют различные значимость и содержимое. Базовое обслуживание просто позволяет модифицировать большинство важных параметров и предлагает пользователю логические имена для этих параметров. Кроме значений для рабочих процессов и буферов, показанных на рисунке 14.4, базовое обслуживание включает также информацию об используемых каталогах и языках, а также дополнительную информацию по управлению памятью. Затем система выводит требуемые начальное и максимальное значение объема свопа для инстанции на основе определенных настроек. Для обеспечения хорошей производительности проверьте, что это начальное значение не превышает 150% всей основной памяти сервера.