На Service Marketplace наткнулся на следующие ноты:
1339724 - Oracle 10.2 Extended Support free until July 31, 2011
1398634 - Oracle database 11g: Integration in SAP environment
В связи с этим возникает вопрос об необходимости и целесообразности перевода существующих систем SAP на Oracle 11g.
Что поэтому поводу думаете Вы?
среда, 23 июня 2010 г.
пятница, 16 апреля 2010 г.
Ошибка при импорте пакетов в ABAP
Во время фазы импорта XPRA_EXECUTION возникла ошибка:
TP_STEP_FAILURE - Return code: 0012
Помогло выпонение сброса буферов:
/$SYNC
(http://forums.sdn.sap.com/thread.jspa?threadID=1560652)
TP_STEP_FAILURE - Return code: 0012
Помогло выпонение сброса буферов:
/$SYNC
(http://forums.sdn.sap.com/thread.jspa?threadID=1560652)
вторник, 13 апреля 2010 г.
Подручные средства
Если небходимо распаковать архив zip на сервере AIX и нет возможности установить штатный архиватор:
1. Если устанвлена java, то можно использовать jar -xvf
2. Если установлен Oracle, то unzip расположен в $ORACLE_HOME/bin.
1. Если устанвлена java, то можно использовать jar -xvf
2. Если установлен Oracle, то unzip расположен в $ORACLE_HOME/bin.
четверг, 8 апреля 2010 г.
Осторожнее с рекомендациями
При изучении отчетов EarlyWatch многие игнорируют раздел Database Settings. "Но он ведь там не зря.." = подумал я. И решил привести параметры базы данных к рекомендованным.
Сначала изучил ноту SAP 830576. Наиболее сложным оказался параметр PROCESSES. Он вычисляется по формуле:
#ABAP work processes * 2 + #J2EE server processes *+ PARALLEL_MAX_SERVERS + 40
Количество рабочий процессов ABAP (#ABAP work processes) можно посмотреть через транзакции SM50/SM51
Процессов сервера J2EE (#J2EE server processes) всего 2 (сервер сообщений и собственно сама Java-инстанция)
Значение параметраопределяется следующим образом:
1. Запускаете Visual Administrator
2. Раскрываете узел server -> services -> JDBC provider
3. Открываете закладку "Properties"
4. Проверяете значение поля max no. of connections (по умолчанию 100)
Если имеется более одной Java инстанции необходимо к этому значению прибавить значения параметра для каждой инстации.
(http://forums.sdn.sap.com/thread.jspa?threadID=1502920&tstart=75)
Параметр PARALLEL_MAX_SERVERS вычисляется по формуле #DB-CPU-Cores * 10, где #DB-CPU-Cores - количество процессоров на сервере базы данных. В случае, если база данных и система расположены на одном и том же сервере, то полученное значение делится пополам или #DB-CPU-Cores * 0,5 * 10.
Параметр LOG_BUFFER вычисляется Oracle самостоятельно. Также можно отключить проверку этого параметра в DB17.
Еще один параметр, который заслуживает внимания это LOG_ARCHIVE_DEST_1. В ноте указано, что он должен иметь значение: "LOCATION=/oraarch/arch"
после корректировки параметров базы данных был осуществлен перезапуск системы. И тут выяснилось что не стартует база данных. В журнале /home/savadm/startdb.log была обнаружена ошибка:
ORA-16019: cannot use LOG_ARCHIVE_DEST_1 with LOG_ARCHIVE_DEST or LOG_ARCHIVE_DUPLEX_DEST
Порядок исправления был такой:
1. Регистрируемся как ora
2. Запускем sqlplus /nolog
3. Выполняем команду CREATE PFILE [='pfile_name'] FROM SPFILE [='SPfile_name'];
4. Удаляем неправильный параметр из pfile
5. Выполняем команду CREATE SPFILE FROM PFILE [='pfile_name'];
6. Перезапускаем систему.
Я еще выполнял команду STARTUP NOMOUNT между шагами 2 и 3, но не уверен что это необходимо.
Сначала изучил ноту SAP 830576. Наиболее сложным оказался параметр PROCESSES. Он вычисляется по формуле:
#ABAP work processes * 2 + #J2EE server processes *
Количество рабочий процессов ABAP (#ABAP work processes) можно посмотреть через транзакции SM50/SM51
Процессов сервера J2EE (#J2EE server processes) всего 2 (сервер сообщений и собственно сама Java-инстанция)
Значение параметра
1. Запускаете Visual Administrator
2. Раскрываете узел server -> services -> JDBC provider
3. Открываете закладку "Properties"
4. Проверяете значение поля max no. of connections (по умолчанию 100)
Если имеется более одной Java инстанции необходимо к этому значению прибавить значения параметра для каждой инстации.
(http://forums.sdn.sap.com/thread.jspa?threadID=1502920&tstart=75)
Параметр PARALLEL_MAX_SERVERS вычисляется по формуле #DB-CPU-Cores * 10, где #DB-CPU-Cores - количество процессоров на сервере базы данных. В случае, если база данных и система расположены на одном и том же сервере, то полученное значение делится пополам или #DB-CPU-Cores * 0,5 * 10.
Параметр LOG_BUFFER вычисляется Oracle самостоятельно. Также можно отключить проверку этого параметра в DB17.
Еще один параметр, который заслуживает внимания это LOG_ARCHIVE_DEST_1. В ноте указано, что он должен иметь значение: "LOCATION=
после корректировки параметров базы данных был осуществлен перезапуск системы. И тут выяснилось что не стартует база данных. В журнале /home/savadm/startdb.log была обнаружена ошибка:
ORA-16019: cannot use LOG_ARCHIVE_DEST_1 with LOG_ARCHIVE_DEST or LOG_ARCHIVE_DUPLEX_DEST
Порядок исправления был такой:
1. Регистрируемся как ora
2. Запускем sqlplus /nolog
3. Выполняем команду CREATE PFILE [='pfile_name'] FROM SPFILE [='SPfile_name'];
4. Удаляем неправильный параметр из pfile
5. Выполняем команду CREATE SPFILE FROM PFILE [='pfile_name'];
6. Перезапускаем систему.
Я еще выполнял команду STARTUP NOMOUNT между шагами 2 и 3, но не уверен что это необходимо.
Подписаться на:
Сообщения (Atom)