Текущее время: Вс, авг 10 2025, 13:50

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 9 ] 
Автор Сообщение
 Заголовок сообщения: Сжатие куба
СообщениеДобавлено: Ср, ноя 14 2012, 12:45 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вс, янв 11 2009, 14:41
Сообщения: 902
Откуда: Москва
Пол: Мужской
Из одной системы SAP BW (1) в другую SAP BW (2) идет дельта загрузка. Источником данных в (1) выступает куб (используется сгенерированный источник данных). Данные в этот куб поступают из разных источников в режиме полного обновления, в дополнение к этому есть загрузки в режиме полного обновления (с фильтрами на DTP) по принципу "сам в себя". В целевой системе данные грузятся в PSA, причем, перед каждой загрузкой PSA отчищается. Схематично процесс можно изобразить следующим образом:

ИД1 (1) -> Куб (1) - FULL
Куб (1) -> Куб (1) - FULL
ИД2 (1) -> Куб (1) - FULL
Куб (1) -> Куб (1) - FULL
Куб (1) -> Куб (1) - FULL
Сжатие Куб (1)
Чистим PSA (2)
Куб (1) -> PSA (2) - DELTA
PSA (2) -> куда-то там...

Затем процесс повторяется при следующем запуске. (1) - процессы в исходной системе, (2) - в целевой.
Получается следующее.

1-й прогон: В Куб (1) загрузилось 5 запросов, происходит попытка их сжатия, но запросы не сжимаются, так как дельта была инициализирована в целевой системе, а запросы в нее еще не были переданы. Далее чистится PSA (2) в целевой системе и 5 запросов загружаются в PSA как один запрос, ну и потом передаются куда-то там...

2-й прогон: В Куб (1) загрузилось еще 5 запросов, происходит попытка сжатия, последние запросы не сжимаются, так как запросы в нее еще не были переданы, но, по идее, должны сжаться предыдущие 5 запросов, которые к этому времени уже обновлены в целевую. Далее чистится PSA (2) в целевой системе (удаляется прошлый загруженный запрос) и новые 5 запросов загружаются в PSA как один запрос, ну и потом передаются куда-то там...

3-й прогон: похож на второй и т. д.

Проблема в следующем - не происходит сжатия данных. Никак не могу понять почему?! Несколько прогонов прошло, а данные не сжаты. В ручном режиме пытаюсь пошагово воспроизвести всю загрузку на разработке - все вроде нормально, а на продуктиве в цепочках - не сжимается. Журнал выдает стабильно "Сжатие завершено успешно. Ошибки не обнаружены. Сжатия не требуется, запросы для сжатия не найдены"


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Сжатие куба
СообщениеДобавлено: Ср, ноя 14 2012, 12:51 
Специалист
Специалист

Зарегистрирован:
Вт, июн 10 2008, 07:22
Сообщения: 163
Откуда: Ektb
Пол: Мужской
А на продуктиве если руками сжимать, то тоже не видно запросов для сжатия?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Сжатие куба
СообщениеДобавлено: Ср, ноя 14 2012, 12:54 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вс, янв 11 2009, 14:41
Сообщения: 902
Откуда: Москва
Пол: Мужской
вручную на продуктиве тоже не сжимается


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Сжатие куба
СообщениеДобавлено: Ср, ноя 14 2012, 13:11 
Специалист
Специалист

Зарегистрирован:
Вт, июн 10 2008, 07:22
Сообщения: 163
Откуда: Ektb
Пол: Мужской
Изложу свое предположение: все дело в запросах, обновленных из этого куба в какой-либо инфо-провайдер. Если посмотреть под отладкой как система выбирает последний возможный запрос для сжатия, то можно увидеть:
Code:
  if l_s_rsmdatastate_s-dmall > 0 and
     l_s_rsmdatastate_s-dmall < l_check_high_value.
    l_check_high_value = l_s_rsmdatastate_s-dmall.
  endif.

иначе говоря, система даст сжать по последний успешный запрос, обновленный в другой инфо-провайдер (l_s_rsmdatastate_s-dmall - номер последнего запроса со значком "Запрос взят инфо-провайдером").


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Сжатие куба
СообщениеДобавлено: Ср, ноя 14 2012, 14:17 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вс, янв 11 2009, 14:41
Сообщения: 902
Откуда: Москва
Пол: Мужской
Непонятно. В цепочке не сжималось, вручную несколько раз пробовал запускать и ничего не сжималось (данные в куб дополнительно не поступали, дельта не инициализировалась). Затем попробовал вручную запустить RSCOMP1 - не помогло, плюс еще какие-то ошибки полезли. Затем снова запустил процесс вручную и, случилось чудо, все данные сжались. В итоге полдня разбирался, но за хвост бяку так и не поймал. Ждемс следующей итерации...


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Сжатие куба
СообщениеДобавлено: Ср, ноя 14 2012, 14:20 
Старший специалист
Старший специалист

Зарегистрирован:
Вт, дек 23 2008, 17:09
Сообщения: 315
А по каким соображениям "Сжатие Куб (1)" стоит перед "Куб (1) -> PSA (2) - DELTA"?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Сжатие куба
СообщениеДобавлено: Ср, ноя 14 2012, 15:59 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вс, янв 11 2009, 14:41
Сообщения: 902
Откуда: Москва
Пол: Мужской
Ну можно было бы и так запланировать в цепочке...

Цепочка в (1):
Сжатие Куб (1)
ИД1 (1) -> Куб (1) - FULL
Куб (1) -> Куб (1) - FULL
ИД2 (1) -> Куб (1) - FULL
Куб (1) -> Куб (1) - FULL
Куб (1) -> Куб (1) - FULL
асинхронный вызов (2)


Цепочка в (2):
Чистим PSA (2)
Куб (1) -> PSA (2) - DELTA
PSA (2) -> куда-то там...

Не суть важно. Система в любом случае понимает, что сжимать то, что еще не передавалось в другую систему нет необходимости (точнее - нельзя).

Поставить же вот так...

ИД1 (1) -> Куб (1) - FULL
Куб (1) -> Куб (1) - FULL
ИД2 (1) -> Куб (1) - FULL
Куб (1) -> Куб (1) - FULL
Куб (1) -> Куб (1) - FULL
Чистим PSA (2)
Сжатие Куб (1)
Куб (1) -> PSA (2) - DELTA
PSA (2) -> куда-то там...

нельзя, так как вот эта часть

Чистим PSA (2)
Куб (1) -> PSA (2) - DELTA
PSA (2) -> куда-то там...

выполняется в другой системе, причем асинхронно


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Сжатие куба
СообщениеДобавлено: Ср, ноя 14 2012, 16:32 
Старший специалист
Старший специалист

Зарегистрирован:
Вт, дек 23 2008, 17:09
Сообщения: 315
ash уже начал тему раскрывать.
Цитата:
For Info Cubes, the contents of the RSMDATASTATE-DMEXIST and RSMDATASTATE-DMALL fields must always be equal to the largest request in the RSDMDELTA table of the relevant cube (ICNAME field).
Then only compression is possible.

In General,in table RSMDATASTATE: DMALL <= DMEXIST <= QUALOK.

Подробнее - нота 1607601.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Сжатие куба
СообщениеДобавлено: Пт, ноя 16 2012, 09:16 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

Зарегистрирован:
Вс, янв 11 2009, 14:41
Сообщения: 902
Откуда: Москва
Пол: Мужской
Нота полезная, так как собирает описание разных проблем с дельтой, в том числе и при компрессии, но не мой случай. Прошли уже несколько загрузок. Сейчас все работает правильно, причем, ничего вообще в архитектуре цепочек и настроек не менял. Единственное, что я сделал, когда данные не сжимались - запустил вручную RSCOMP1 с вариантом сжатия своего куба, вызов закончился неудачно (вообще с ошибкой). После этого данные стали сжиматься и вручную и в цепочках. Так что, проблема относится к категории "капризов" системы


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 9 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB