t-Code SE38: SCTS_HOTA_ORGANIZER
вторник, 30 января 2018 г.
понедельник, 29 января 2018 г.
понедельник, 15 января 2018 г.
Новый синтаксис АБАП. Вместо Insert
TYPES:
BEGIN OF ty_zx02924,
/bic/zx02924 TYPE /bic/oizx02924,
END OF ty_zx02924.
DATA:
lt_zx02924 TYPE HASHED TABLE OF /bic/azx02pa102-/bic/zx02924
WITH UNIQUE DEFAULT KEY.
Можно так:
LOOP AT result_package ASSIGNING <result_fields>.
INSERT CONV #( <result_fields>-/bic/zx02014 )
INTO TABLE lt_zx02924.
ENDLOOP.
А можно так:
lt_zx02924 = VALUE #(
FOR GROUPS <gr1> OF <line> IN RESULT_PACKAGE
GROUP BY (
/bic/zx02924 = <line>-/bic/zx02014
) (
conv #( <gr1>-/bic/zx02924 )
)
).
Статья.
BEGIN OF ty_zx02924,
/bic/zx02924 TYPE /bic/oizx02924,
END OF ty_zx02924.
DATA:
lt_zx02924 TYPE HASHED TABLE OF /bic/azx02pa102-/bic/zx02924
WITH UNIQUE DEFAULT KEY.
Можно так:
LOOP AT result_package ASSIGNING <result_fields>.
INSERT CONV #( <result_fields>-/bic/zx02014 )
INTO TABLE lt_zx02924.
ENDLOOP.
А можно так:
lt_zx02924 = VALUE #(
FOR GROUPS <gr1> OF <line> IN RESULT_PACKAGE
GROUP BY (
/bic/zx02924 = <line>-/bic/zx02014
) (
conv #( <gr1>-/bic/zx02924 )
)
).
Статья.
вторник, 12 декабря 2017 г.
Проблема создания\проверки соединения через JDBC в SAP BO
Обновились до SAP BO 4.2 Support Pack 3 hf 6. Проверка соединения Oracle JDBC вызывает ошибки, хотя данные через юнивёрс видны.
Для исправления ошибки судя по рекомендации SAP (https://blogs.sap.com/2013/12/04/configuring-jdbc-driver-and-creating-connection/) необходимо внести
строчку :
<Path>C:\Oracle\product\11.2.0\client_1\jdbc\lib\ojdbc6.jar</Path>
В файл C:\Program
Files (x86)\SAP BusinessObjects\SAP BusinessObjects Enterprise XI 4.0\dataAccess\connectionServer\jdbc\oracle.sbo
Я не могу самостоятельно этого сделать, т.к. доступ к файлу
на запись разрешен только Администратору.
воскресенье, 15 октября 2017 г.
Никогда не меняйте стандартный домен у показателей!
Итак, вы это сделали. Чтобы вернуть стандартный домен, если в хранилища уже загрузили данные, повторить эту инструкцию не достаточно.
1) Пришлось в каждой системе пройтись по показателям и активировать вручную элемент данных, что повлекло Активацию и адаптацию всех таблиц БД, где лежит этот показатель (SE14);
2) ADSO пережили операцию безболезненно, а вот старые DSO пришлось прогонять программой RSDDB_LOGINDEX_CREATE (SE38).
3) На закуску - выяснилось, что в старые DSO стали "дампить" загрузки. Простая переактивация трансформаций не помогла. Помогло лишь полное удаление и создание трансформации заново, либо добавление пустых полей, в случае загрузки через инфоисточник. Только в этом случае перегенерируется структура Intab\Outtab, которая хранится в кластерной таблице rstran_rto.
Никогда не меняйте стандартный домен у показателей!
суббота, 14 октября 2017 г.
Очистка таблиц ODQ*
Нужно запланировать задание в системе по очистке таблиц ODQ* (Operational Delta Queue)
Что нужно сделать:
1.
Запустить транзакцию ODQMON
2. Menu 'Goto' and 'Reorganize delta
queues'.
3.
Выставить следующие параметры и запланировать
ежедневное выполнение:
a. Данные
с низкой релевантностью = 3 дней
b. Данные
со средней релевантностью = 5 дней
c. Восстановление
24 часа
Подробное описание тут https://wiki.scn.sap.com/wiki/pages/viewpage.action?pageId=449284375
Подписаться на:
Сообщения (Atom)
