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

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: Google [Bot]


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

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