Sequential dump of table

HI,
I want to know if there is any standard tcode to take sequential dump of a transparent table and to later upload only that table based on sequential file.?
Kinldy suggest.
Bye.

hi,
Try this.
[utility to store table data|https://forums.sdn.sap.com/click.jspa?searchID=21531094&messageID=6517477]

Similar Messages

Performance problems due to sequential read on tables WBCROSSGT and CROSS

Hello all,
got the SAPNW2004s Sneak Preview ABAP installed. Performance is quite ok. But with certain dictionary operations like creating new attributes for a class I experience exceptional long runtimes and timeout dumps. In SM50 I see a sequential read on table WBCROSSGT. In OSS I can't find anything applicable yet for this release (SAP_BASIS 700, support level 5).
Any suggestions appreciated.
Simon

Hello,
i had exactly the same problem after upgrading from MS SQL 2005 to MS SQl 2008 R2.
Our DEV system was almost completely exhausted and normal operation wasn't possible anymore.
SAP Note 1479008 solved the issue, even it is only "released" for MaxDB.
Cheers, Christoph

Office 2007 Attachments giving dump"Buffer table not up to date" in SOCO

Hi SRM Experts,
We have came across a strange issue. DOCX & XLSX doc type attachments are giving a dump " Buffer Table not up to the date" when the Buyer in SOCO press the button "Add to the work area".
This is coming only when there is some SPECIAL CHARACTER used in the description of the attachment e.g. _, -, . / etc etc.
The other attachment types are working fine. i.e. PDF or Doc with NO special characters used in the description are giving NO errors t
IS there any special OSS note for this?
I have already configured all the config settings in DC10, DC20 & DC 30.
Please help us out in this.
Regards,
Varun.

Hi Muthu,
Thanks for the help.. But here the problem is not with extension only.
The problem is if there is a special character in the attachment description in Office 2007 doc types like XLSX, DOCX then and then only it is giving dump.
I tested without special characters in description with DOCX file it is working fine.
Please help out as this is becoming serious issue now.
Regards,
Varun

Sequential Read on table BSAD

Hello All
Our custom program job when observed thru SM51 is spending over 4 hours at a single point showing SEQUENTIAL READ on table BSAD. DB2 provided us with the queries that were executed during runtime trying to fetch data from table BSAD
SELECT * FROM BSAD
WHERE XBLNR EQ <value>
AND BUKRS EQ <value>
AND KUNNR IN L_KUNNR [] (which has around 400 KUNNR values)
SELECT bukrs belnr xblnr blart zuonr kidno
FROM bsad
UP TO 1 ROWS
INTO CORRESPONDING FIELDS OF <name>
WHERE kunnr IN L_kunnr[] ((which has more than 400 KUNNR values)
AND ( zuonr EQ <value> OR kidno EQ <value> ).
We have indexes for both combinations specified above - still during the execution of the program the above query is being observed to clock for over 5 hours. This program had not been giving issues all along - and we are seeing issues lately. DB2 team mentions that IN statement is expensive. When DB2 observes during run-time - they see a lot of values been used in L_KUNNR[] range. The table re-org or index re-build has not been done for a while too. We are trying to interpret the possibilities
Edited by: Vasantharaman Viswanathan on Jan 29, 2011 5:49 PM

THanks for your inputs John
Whenever we tried putting a trace- we do it during the execution of the statement - and only for a few times we have been able to capture trace - sometimes Basis team says that they did not capture any. In the traces that we have i was able to see at the statement being executed for 10 mins or so - which may not make sense if the program is stuck for hours.
Also in the trace - i believe you are asking if we are able to deduce if it would use index based on the values provided?\or is there a field / param in the trace that provides this info? Please clarify
Also when i tried having around 400 values in the IN statement and tried executing the query in non-prod - it took atleast 600 secs (since thats the max time i could keep it active as Dialog process in non-prod). Also do you think the above SELECT statement warrants a change?

Sequential Read on table BUT0ID while opening BSP application.

Hi,
We have a problem opening Business Partner Application(comm_bupar) with only one User Id.Other application gets opened.Even if we try to copy this user to another user, the new user works properly.The User Id accesses the report SAPLCOM_BUPA_BSP_SEARCH and sequentially reads on table BUT0ID.
The application keeps on loading and gets timed out.This is the problem with only one user id with roles and authorisation same as others.
Regards,
Adity

Its quite strange if you have same roles and authorisation.
I will suggest check once again and also could you please check the trace.
Thanks
Sarbjeet Singh

Short dump-internal table size issue

Hi,
I get the following message in the short dump analysis for a report.
No storage space available for extending table "IT_920".
You attempted to extend an internal table, but the required space was not available.
Error Analysis:
The internal table "IT_920" could not be enlarged further.
To extend the internal table, 9696 bytes of storage space was
needed, but none was available. At this point, the table "IT_920" has
1008240 entries.
Its an old report and I saw the internal table declaration using the "OCCURS" clause in the internal table declaration.
begin of itab occurs 100.
end of itab.
I tried the option of changing to "OCCURS 0", still issue persists.
Any help would be highly appretiated
CM

Hello CMV,
This is basic problem with SAP internal tables. For every internal table memory is alocated ( Max..256K)...once you cross the memory size/limit of the internal table it resuls in short dump.
Only way to overcome this problem is handle limited number of records at a time..
Please refer following sample code which will help you to avoid short dump while processing large number of records....
SORT TAB_RESULT.
DESCRIBE TABLE TAB_RESULT LINES W_RECORDS.
W_LOW      = 1.
W_UP       = 1000.
*Spliting the records from tab_result1 by pakage of 1000 at a time
*to avoid short dump in case of more records
WHILE W_LOW <= W_RECORDS.
    R_PKUNWE-SIGN = 'I'.
    R_PKUNWE-OPTION = 'EQ'.
    R_WERKS-SIGN = 'I'.
    R_WERKS-OPTION = 'EQ'.
    LOOP AT TAB_RESULT FROM W_LOW TO W_UP.
      MOVE TAB_RESULT-PKUNWE TO R_PKUNWE-LOW.
      MOVE TAB_RESULT-WERKS TO R_WERKS-LOW.
      APPEND R_PKUNWE.
      APPEND R_WERKS.
    ENDLOOP.
*fetch sold to party
     SELECT KUNNR NAME1
       FROM KNA1
       APPENDING CORRESPONDING FIELDS OF TABLE TAB_KNA1
       WHERE KUNNR IN R_PKUNWE.
*fetch plant
SELECT WERKS NAME1
         FROM T001W
         APPENDING CORRESPONDING FIELDS OF TABLE TAB_T001W
         WHERE WERKS IN R_WERKS.
   REFRESH: R_PKUNWE,
            R_WERKS.
    W_LOW = W_LOW + 1000.
    W_UP = W_UP + 1000.
ENDWHILE.
Hope this will help you to solve problem.
Cheers,
Nilesh

Abap dump: internal table too small, condense non-character like fields

Hi there,
I created a dynamic internal table by:
CALL FUNCTION 'LVC_FIELDCATALOG_MERGE'
CALL METHOD CL_ALV_TABLE_CREATE=>CREATE_DYNAMIC_TABLE
ASSIGN IT_EP_TABLE->* TO <IT_DBTABLE>.
SELECT * FROM (P_TABLE_NAME)
<b> INTO TABLE <IT_DBTABLE> </b>
It gave the error <b> internal table too small </b> SAPSQL_SELECT_TAB_TOO_SMALL,
so I removed the error by using "into corresponding fields of <IT_DBTABLE>.
But now it is not creating a TXT file by function module from internal table records. As it says the CONDENSE statement cannot be executed and dump occurs: 'OBJECTS_NOT_CHARLIKE' 'The current statement only supports character-type data objects', 'In statement
"CONDENSE" the argument "<F_SOURCE>" can only take a character-type data object'.
It only happens for table AFPO. As I think this table has fields i.e. currency which cannot be treated as characters. Is the move corresponding approach ok. Or how can I create text file with these records.

try creating a dynamic table in the image of the source table and then move-corresponding to the original one. Something like this:
DATA dref TYPE REF TO data.
DATA tabdref TYPE REF TO data.
FIELD-SYMBOLS <dyn_struc> TYPE ANY.
FIELD-SYMBOLS <struc> TYPE ANY.
FIELD-SYMBOLS <tab> TYPE table.
*create table of your choice
CREATE DATA tabdref TYPE TABLE OF (P_TABLE_NAME).
ASSIGN tabdref->* TO <tab>.
create a line variable for the above table
CREATE DATA dref like line of <tab>.
ASSIGN dref->* TO <struc>.
create a line variable for the dynamically created table
CREATE DATA dref like line of <IT_DBTABLE>.
ASSIGN dref->* TO <dyn_struc>.
SELECT * FROM (P_TABLE_NAME)
INTO TABLE <tab>.
loop at <tab> assigning <struc>.
move-corresponding <tab> to <dyn_struc>.
append <dyn_struc> to <IT_DBTABLE>.
endloop.

Short Dump in table maintenance events

Dear Experts,
I am getting a short dump when i am trying to maintain my Z table. the error is "The statement "MOVE src TO dst" requires that the operands "dst" and "src" are convertible. Since this statement is in a Unicode program, the special conversion rules for Unicode programs apply. In this case, these rules were violated.
the actual short dump is appearing at Move total to fs_zsdslsbud.
ZSDSLSBUD table has a NUMC, 4 char field but in total internal table it is appearing as 0000####. I guess this is the error. I tried to replicate the same code where there are only char type fields and i dont have any issues with below code.
My Z table also have a currency field. How to handle the unicode conversion in this case? can i use Try and Catch statements. A piece of code would be appriciated.
Thanks in advance.
FORM f_trigger_before_save.
DATA: wf_index TYPE sy-tabix. "Index to note the lines found
DATA: BEGIN OF fs_zsdslsbud.
          INCLUDE STRUCTURE zsdslsbud.
          INCLUDE STRUCTURE vimtbflags.
DATA: END OF fs_zsdslsbud.
LOOP AT total.
    IF <action> = neuer_eintrag .
      READ TABLE extract WITH KEY <vim_xtotal_key>.
      IF sy-subrc EQ 0.
        wf_index = sy-tabix.
      ELSE.
        CLEAR wf_index.
      ENDIF.
*      (make desired changes to the line total)
      MOVE total TO fs_zsdslsbud.
      fs_zsdslsbud-ernam = sy-uname.
      fs_zsdslsbud-erdat = sy-datum.
      fs_zsdslsbud-erzet = sy-uzeit.
      total = fs_zsdslsbud.
      MODIFY total.
      CHECK wf_index GT 0.
      extract = total.
      MODIFY extract INDEX wf_index.
    ELSEIF <action> = aendern.
      READ TABLE extract WITH KEY <vim_xtotal_key>.
      IF sy-subrc EQ 0.
        wf_index = sy-tabix.
      ELSE.
        CLEAR wf_index.
      ENDIF.
*      (make desired changes to the line total)
      MOVE total TO fs_zsdslsbud.
      fs_zsdslsbud-aenam = sy-uname.
      fs_zsdslsbud-aedat = sy-datum.
      fs_zsdslsbud-aezet = sy-uzeit.
      total = fs_zsdslsbud.
      MODIFY total.
      CHECK wf_index GT 0.
      extract = total.
      MODIFY extract INDEX wf_index.
    ENDIF.
ENDLOOP.
sy-subrc = 0.
ENDFORM.                    "f_trigger_before_save
Thanks,
Rajesh.

Hi,
Use this FM instead of Move statement.. In Unicode environments the left and right operands should be of same data type. to over come this you can use the below FM
   CALL FUNCTION 'HR_99S_COPY_STRUC1_STRUC2'
          EXPORTING
             P_STRUCT1       = total
        IMPORTING
             P_STRUCT2       = fs_zsdslsbud.

Getting dump in table maintainance generator

hi friends ,
in dev system and production iam able to maintain data in the table ,but in quality i am getting dump.
my error is bellow,
Runtime Errors         DYNPRO_FIELD_CONVERSION
Date and Time          20.03.2009 14:11:59
Short text
     Conversion error
What happened?
     The current screen processing action was terminated since a situation
     occurred where the application could not continue.
     This is probably due to an error in the ABAP program or in the current
     screen.
Error analysis
     The program has been interrupted and cannot resume.
     Program "SAPLY_J_2IRG1BAL" attempted to display fields on screen 0001.
     An error occurred during the conversion of this data.
Trigger Location of Runtime Error
     Program                                 SAPLY_J_2IRG1BAL
     Include                                 LSVIMOXX
     Row                                     253
     Module type                             (MODULE PBO)
     Module Name                             LISTE_SHOW_LISTE

Hi Sudheer,
Did you add any FLTP field in table and generating table maintenance generator for the same? FLTP type of field can't be displayed on screen or in SM30, They need to be converted to CHAR before displaying. Please check for the same.
Edited by: Gaurav Mishra on Mar 20, 2009 12:08 PM

Extended Classic Scenario causing a dump "Buffer Table not up to date'

Hi All,
I could create a Shopping Cart in the Classic Scenario.
After activating the Global settings together with the Back end groups responsible for the ECS, I have also a Badi in place for a certain Category id..I expected that for this category id if I create a shopping cart thro' the describe requirement it would create a Local PO and a replica would be generated in the Back end system.
But as and when I add the item to the Shopping Cart, I get an ABAP Dump indicating the buffer table not up to date and a program error "Uncaught exception" in the Program SALBBP_PDH.
I also tried searching SAP Notes,but to vain.Working on SRM 5.0 Release level 12 and ECC 6.0 as back end.
Any body who has faced this before, Pl give me the clues.
Thanks & Regards,
Nagarajan

Hi
it is basis consulatant responsiblity. you must take help from Basis .
Note 26171 - Possible entry values for command field ("OK-code")
Buffer commands:
WARNING: Resetting buffers can significantly change the performance of the
entire system for a long time. It should therefore only be used when there
is a good reason to do so. As of release 3.0B system administator
authorization is required (authorization object S_ADMI_FCD). The action is
noted in the system log.
/$SYNC- This resets all buffers of the application server
/$CUA - This resets the CUA buffers of the application server
/$TAB - This resets the table buffers of the application server
/$NAM - This resets the nametab buffers of the application server
/$DYNP - This resets the screen buffers of the application server
regards
Muthu

Dump "Buffer table not up to date" when we change contracts

Hi experts
I use SRM 3.0
Since we have added modifications in contracts, it is impossible to change contracts there's always a dump like "Buffer table not up to date : In FORM ITMADM_UPDATE (function group SAPLBBP_PDIAD) an inconsistent status was discovered. "
I saw a message in sdn with the same problem and so i tried to desactivate the BADI Check and the problem is not coming any more.
But I need to reactivate the Badi and I really do not understand why it dumps and the link with the badi Check and everyhting is correct in the Badi.
My last changes were : add a custumer field on header and check in the badi check tke rights values for this CUF.
Thank you for your help.
Peggy.

Dear Rao
Go to Tr:ST22, get the dump log details, from there you will find where the error occur, as well as the callstack, Eg, which
FM, form ,has been called before the error occur. Set BP there , so you can proceed debug.
This dump could happen if there are some data is missing for this SC, in this case, FUNCTION 'BBP_LINK_GET_OW'
might interesting.
Regards
Lauren

Abap custom class dump flight tables

Helo experts,
I created a class to select data from scustom, spfli, sflight and sbook into txt files for each table. But mt code only works with the scustom table. I tried to execute for all tables, for each table, but always occurs the same dump - except for scustom.
Please, help me.
*& Report ZCL01                                                       *
REPORT zcl01                                   .
*----- Class itab definition
CLASS itab DEFINITION.
PUBLIC SECTION.
*----- Methods
    METHODS: read_tab IMPORTING itab TYPE table,
             write_tab,
             txt_data IMPORTING patch TYPE string.
PRIVATE SECTION.
    TYPES: BEGIN OF st,
             field TYPE string,
           END OF st.
    DATA: struct TYPE TABLE OF st,
           linha LIKE LINE OF struct.
ENDCLASS.                    "itab DEFINITION
*----- Class itab implementation
CLASS itab IMPLEMENTATION.
*----- method txt data
METHOD txt_data.
    CALL FUNCTION 'GUI_DOWNLOAD'
      EXPORTING
        filename = patch
      TABLES
        data_tab = struct.
ENDMETHOD.                    "itab
*----- method read itab
METHOD read_tab.
    FIELD-SYMBOLS: <it> TYPE table,
                   <wa> TYPE ANY.
    ASSIGN itab TO <it>.
    REFRESH struct.
    LOOP AT <it> ASSIGNING <wa>.
      CLEAR linha.
      linha-field = <wa>.
      APPEND linha TO struct.
    ENDLOOP.
ENDMETHOD.                    "itab
*----- method write itab
METHOD write_tab.
    ULINE.
    LOOP AT struct INTO linha.
      WRITE: / linha-field.
    ENDLOOP.
    ULINE.
ENDMETHOD.                    "itab
ENDCLASS.                    "itab IMPLEMENTATION
START-OF-SELECTION.
DATA: it TYPE REF TO itab,
        ti_scustom TYPE STANDARD TABLE OF scustom,
        ti_spfli   TYPE STANDARD TABLE OF spfli,
        ti_sflight TYPE STANDARD TABLE OF sflight,
        ti_sbook   TYPE STANDARD TABLE OF sbook.
SELECT * FROM scustom INTO TABLE ti_scustom.
PERFORM gera_txt USING 'c:\sap\ti_scustom.txt' ti_scustom.
SELECT * FROM spfli   INTO TABLE ti_spfli.
PERFORM gera_txt USING 'c:\sap\ti_spfli.txt' ti_spfli.
SELECT * FROM sflight INTO TABLE ti_sflight.
PERFORM gera_txt USING 'c:\sap\ti_sflight.txt' ti_sflight.
SELECT * FROM sbook   INTO TABLE ti_sbook.
PERFORM gera_txt USING 'c:\sap\ti_sbook.txt' ti_sbook.
END-OF-SELECTION.
FORM gera_txt
--> P_ARQUIVO
--> P_TABLE
FORM gera_txt USING p_arquivo
                    p_table.
IF sy-subrc EQ 0.
    IF it IS INITIAL.
      CREATE OBJECT it.
    ENDIF.
    CALL METHOD it->read_tab( p_table ).
    CALL METHOD it->write_tab.
    CALL METHOD it->txt_data( p_arquivo ).
ENDIF.
FREE it.
ENDFORM.                    "gera_txt

Thanks to the answers, the dum msg is:
Runtime errors         UC_OBJECTS_NOT_CONVERTIBLE
       Occurred on     25.06.2007 at 16:06:50
Data objects in a Unicode program are not convertible.
What happened?
Error in ABAP application program.
The current ABAP program "!CL01 " had to be terminated because one of the
statements could not be executed.
This is probably due to an error in the ABAP program.
What can you do?
Print out the error message (using the "Print" function)
and make a note of the actions and input that caused the
error.
To resolve the problem, contact your SAP system administrator.
You can use transaction ST22 (ABAP Dump Analysis) to view and administer
termination messages, especially those beyond their normal deletion
date.
Transaction ST22 allows you to display and manage short dumps. It
is especially useful if you want to keep a particular message.
Error analysis
The statement
"MOVE src TO dst"
requires the operands "dst" and "src" to be comvertible.
Since this statement occurs in a Unicode program, the special
convertibility rules for Unicode programs apply. In this case, the
following rules have been broken:
How to correct the error
Make sure the operands "dst" and "src" are comparable in the statement
"MOVE src TO dst".
Probably the only way to eliminate the error is to correct the program.
You may able to find an interim solution to the problem
in the SAP note system. If you have access to the note system yourself,
use the following search criteria:
"UC_OBJECTS_NOT_CONVERTIBLE" C
"!CL01 " or "!CL01 "
"READ_TAB"
If you cannot solve the problem yourself, please send the
following documents to SAP:
1. A hard copy print describing the problem.
   To obtain this, select the "Print" function on the current screen.
2. A suitable hardcopy prinout of the system log.
   To obtain this, call the system log with Transaction SM21
   and select the "Print" function to print out the relevant
   part.
3. If the programs are your own programs or modified SAP programs,
   supply the source code.
   To do this, you can either use the "PRINT" command in the editor or
   print the programs using the report RSINCL00.
4. Details regarding the conditions under which the error occurred
   or which actions and input led to the error.
System environment
SAP Release.............. "610"
Application server....... "GTCDES13"
Network address.......... "169.254.25.129"
Operating system......... "Windows NT"
Release.................. "5.1"
Hardware type............ "2x Intel 801586"
Database server.......... "GTCDES13"
Database type............ "ADABAS D"
Database name............ "WA1"
Database owner........... "SAPR3"
Thanks Rich, your code works so fine!
Message was edited by:
        Rodrigo Paisante

Dump on table space

HI,
We are executing the TCode : FV65 and getting the dump as follows.
=====
ShrtText
No storage space available for extending an internal table.
What happened?
You attempted to extend an internal table, but the required space was not available.
Error analysis
The internal table "IT_5402" could not be enlarged further. To allow error handling, the table had to be deleted before this log was created. So, if you branch to the ABAP debugger from the display of this log, the table will there be displayed with 0 rows.
Information on where terminated
    The termination occurred in the ABAP program "SAPLSDH4" in "TO_SORT_TAB". The main program was "SAPMF05A ".
The termination occurred in line 746 of the source code of the (Include) program "LSDH4F09" of the source code of program "LSDH4F09" (when calling the editor 7460).
======
I beleive, its a standard program but I am not getting a clue how to get out of it.
Please advise.
regards,
sachin

Hi Sachin,
Then you should not face this issue. Just check with your basis if there is sufficient table space available on the server.
If now only you are facing this problem then there must be some issue with the table space available.
Regards,
Atish

Short dump in table maintenance genarator

hi all,
in SM30 i gave my table name and clicked on maintain it is going to short dump?
what may be the reason?
regards,
siri.

hi,
I feel that while regeneratng table maintainence after deletion you have to come out of that completely(till SE11) and then press table maintianence generator and create... hope you might have not done the same and so is the result of that dump as the changes were not reflected..
Regards,
Santosh

Enter sequential numbers in table, like in excel

Hello,
I would like to create a table in livecycle that would allow me to enter a series of accession numbers down a column, each containing a sequential number. I do this in excel and would like to know if this is possible in livecycle (to be used as a fillable pdf).
example:
animal # length weight
12-st-01
12-st-02
12-st-03
etc.
In excel I enter the first 2 numbers and drag and fill down for as many animals as I need. Can this be done?
Thanks!
Mark

Just want to post the answer that we found to this issue and close it, though more comments are always welcome!
We are going to move forward with buffering the Z object for the range as studies have shown and all other consulting input seems to be that buffering will solve this problem.

Sequential dump of table

Similar Messages

Maybe you are looking for