Текущее время: Вт, авг 26 2025, 20:43

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




Начать новую тему Ответить на тему  [ Сообщений: 21 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения: Re: Инициализация 2LIS_03_BX
СообщениеДобавлено: Чт, окт 10 2013, 16:06 
Старший специалист
Старший специалист

Зарегистрирован:
Чт, фев 16 2006, 15:46
Сообщения: 451
Откуда: Россия
Блин, я же вопрос задал. "Если после отмены задания по таймауту будут проведены проводки, то разве есть смысл его продолжать?"

Насколько я понимаю - нет.

То есть, есть некий функционал, смысла в котором в общем ноль. Снять процесс можно и в SM50.

_________________
Ян Владимирович,
http://www.vladimirovich.net


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Инициализация 2LIS_03_BX
СообщениеДобавлено: Пт, окт 11 2013, 10:04 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Пт, ноя 03 2006, 08:10
Сообщения: 476
Откуда: Архангельск
Пол: Мужской
Yanvladimirovich написал(а):
Блин, я же вопрос задал. "Если после отмены задания по таймауту будут проведены проводки, то разве есть смысл его продолжать?"

Насколько я понимаю - нет.

То есть, есть некий функционал, смысла в котором в общем ноль. Снять процесс можно и в SM50.


чего вопросы задавать, если знаете ответ. Логично ведь, тогда бы и проводки можно было бы проводить во время инициализации.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Инициализация 2LIS_03_BX
СообщениеДобавлено: Пт, окт 11 2013, 11:17 
Гуру-эксперт
Гуру-эксперт
Аватара пользователя

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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Инициализация 2LIS_03_BX
СообщениеДобавлено: Ср, окт 16 2013, 09:50 
Старший специалист
Старший специалист

Зарегистрирован:
Чт, фев 16 2006, 15:46
Сообщения: 451
Откуда: Россия
В общем понятно, ситуация конечно редкая :-)

_________________
Ян Владимирович,
http://www.vladimirovich.net


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Инициализация 2LIS_03_BX
СообщениеДобавлено: Ср, окт 23 2013, 16:00 
Ассистент
Ассистент

Зарегистрирован:
Вт, июл 09 2013, 10:52
Сообщения: 25
Yanvladimirovich написал(а):
Привет.

Занимаюсь инициализацией 2LIS_03_BX, планирую задачи через MCNB. В общем, всё плохо. Инициализация выполняется долго, и, что хуже, точное время предсказать невозможно. Пожалуйста, ответьте на вопросы.

А можно в этом месте ламмерский вопрос:
Как я понимаю этот экстрактор нужен для загрузки начального значения запасов, т.е. выполняется он единожды, когда мы впервые настраиваем работу системы. А затем мы пользуемся экстрактором 2LIS_03_BF для загрузки исторических (те, что были до даты инициализации) и дельты.

Зачем нам делать инициализацию каждый день?


Ну и второй момент:
В свете появления этой хаутушки для HANA (http://scn.sap.com/docs/DOC-28525), САП нам предлагает вообще не пользоваться галкой обновления маркера.
Цитата:
5.1 Logic of ‘No marker update’ pushed down
Instead of setting the flag for Marker update during the compression of an InfoCube you now have to decide within the DTP whether the records are treated to be historical transactions or deltas. That means the logic of the marker update had been pushed down to the data staging DTPs.
Дескать на HANA оно работает так быстро, что мы можем один раз вычислить начальную сумму, а потом просто считать в плюс (дельта) или в минус (история) изменения.

П.С. Сейчас прохожу стажировку на предприятии, где только внедряют САП. Т.е. я учусь и учиться особо не у кого, так что не бейте за вопросы.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Инициализация 2LIS_03_BX
СообщениеДобавлено: Вт, ноя 05 2013, 10:38 
Старший специалист
Старший специалист

Зарегистрирован:
Чт, фев 16 2006, 15:46
Сообщения: 451
Откуда: Россия
Цитата:
Зачем нам делать инициализацию каждый день?


Затем, что это были тестовые прогоны для финального. Затем, что при инициализации нужно блокировать систему для транзакций. И нужно понять, какое окно по времени для этой блокировки просить у бизнеса.

Цитата:
В свете появления этой хаутушки для HANA (http://scn.sap.com/docs/DOC-28525), САП нам предлагает вообще не пользоваться галкой обновления маркера.


Кстати, можно ещё уехать в ราชอาณาจักรไทย или Индию дауншифтером, и вообще забыть про BW :-) Ребят, не у всех пока есть HANA

_________________
Ян Владимирович,
http://www.vladimirovich.net


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 21 ]  На страницу Пред.  1, 2

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


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

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


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

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