SAP Basis Blog

Доброго времени суток, Коллеги.  Сегодня мы рассмотрим возможность установки fix pack на базу данных DB2. Пакеты Fix Pack содержат изменения, исправления ошибок и обновления, основанные на отчетах APAR (Authorized Program Analysis Reports). Самые свежие пакеты Fix Pack можно загрузить со страницы загрузки пакетов Fix Pack на сайте поддержки IBM или с SAP Launchpad.  Проверяем текущую версию БД в DBACOCKPIT: 1. Скачиваем нужный дистрибутив в launchpad (Например Fix Pack 11 для DB2 10.5) Client+RDBMS и копируем его на сервер хоста DB2 2. Выключаем БД, SAP и все процессы: stopsap ALL – остановить SAP и все процессы db2stop – остановить БД 3. Обновление БД Необходимо выполнить команду  ./installFixPack из директории скаченного дистрибутива RDBMS от имени пользователя root. Есть возможность либо указать желаемый путь установки напрямую (./installFixPack -b <path>), либо вызвать «installFixPack» без указания пути. В этом случае «installFixPack» спросит у в...

 Доброго времени суток, коллеги, Сегодня рассмотрим проблему, связанную с ошибкой в QOUT планировщике. Данный сервис содержит адреса всех систем (как внешних, так и внутренних) в которые SAP отправляет какие либо данные, например Idock'и.  Накануне появления данной ошибки был перезагружен SAP и сам сервер. После старта возникла проблема, что никакие idock'и не отправляются в внешние системы. Перейдя в транзакцию по администрированию планировщика - SMQS, было замечено, что дата последнего обновления статуса планировщика была в недалеком будущем (на следующий день). Таким образом планировщик не мог обновить свой статус и отправить idock'и в целевые системы: Для решения данной проблемы было необходимо перейти в таблицу, хранящую данную запись и изменить её на актуальную (ил хотя бы около-актуальную) вручную. Необходимая запись хранится в таблице QSENDDEST, поле %QSEND_SCHEDULER.  После смены даты и времени на сегодняшние планировщик начал обновлять свой статус...

Доброго времени суток, Как-то раз я случайно изменил статус задачи внутри транспортного запроса на "Released", что делать было преждевременно. Но как оказалось из этой ситуации есть выход.  Для примера создадим пустой транспортный запрос и деблокируем задачу : Чтобы изменить статус этой задачи, нужно воспользоваться специальным репортом -  RDDIT076 Запускаем этот репорт через SA38 и выбираем наш транспортный запрос: Выбираем нашу деблокированную задачу и меняем значение "Status": После того, как сохранить изменения, задача внутри транспортного запроса перейдёт в выбранный ранее статус (Modifable в моём примере) Спасибо за внимание Следите за выходом новых статей в телеграм-канале: t.me/sapbasisjr

 Доброго времени суток, Коллеги, Сегодня рассмотрим необычную проблему в системе SAP, связанную с фоновыми процессами. Сложилась ситуация, при которой все запланированные фоновые процессы падали в ошибку.  Попытка проверить лог внутри падающих фоновых процессов ни к чему не привела - логи оказались пустыми. Дампы не генерировались по данной ошибке, влияющих на работу блокировок так же не было обнаружено. Возникло логичное предположение, что один из дисков на сервере оказался переполнен, но данная догадка не нашла своего подтверждения, памяти достаточно.  Первые ошибки были обнаружены в системном логе (SM21) -  "Error 28 for write/read access to a file. File = /usr/sap/<SID>/SYS/global/*" Вернувшись на сервер и выполнив команду df -ih было замечено, что в одной из директории оказались переполнены inode. Inode или I-node или индексный дескриптор - это структура данных, в которой хранятся метаданные файла и перечислены блоки с данными файла. Для решения данн...

Доброго времени суток, Коллеги, Сегодня рассмотрим одну из проблем, связанных с переносами запросов в транспортной системе. При переносе транспортного запроса вручную через транзакцию STMS все запросы падают в ошибку с кодом возврата 12: В логе базы данных DB2 было обнаружено сообщение типа: "PSAPTEMP16".  Table space identifier: "10".  Container path: "/db2/ <SID>/ /sapdata**/db2 <SID>/ /NODE0000/ <SID>/ /T0000010/C0000000.TMP". "/db2/ <SID>/ /sapdata**/db2 <SID>/ /NODE0000/<SID>/T0000003/C0000000.TMP".           Container identifier: "0" Основная ошибка в Tablespace PSAPTEMP16. Как оказалось, незадолго до этого, БД переехали на дополнительные директории sapdata** после переполнения текущих, НО Tablespace PSAPTEMP16 не создаёт автоматически контейнеры на свободных дисках sapdata**, поэтому при переполнении этих дисков, возникают проблемы с переносами запросов. Решением данной проблемы является создан...

Доброго времени суток, Коллеги, Сегодня мы начинаем серию статей по теме архивации данных в системе SAP. В данной статье мы рассмотрим теоретическую основу процесса архивации. При продуктивной работе системы объем данных БД постоянно растет. С каждой новой функциональностью данные в системе накапливаются с большой скоростью. Один из путей управления объемами данных – экстенсивное расширение хранилища данных, но такой путь не решает проблемы производительности системы. Кроме того, затраты на хранилище данных будут постоянно расти. Другой путь – применение методов архивирования данных. Основой этого метода  является определение для каждого объекта данных жизненного цикла – времени, в течение которого данный объекта должен храниться в базе данных  и времени, в течение которого объекты должны быть доступны в виде архива.  Проведение периодической процедуры архивации значительно уменьшает скорость роста объема данных системы. Процесс архивации в системе SAP реализован отдельно...

Доброго времени суток, Коллеги,      В SAP существует стандартный сервис IGS - The Internet Graphics Server. Данный сервис осуществляет генерацию графики или диаграммы в нескольких областях, например, в отчетах EarlyWatch Alert. Сервер можно администрировать в транзакции SIGS. Если в транзакции, предполагающей графические функции (Например: db02) всплывает окно: "IGS is not available (RC=1). No charts will be displayed." Это является симптомом нерабочего сервиса IGS. При обнаружении такой ошибки необходимо проверить следующие моменты: 1) В транзакция SE38 / SA38 запускаем репорт GRAPHICS_IGS_ADMIN 2) Проверяем RFC-соединение IGS_RFC_DEST в транзакции SM59 Если обе проверки не отрабатывают (Скорее всего так и будет), то необходимо перезагрузить сервис igs на уровне операционное системы. Для этого подключаемся к серверу SAP инстанции и находим процесс igs, использую команду : ps -ef | grep igs Далее необходимо "убить" процесс командой: kill -9 <id процесса> Посл...