Текущее время: Вт, май 06 2025, 01:58

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


Правила форума


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
 Заголовок сообщения: Удаление запросов на обновление при рестарте САПа
СообщениеДобавлено: Вт, окт 30 2007, 13:55 
Начинающий
Начинающий

Зарегистрирован:
Чт, авг 02 2007, 12:05
Сообщения: 11
Откуда: UA
Когда запускается сервер приложений (4.7_620) после останова, некоторое время (до 30 мин, особенно когда долго <я не знать русский языка> перерывов в работе сервера) происходит в процесах VB удаление данных из таблиц VBHDR, VBDATA, VBMOD и в логах консоли полно красных сообщений вида:
    SAP-Basis System: Update requests were deleted (VBKEY = D08A803303944549B6DB4CB0EC4F7803, VBUSR = ХХХХ)
В этих таблицах должны храниться временные данные для асинхронных обновленй, и теоретически, должны удаляться по завершению такого обновления.

В SM13 пишет, что все выполнено.

Смотрел в сами таблицы - там куча записей за последних два месяца. Плюс эти таблицы попадают в топ самых модифицируемых.

Вопросы:

1. Можно ли безболезнено удалить старые записи из этих (ну и каких-то других связанных) таблиц? При каких условиях?

2. Где нужно что-либо настроить, чтобы не приходилось выполнять 1 ?.

_________________
Любая сложная проблема имеет множество простых и легкопонятных НЕПРАВИЛЬНЫХ решений.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 30 2007, 15:01 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, ноя 23 2005, 13:37
Сообщения: 1805
Откуда: ECC 6.0
Пол: Мужской
Телеграмма: "волнуйтесь зпт подробности письмом тчк".

Такое может быть, если в процессе выполнения транзакции меняется vbkey.
При этом в рамках одного SAP LUW в таблицы vbmod, vbdata попадают записи со старым и с новым ключём. В момент завершения транзакции то, что с новым ключём, отрабатывается (commit work) или стирается (rollback work или завершение процесса). Записи со старым ключом остаются.

Если функциональные модули второй половины обновления не завязаны на результаты первых (как правило так и есть), то в SM13 ошибок не будет. Зато на прикладном уровне будет полный бардак и неконсистентность.

Причиной этому может служить включенная трассировака ST05 (см. ноту 1076804). У нас к этому приводит, как ни абсурдно это на первый взгляд, вызов OLE-объекта на фронтенде.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 30 2007, 17:38 
Начинающий
Начинающий

Зарегистрирован:
Чт, авг 02 2007, 12:05
Сообщения: 11
Откуда: UA
sibrin написал:
Причиной этому может служить включенная трассировака ST05 (см. ноту 1076804). У нас к этому приводит, как ни абсурдно это на первый взгляд, вызов OLE-объекта на фронтенде.


Спасибо за ноту. Совсем свежая вышла. :) Рекомендуют немного-нимало апгрейдить кернел САПа. :shock:

Касательно трассировок, то они у нас никогда и не включались. Проверено не только мной.

Есть мысль, что эти проблемы связанны с настройками указаных таблиц в MS SQL, в частности в алертах SAPMMC в строке SQL Server Setup появляются сообщения, чтобы изменить настройки update statistic и page locking для этих таблиц. Рекомендованые таким способом настройки уже изменил в Query Analyzer. Теперь жду, когда следующий раз можно будет остановить САП. :)

Еще. Открыв один из старых апдейт-запросов, обнаружил, что во всех них (ну все не просматривал :)) есть строка с другим статусом, как на скриншоте:
Изображение
имеющая тип Групповая обработка со статусом Нач. Наводит на мысль, что требуется проводить еще какую-то дополнительную операцию... или настройку.

_________________
Любая сложная проблема имеет множество простых и легкопонятных НЕПРАВИЛЬНЫХ решений.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, окт 30 2007, 22:29 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, ноя 23 2005, 13:37
Сообщения: 1805
Откуда: ECC 6.0
Пол: Мужской
Yu00x написал(а):
Теперь жду, когда следующий раз можно будет остановить САП. :)

А зачем ждать? Достаточно проверить содержимое таблиц vbmod, vbdata, когда активность пользователей минимальна.
Там, кроме текущих апдейтов, должны быть только записи апдейтов с ошибками, которые можно легко отличить по наличию заголовка vbhdr. Собственно, sm13 в первую очередь смотрит vbhdr.

Yu00x написал(а):
Еще. Открыв один из старых апдейт-запросов, обнаружил, что во всех них (ну все не просматривал :)) есть строка с другим статусом, как на скриншоте:
http://localhost/D/v3.jpg
имеющая тип Групповая обработка со статусом Нач. Наводит на мысль, что требуется проводить еще какую-то дополнительную операцию... или настройку.

Ссылка на localhost, это прикольно. :)

Нельзя ли запостить сюда сотенку-другую строк из vbmod (отсортированную при select'е по VBKEY, VBMODCNT, а то не будет полноты картины!) . Интересно было бы посмотреть.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 31 2007, 12:39 
Начинающий
Начинающий

Зарегистрирован:
Чт, авг 02 2007, 12:05
Сообщения: 11
Откуда: UA
sibrin написал:
Yu00x написал(а):
Теперь жду, когда следующий раз можно будет остановить САП. :)

А зачем ждать? Достаточно проверить содержимое таблиц vbmod, vbdata, когда активность пользователей минимальна.
Там, кроме текущих апдейтов, должны быть только записи апдейтов с ошибками, которые можно легко отличить по наличию заголовка vbhdr. Собственно, sm13 в первую очередь смотрит vbhdr.

Посмотреть, что твориться с САПом при запуске, соответственно и в логе.

sibrin написал:
Yu00x написал(а):
Еще. Открыв один из старых апдейт-запросов, обнаружил, что во всех них (ну все не просматривал :)) есть строка с другим статусом, как на скриншоте:
http://localhost/D/v3.jpg
имеющая тип Групповая обработка со статусом Нач. Наводит на мысль, что требуется проводить еще какую-то дополнительную операцию... или настройку.

Ссылка на localhost, это прикольно. :)

Нельзя ли запостить сюда сотенку-другую строк из vbmod (отсортированную при select'е по VBKEY, VBMODCNT, а то не будет полноты картины!) . Интересно было бы посмотреть.

Закидываю выборку с vbmod:
Code:
000761E504F643B5A0908A648223647E      1MLCCS_POST_PR                         1 255
000761E504F643B5A0908A648223647E      2K_DOCUMENT_ACTIVITY_POSTING           1 255
000761E504F643B5A0908A648223647E      3K_DOCUMENT_ACTIVITY_POSTING           1 255
000761E504F643B5A0908A648223647E      4MCF_STATISTICS_UPD_V2                 2 255
000761E504F643B5A0908A648223647E      5MCF_STATISTICS_UPD_V3                 5 255
000761E504F643B5A0908A648223647E      6RM_CREATE_PROTO                       1 255
000761E504F643B5A0908A648223647E      7DISPSATZ_BESTANDSFUEHRUNG             1 255
000761E504F643B5A0908A648223647E      8AUFM_POST                             1 255
000761E504F643B5A0908A648223647E      9CKMO_POST_ORDER_HISTORY               1 255
000761E504F643B5A0908A648223647E     10MB_UPDATE_TASKS                       3 255
000761E504F643B5A0908A648223647E     11MCB_STATISTICS_UPD_V1                 1 255
000761E504F643B5A0908A648223647E     12MCB_STATISTICS_UPD_V2                 2 255
000761E504F643B5A0908A648223647E     13CKMS_POST_PERIOD_DELTA                3 255
000761E504F643B5A0908A648223647E     14MLCCS_POST_DELTA                      1 255
000761E504F643B5A0908A648223647E     15CKMS_POST_HEADER                      1 255
000761E504F643B5A0908A648223647E     16CKML_F_DOCUMENT_POSTING               3 255
000761E504F643B5A0908A648223647E     17CKMCD_MLCD_POSTING                    1 255
000761E504F643B5A0908A648223647E     18MLCCS_POST_DELTA                      1 255
000761E504F643B5A0908A648223647E     19CKML_MGV_QUANTITY_DB_UPDATE           1 255
000761E504F643B5A0908A648223647E     20CKML_F_POST_INDEX                     3 255
000761E504F643B5A0908A648223647E     21POST_DOCUMENT                         1 255
000761E504F643B5A0908A648223647E     22G_FI_POSTING                          1 255
000761E504F643B5A0908A648223647E     23K_DOCUMENT_UPDATE                     1 255
000761E504F643B5A0908A648223647E     24J_3RF_NKS_POST_UPDATE                 2 255
000761E504F643B5A0908A648223647E     25AC_DOCUMENT_MM_UPDATE                 2 255
000761E504F643B5A0908A648223647E     26CO_RU_VB_COST_COLLECTOR_POST          1 255
000761E504F643B5A0908A648223647E     27CO_RU_VB_CONFIRMATION_POST            1 255
000761E504F643B5A0908A648223647E     28CO_VB_RECEIPT_ORDER_UPDATE            1 255
0099684FBFCD41129615722293DE4399      1MLCCS_POST_PR                         1 255
0099684FBFCD41129615722293DE4399      2K_DOCUMENT_ACTIVITY_POSTING           1 255
0099684FBFCD41129615722293DE4399      3MCF_STATISTICS_UPD_V2                 2 255
0099684FBFCD41129615722293DE4399      4MCF_STATISTICS_UPD_V3                 5 255
0099684FBFCD41129615722293DE4399      5RM_CREATE_PROTO                       1 255
0099684FBFCD41129615722293DE4399      6DISPSATZ_BESTANDSFUEHRUNG             1 255
0099684FBFCD41129615722293DE4399      7AUFM_POST                             1 255
0099684FBFCD41129615722293DE4399      8CKMO_POST_ORDER_HISTORY               1 255
0099684FBFCD41129615722293DE4399      9MB_UPDATE_TASKS                       3 255
0099684FBFCD41129615722293DE4399     10MCB_STATISTICS_UPD_V1                 1 255
0099684FBFCD41129615722293DE4399     11MCB_STATISTICS_UPD_V2                 2 255
0099684FBFCD41129615722293DE4399     12CKMS_POST_PERIOD_DELTA                3 255
0099684FBFCD41129615722293DE4399     13MLCCS_POST_DELTA                      1 255
0099684FBFCD41129615722293DE4399     14CKMS_POST_HEADER                      1 255
0099684FBFCD41129615722293DE4399     15CKML_F_DOCUMENT_POSTING               3 255
0099684FBFCD41129615722293DE4399     16CKMCD_MLCD_POSTING                    1 255
0099684FBFCD41129615722293DE4399     17MLCCS_POST_DELTA                      1 255
0099684FBFCD41129615722293DE4399     18CKML_MGV_QUANTITY_DB_UPDATE           1 255
0099684FBFCD41129615722293DE4399     19CKML_F_POST_INDEX                     3 255
0099684FBFCD41129615722293DE4399     20POST_DOCUMENT                         1 255
0099684FBFCD41129615722293DE4399     21G_FI_POSTING                          1 255
0099684FBFCD41129615722293DE4399     22K_DOCUMENT_UPDATE                     1 255
0099684FBFCD41129615722293DE4399     23J_3RF_NKS_POST_UPDATE                 2 255
0099684FBFCD41129615722293DE4399     24AC_DOCUMENT_MM_UPDATE                 2 255
0099684FBFCD41129615722293DE4399     25CO_RU_VB_COST_COLLECTOR_POST          1 255
0099684FBFCD41129615722293DE4399     26CO_RU_VB_CONFIRMATION_POST            1 255
0099684FBFCD41129615722293DE4399     27CO_VB_RECEIPT_ORDER_UPDATE            1 255
00CD48AF6A7643BBB770A04D1DD46BD0      1MLCCS_POST_PR                         1 255
00CD48AF6A7643BBB770A04D1DD46BD0      2K_DOCUMENT_ACTIVITY_POSTING           1 255
00CD48AF6A7643BBB770A04D1DD46BD0      3MCF_STATISTICS_UPD_V2                 2 255
00CD48AF6A7643BBB770A04D1DD46BD0      4MCF_STATISTICS_UPD_V3                 5 255
00CD48AF6A7643BBB770A04D1DD46BD0      5RM_CREATE_PROTO                       1 255
00CD48AF6A7643BBB770A04D1DD46BD0      6DISPSATZ_BESTANDSFUEHRUNG             1 255
00CD48AF6A7643BBB770A04D1DD46BD0      7AUFM_POST                             1 255
00CD48AF6A7643BBB770A04D1DD46BD0      8CKMO_POST_ORDER_HISTORY               1 255
00CD48AF6A7643BBB770A04D1DD46BD0      9MB_UPDATE_TASKS                       3 255
00CD48AF6A7643BBB770A04D1DD46BD0     10MCB_STATISTICS_UPD_V1                 1 255
00CD48AF6A7643BBB770A04D1DD46BD0     11MCB_STATISTICS_UPD_V2                 2 255
00CD48AF6A7643BBB770A04D1DD46BD0     12CKMS_POST_PERIOD_DELTA                3 255
00CD48AF6A7643BBB770A04D1DD46BD0     13MLCCS_POST_DELTA                      1 255
00CD48AF6A7643BBB770A04D1DD46BD0     14CKMS_POST_HEADER                      1 255
00CD48AF6A7643BBB770A04D1DD46BD0     15CKML_F_DOCUMENT_POSTING               3 255
00CD48AF6A7643BBB770A04D1DD46BD0     16CKMCD_MLCD_POSTING                    1 255
00CD48AF6A7643BBB770A04D1DD46BD0     17MLCCS_POST_DELTA                      1 255
00CD48AF6A7643BBB770A04D1DD46BD0     18CKML_MGV_QUANTITY_DB_UPDATE           1 255
00CD48AF6A7643BBB770A04D1DD46BD0     19CKML_F_POST_INDEX                     3 255
00CD48AF6A7643BBB770A04D1DD46BD0     20POST_DOCUMENT                         1 255
00CD48AF6A7643BBB770A04D1DD46BD0     21G_FI_POSTING                          1 255
00CD48AF6A7643BBB770A04D1DD46BD0     22K_DOCUMENT_UPDATE                     1 255
00CD48AF6A7643BBB770A04D1DD46BD0     23J_3RF_NKS_POST_UPDATE                 2 255
00CD48AF6A7643BBB770A04D1DD46BD0     24AC_DOCUMENT_MM_UPDATE                 2 255
00CD48AF6A7643BBB770A04D1DD46BD0     25CO_RU_VB_COST_COLLECTOR_POST          1 255
00CD48AF6A7643BBB770A04D1DD46BD0     26CO_RU_VB_CONFIRMATION_POST            1 255
00CD48AF6A7643BBB770A04D1DD46BD0     27CO_VB_RECEIPT_ORDER_UPDATE            1 255
010EB316FBF74EEC9D22D8452273BF27      1MLCCS_POST_PR                         1 255
010EB316FBF74EEC9D22D8452273BF27      2K_DOCUMENT_ACTIVITY_POSTING           1 255
010EB316FBF74EEC9D22D8452273BF27      3MCF_STATISTICS_UPD_V2                 2 255
010EB316FBF74EEC9D22D8452273BF27      4MCF_STATISTICS_UPD_V3                 5 255
010EB316FBF74EEC9D22D8452273BF27      5RM_CREATE_PROTO                       1 255
010EB316FBF74EEC9D22D8452273BF27      6DISPSATZ_BESTANDSFUEHRUNG             1 255
010EB316FBF74EEC9D22D8452273BF27      7AUFM_POST                             1 255
010EB316FBF74EEC9D22D8452273BF27      8CKMO_POST_ORDER_HISTORY               1 255
010EB316FBF74EEC9D22D8452273BF27      9MB_UPDATE_TASKS                       3 255
010EB316FBF74EEC9D22D8452273BF27     10MCB_STATISTICS_UPD_V1                 1 255
010EB316FBF74EEC9D22D8452273BF27     11MCB_STATISTICS_UPD_V2                 2 255
010EB316FBF74EEC9D22D8452273BF27     12CKMS_POST_PERIOD_DELTA                3 255
010EB316FBF74EEC9D22D8452273BF27     13MLCCS_POST_DELTA                      1 255
010EB316FBF74EEC9D22D8452273BF27     14CKMS_POST_HEADER                      1 255
010EB316FBF74EEC9D22D8452273BF27     15CKML_F_DOCUMENT_POSTING               3 255
010EB316FBF74EEC9D22D8452273BF27     16CKMCD_MLCD_POSTING                    1 255
010EB316FBF74EEC9D22D8452273BF27     17MLCCS_POST_DELTA                      1 255
010EB316FBF74EEC9D22D8452273BF27     18CKML_MGV_QUANTITY_DB_UPDATE           1 255
010EB316FBF74EEC9D22D8452273BF27     19CKML_F_POST_INDEX                     3 255
010EB316FBF74EEC9D22D8452273BF27     20POST_DOCUMENT                         1 255
010EB316FBF74EEC9D22D8452273BF27     21G_FI_POSTING                          1 255
010EB316FBF74EEC9D22D8452273BF27     22K_DOCUMENT_UPDATE                     1 255
010EB316FBF74EEC9D22D8452273BF27     23J_3RF_NKS_POST_UPDATE                 2 255
010EB316FBF74EEC9D22D8452273BF27     24AC_DOCUMENT_MM_UPDATE                 2 255
010EB316FBF74EEC9D22D8452273BF27     25CO_RU_VB_COST_COLLECTOR_POST          1 255
010EB316FBF74EEC9D22D8452273BF27     26CO_RU_VB_CONFIRMATION_POST            1 255
010EB316FBF74EEC9D22D8452273BF27     27CO_VB_RECEIPT_ORDER_UPDATE            1 255
010EFA0CCE584E7C8B2C635FE9F52914      1VERAENDERN_PLANAUFTRAG_WE_WA          1 255
010EFA0CCE584E7C8B2C635FE9F52914      2MLCCS_POST_PR                         1 255
010EFA0CCE584E7C8B2C635FE9F52914      3K_DOCUMENT_ACTIVITY_POSTING           1 255
010EFA0CCE584E7C8B2C635FE9F52914      4MCF_STATISTICS_UPD_V2                 2 255
010EFA0CCE584E7C8B2C635FE9F52914      5MCF_STATISTICS_UPD_V3                 5 255
010EFA0CCE584E7C8B2C635FE9F52914      6RM_CREATE_PROTO                       1 255
010EFA0CCE584E7C8B2C635FE9F52914      7DISPSATZ_BESTANDSFUEHRUNG             1 255
010EFA0CCE584E7C8B2C635FE9F52914      8AUFM_POST                             1 255
010EFA0CCE584E7C8B2C635FE9F52914      9CKMO_POST_ORDER_HISTORY               1 255
010EFA0CCE584E7C8B2C635FE9F52914     10MB_UPDATE_TASKS                       3 255
010EFA0CCE584E7C8B2C635FE9F52914     11MCB_STATISTICS_UPD_V1                 1 255
010EFA0CCE584E7C8B2C635FE9F52914     12MCB_STATISTICS_UPD_V2                 2 255
010EFA0CCE584E7C8B2C635FE9F52914     13CKMS_POST_PERIOD_DELTA                3 255
010EFA0CCE584E7C8B2C635FE9F52914     14MLCCS_POST_DELTA                      1 255
010EFA0CCE584E7C8B2C635FE9F52914     15CKMS_POST_HEADER                      1 255
010EFA0CCE584E7C8B2C635FE9F52914     16CKML_F_DOCUMENT_POSTING               3 255
010EFA0CCE584E7C8B2C635FE9F52914     17CKMCD_MLCD_POSTING                    1 255
010EFA0CCE584E7C8B2C635FE9F52914     18MLCCS_POST_DELTA                      1 255
010EFA0CCE584E7C8B2C635FE9F52914     19CKML_MGV_QUANTITY_DB_UPDATE           1 255
010EFA0CCE584E7C8B2C635FE9F52914     20CKML_F_POST_INDEX                     3 255
010EFA0CCE584E7C8B2C635FE9F52914     21POST_DOCUMENT                         1 255
010EFA0CCE584E7C8B2C635FE9F52914     22G_FI_POSTING                          1 255
010EFA0CCE584E7C8B2C635FE9F52914     23K_DOCUMENT_UPDATE                     1 255
010EFA0CCE584E7C8B2C635FE9F52914     24J_3RF_NKS_POST_UPDATE                 2 255
010EFA0CCE584E7C8B2C635FE9F52914     25AC_DOCUMENT_MM_UPDATE                 2 255
010EFA0CCE584E7C8B2C635FE9F52914     26CO_RU_VB_COST_COLLECTOR_POST          1 255
010EFA0CCE584E7C8B2C635FE9F52914     27CO_RU_VB_CONFIRMATION_POST            1 255
010EFA0CCE584E7C8B2C635FE9F52914     28CHARGE_WRITE_DOCUMENT                 2 255
010EFA0CCE584E7C8B2C635FE9F52914     29CO_VB_RECEIPT_ORDER_UPDATE            1 255
01266090FC9A49E7B1EF255D2FF9C938      1VERAENDERN_PLANAUFTRAG_WE_WA          1 255
01266090FC9A49E7B1EF255D2FF9C938      2VERAENDERN_PLANAUFTRAG_WE_WA          1 255
01266090FC9A49E7B1EF255D2FF9C938      3MLCCS_POST_PR                         1 255
01266090FC9A49E7B1EF255D2FF9C938      4K_DOCUMENT_ACTIVITY_POSTING           1 255
01266090FC9A49E7B1EF255D2FF9C938      5MCF_STATISTICS_UPD_V2                 2 255
01266090FC9A49E7B1EF255D2FF9C938      6MCF_STATISTICS_UPD_V3                 5 255
01266090FC9A49E7B1EF255D2FF9C938      7RM_CREATE_PROTO                       1 255
01266090FC9A49E7B1EF255D2FF9C938      8DISPSATZ_BESTANDSFUEHRUNG             1 255
01266090FC9A49E7B1EF255D2FF9C938      9AUFM_POST                             1 255
01266090FC9A49E7B1EF255D2FF9C938     10CKMO_POST_ORDER_HISTORY               1 255
01266090FC9A49E7B1EF255D2FF9C938     11MB_UPDATE_TASKS                       3 255
01266090FC9A49E7B1EF255D2FF9C938     12MCB_STATISTICS_UPD_V1                 1 255
01266090FC9A49E7B1EF255D2FF9C938     13MCB_STATISTICS_UPD_V2                 2 255
01266090FC9A49E7B1EF255D2FF9C938     14CKMS_POST_PERIOD_DELTA                3 255
01266090FC9A49E7B1EF255D2FF9C938     15MLCCS_POST_DELTA                      1 255
01266090FC9A49E7B1EF255D2FF9C938     16CKMS_POST_HEADER                      1 255
01266090FC9A49E7B1EF255D2FF9C938     17CKML_F_DOCUMENT_POSTING               3 255
01266090FC9A49E7B1EF255D2FF9C938     18CKMCD_MLCD_POSTING                    1 255
01266090FC9A49E7B1EF255D2FF9C938     19MLCCS_POST_DELTA                      1 255
01266090FC9A49E7B1EF255D2FF9C938     20CKML_MGV_QUANTITY_DB_UPDATE           1 255
01266090FC9A49E7B1EF255D2FF9C938     21CKML_F_POST_INDEX                     3 255
01266090FC9A49E7B1EF255D2FF9C938     22POST_DOCUMENT                         1 255
01266090FC9A49E7B1EF255D2FF9C938     23G_FI_POSTING                          1 255
01266090FC9A49E7B1EF255D2FF9C938     24K_DOCUMENT_UPDATE                     1 255
01266090FC9A49E7B1EF255D2FF9C938     25J_3RF_NKS_POST_UPDATE                 2 255
01266090FC9A49E7B1EF255D2FF9C938     26AC_DOCUMENT_MM_UPDATE                 2 255
01266090FC9A49E7B1EF255D2FF9C938     27CO_RU_VB_COST_COLLECTOR_POST          1 255
01266090FC9A49E7B1EF255D2FF9C938     28CO_RU_VB_CONFIRMATION_POST            1 255
01266090FC9A49E7B1EF255D2FF9C938     29CO_VB_RECEIPT_ORDER_UPDATE            1 255

Проблемы
Yu00x написал(а):
есть строка с другим статусом ... имеющая тип Групповая обработка со статусом Нач.

похоже вызывают строки с именем модуля
Code:
MCF_STATISTICS_UPD_V3

Куда копать дальше?
Еще сегодня заметил, что в упомянутых таблицах пропали записи за 10.09.07 (вчера еще были!) и самыми ранними стали записи за 11.09.07 :shock: И САП в это время не останавливался!

_________________
Любая сложная проблема имеет множество простых и легкопонятных НЕПРАВИЛЬНЫХ решений.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 31 2007, 14:01 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, ноя 23 2005, 13:37
Сообщения: 1805
Откуда: ECC 6.0
Пол: Мужской
Цитата:
Еще сегодня заметил, что в упомянутых таблицах пропали записи за 10.09.07 (вчера еще были!) и самыми ранними стали записи за 11.09.07 И САП в это время не останавливался!

Чего-то я не понял, а откуда даты?


В общем суть такая. В инклюде LCOSFF10 есть
Code:
FORM position_update.

которая вызывается в самом конце ф.м. CO_SF_RECEIPT_ITEM_UPDATE
так
Code:
PERFORM position_update ON COMMIT.

Внутри position_update регистрируется последний модуль обновления: CO_VB_RECEIPT_ORDER_UPDATE. Между этим вызовом и endform происходит смена vbkey. В этом промежутке вызывается только ф.м. CI_BR_PIBZ_POST. В нём ничего страшного не происходит, только делаются updat'ы нескольких таблиц.

Я бы расставил до, после и в середине (в общем повсюду) вызовы ф.м. TH_GET_VBKEY, писал бы всё это в z-лог, а потом селектами бы анализировал, как часто меняется vbkey.

Ну а потом писать в SAP.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, ноя 02 2007, 19:04 
Начинающий
Начинающий

Зарегистрирован:
Чт, авг 02 2007, 12:05
Сообщения: 11
Откуда: UA
sibrin написал:
Цитата:
Еще сегодня заметил, что в упомянутых таблицах пропали записи за 10.09.07 (вчера еще были!) и самыми ранними стали записи за 11.09.07 И САП в это время не останавливался!

Чего-то я не понял, а откуда даты?

Дату/время узнаю из поля vbhdr-vbdate. При обычной работе кол-во записей в этой таблице увеличивается без "пропадания" старых записей.

При дальнейшем анализе оставшихся данных в таблицах VBHDR, VBDATA, VBMOD, выяснилось, что 2 двух последних есть только по 3 записи с ключем VBKEY, который отсутствует в VBHDR. И эти записи больше не менялись при работе. Время создания этих записей определить не удалось по понятным причинам :( Можно ли средствами SQL безболезнено удалить эти 3 записи? И в каких еще таблицах просмотреть?

Отсюда следует вывод, что большая часть оставшихся записей (> 40k) не связана с проблемой смены VBKEY.

sibrin написал:
В общем суть такая. В инклюде LCOSFF10 есть
Code:
FORM position_update.

в которой вызывается фм
Code:
CALL FUNCTION 'MCF_STATISTICS_UPD_TO_DB'.

который и вызывает (должен)
Code:
  IF control-modus EQ con_modus_new   OR
     control-modus EQ con_modus_set   OR
     control-modus EQ con_modus_newbw.

    CALL FUNCTION 'MCF_STATISTICS_UPD_V3'
      EXPORTING
        zeitp          = h_zeitp
        control        = control
        ONLY_DB_UPD    = 'X'
      TABLES
        xmcafko        = xmcafko
        xmcafpo        = xmcafpo
        xmcafvg        = xmcafvg
        xmccomp        = xmccomp
        xmckalk        = xmckalk.

из которого вызываются формы инклюда LMCF4F10. Пока не нашел, что означает (в смысле, значения каких полей) статус НАЧ. в остающихся записях таблиц для этого фм.

_________________
Любая сложная проблема имеет множество простых и легкопонятных НЕПРАВИЛЬНЫХ решений.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 14 2007, 12:59 
Начинающий
Начинающий

Зарегистрирован:
Чт, авг 02 2007, 12:05
Сообщения: 11
Откуда: UA
Разобрался с вопросом :!:

"Застрявшие" запросы на обновление, в которых на фм MCF_STATISTICS_UPD_V3 стоял тип Груповая обработка, нуждались в запуске таковой.
Порывшись в хелпе, нашел,
Цитата:
In contrast to the other modules, these are not updated until a special report (report RSM13005 ) starts the update (in background mode); in other words, they are not updated automatically. All function module calls are then collected, aggregated (see example) and updated together. They are handled in the same way as V2 update modules.

что значит следует запланировать периодический запуск отчета RSM13005 с названием этого фм. Запланировал запуск раз в сутки, и те запросы, которые накапливаются за день (до 2000 шт.) после этого отчета удаляются. В результате, таблицы VB* остаются маленькими и САП шуршит быстрее. Т.о. не нужно долго ждать "появления" документа после проводки. ;)

_________________
Любая сложная проблема имеет множество простых и легкопонятных НЕПРАВИЛЬНЫХ решений.


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

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


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

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


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

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