Runtime Errors MESSAGE_TYPE_X
Date and Time 2010.11.15 15:59:43
Short text
The current application triggered a termination with a short dump.
오류분석
Short text of error message:
테이블 ADRP 변경중 데이타베이스 오류발생
Long text of error message:
Technical information about the message:
Message class....... "AM"
Number.............. 842
Variable 1.......... "ADRP"
Variable 2.......... " "
Variable 3.......... " "
Variable 4.......... " "
오류수정방법
Probably the only way to eliminate the error is to correct the program.
-
If the error occures in a non-modified SAP program, you may be able to
find an interim solution in an SAP Note.
If you have access to SAP Notes, carry out a search with the following
keywords:
"MESSAGE_TYPE_X" " "
"SAPLSZA0" or "LSZA0U47"
"ADDR_SAVE_INTERN"
If you cannot solve the problem yourself and want to send an error
notification to SAP, include the following information:
1. The description of the current problem (short dump)
To save the description, choose "System->List->Save->Local File
(Unconverted)".
2. Corresponding system log
Display the system log by calling transaction SM21.
Restrict the time interval to 10 minutes before and five minutes
after the short dump. Then choose "System->List->Save->Local File
(Unconverted)".
3. If the problem occurs in a problem of your own or a modified SAP
program: The source code of the program
In the editor, choose "Utilities->More
Utilities->Upload/Download->Download".
4. Details about the conditions under which the error occurred or which
actions and input led to the error.
--------------------------------------------------------------------
데이터 마이그레이션을 진행하고 있습니다.
750만건정도의 데이터를 스탠다드 테이블에 입력하고 있습니다.
모듈은 CRM이고, BUT000테이블 에 데이터를 넣기 위해
스탠다드 BAPI를 써서 입력을 진행하고 있는데요,
450만건정도까지 잘 진행되는가 싶더니 그 이후로는 덤프가 나기 시작합니다.
바로 위 덤프입니다.
MESSAGE_TYPE_X 덤프는 워낙 일반적인 에러라 오류 찾기가 어렵네요.
잘 입력되던 것이 450만건 이후로는 왜 자꾸 저 덤프가 떨어질까요.
너무 답답하네요...
BC도 뭐가 문제인지 잘 모르겠다는군요.
몇가지 의심이 나는 부분은,
시스템 부하가 엄청 높아진다는 것입니다.
거의 99%를 칠 때도 있구요.
그 외엔 뭐가 문제인건지 잘 보이지가 않네요.
혹시 비슷한 경험을 하셨거나 아주 작은 팁이라도 있으신 분 계시면 답변 부탁드리겠습니다.
읽어주셔서 감사합니다.
댓글 6
-
MadMax
2010.11.15 17:01
-
나만고양이
2010.11.15 17:24
CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'
EXPORTING
WAIT = 'Y'.
해당 덤프는 바피 COMMIT시 발생하고 있네요.
COMMIT이 안되네 BUT000 테이블에 데이터가 안생기고 있었네요. ㅜㅜ 왜 안될까요? (계속 디버깅중..)
-
나만고양이
2010.11.15 17:40
아, 추가로 글 올리는 중에 답변을 주셨네요.
네, 맞습니다.
bapi commit 펑션을 위와 같이 쓰고 있습니다.
대략 5000번 정도 bapi 사용하고 한번에 커밋하고 있어요.
-
MadMax
2010.11.15 18:08
의심이 가는 것..
1. table space , 물리적 space 가 얼마나 여유가 있는지 여부 확인 - but000 보다는 adrp 가 속한 영역
2. db 관련 parameters 와 data 변경시 저장되는 (.. 기억이 가물거림.. 내용은 rollback 을 위한 시스템 공간 ) space
테스트 ..
1. 프로그램을 300만건 정도씩 끊어서 작업...
참고하세요..
-
나만고양이
2010.11.16 14:56
답변 감사드립니다.
결국엔 SAP사에 서포트까지 받으면서 문제점을 찾아냈네요.
받은 메일의 내용입니다.
Thank you for your query.
These types of problems are usually caused by number ranges either beingout of sync or no numbers left for the next address:-
My suggestions:
1. Please run the report "Z_OSSNOTE_445575" in the note 445575 to find
out the highest address number already assigned in ADRC, ADRP together.
2. Add 100 number to it.
3. Then, change the value of the current number in SA01 transaction,
button "status".
문제는 Number Range였습니다.
445575 노츠를 찾아서 Z_OSSNOTE_445575 프로그램을 다운받아 수행해봤더니 넘버레인지가 꽉차버렸더군요.
아밥의 길은 멀고도 험하군요...ㅜㅜ
-
기쁨
2010.11.16 17:10
샙은 어렵군요.
전 플젝 들어와서 매일 웹써핑만...;;;
스킬업은 언제쯤 되련지....
입력 bapi 사용후 bapi commit 하시나요?