Ansicht
Dokumentation
12846 - Memory restrictions?
TXBHW - Original Tax Base Amount in Local Currency TXBHW - Original Tax Base Amount in Local CurrencyThis documentation is copyright by SAP AG.
Memory restrictions?
Hi,ok, I don't understand what your consultant means with that. We would
need to get more information here, if this might be possible to run
somewhere else.
As I said, I see options, to change the configuration, but I would
have to think and test a bit on it first.
Regards
Volker
--- In DoNotReply@consolut.eu, "Jim Doll" <jdollZp...> wrote:
> We upgraded our kernel around Thanksgiving--we're at 4.6D/1670.
>
> I thought that I was doing pretty good to get as far as I did, but
of course our consultant figures that it is an AS/400 problem....
>
> Jim Doll, Perrigo
>
> >>> volker.gueldenpfennigZs... 02/09/04 10:42AM >>>
> Hi Jim,
>
> at least the program did exactly what you were telling it to do!
> (btw: on other platforms it would have crashed lots earlier ...)
>
> You see, that the EM and the Heap were used with 2GB each, which is
> the maximum.
> iSeries is a 64 Bit Platform, so it would theoretically be
possible,
> to increase this. But, nobody tested this by now and there is a
note
> out, that describes, that the abap-runtime is not really 64bit-
tested
> until 6.40.
> So, I would suggest, to have a look the date-creteria. If this
> shouldn't work, we could try this option with changing some
> parameters - but with thinking beforehand and ONLY in the TST
system.
>
> What is your current 4.6D kernel-patch level ?
>
> Regards
>
> Volker
>
> --- In DoNotReply@consolut.eu, "Jim Doll" <jdollZp...> wrote:
> > Greetings!
> >
> > We have a consultant onsite who brought in an SAP tool to do
> reverse business engineering, in order to help us more fully
document
> our 4.6C system, running on V5R1M0.
> >
> > The RBE tool apparently does some type of extract, pulling
together
> statistics from the performance monitor as well as some master and
> transaction files.
> >
> > We've tried to run it on both our TST and PRD systems, and both
> times it failed with TSV_TNEW_PAGE_ALLOC_FAILED. Both times, it
was
> reading a combination of VBRK and VBRP. VBRK has 686,624 records
and
> VBRP has 7,635,727 records. The dump says that it ran out of room
> trying to extend an internal table with 4,887,427 records in it.
> >
> > Storage information in the dump shows the following:
> >
>
**********************************************************************
> *************
> > The amount of storage space (in bytes) filled at termination time
> was:
>
>
>
> > Roll area......................
> 16258928
> > Extended memory (EM)...........
> 2002774357
> > Assigned memory (HEAP).........
> 2000077664
> > Short area.....................
> 32127
> > Paging area....................
> 24576
> > Maximum address
> space.......... " "
> >
>
**********************************************************************
> ***************
> > It says that I should check these parameters:
> >
> > ztta/roll_area (16,773,120)
> > ztta/roll_extension (2,000,000,000)
> > abal/heap_area_total (2,000,000,000)
> > abap/heap_area_dia (2,000,000,000)
> > abap/heap_area_nondia (2,000,000,000)
> > em/initial_size_MB (8,192)
> >
> > Do I have any more options? There are date constraints on the
> extract program, but I believe that only limits the amount of
> performance data that is analyzed. It looks like our lack of
> archiving is finally catching up with us.
> >
> > Any help would be appreciated!
> >
> > Jim Doll, Perrigo
> >
> >
> > [Non-text portions of this message have been removed]
>
>
>
> Have a look to our homepage at: http://www.consolut.net
> DoNotReply@consolut.eu
> consolut Links
>
>
>
>
>
> [Non-text portions of this message have been removed]
Durban Tours - Südafrika Safari
Vendor Master (General Section) Addresses (Business Address Services)
This documentation is copyright by SAP AG.
Length: 5240 Date: 20240419 Time: 121027 sap01-206 ( 3 ms )
