on 06-02-2014 12:47 PM
After the upgrade to EhP7, job EU_INIT ran for more than 4 days, increasing WBCROSSGT to 24 GB. Anyone else with this strange system behaviour? We're running on MaxDB 7.9.08.22.
Hi Daniel
On a copy of a production system upgraded from Ehp3 to Ehp7
SAPRSEUC did run for 14 hours, SAPRSEUI did run for 2 hours.
WBCROSSGT table grew up to 500 Mb (Oracle DB).
SAP pretends that EU_INIT is now faster ...
1917231 - Runtime improvement for where-used list; job EU_INIT, table WBCROSSGT
The database accesses have been optimized. The runtime of the job EU_INIT has been reduced by around 30%. The call of the where-used list has been accelerated.
Regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Daniel,
If you read OSS Note 2039618 - Size of table WBCROSSGT , than I think it is a normal behaviour (which I don't understand).
There they tell you to get rid of WBCROSSGT ......
In our System: Tablesize with EHP7 26 GB before below 7 GB (GB = 1 million KB, values read by transaction DB50). By the way: We do a migration to from 6.00 non-Unicode to 6.17 Unicode with MaxDB (SAPDB).
In our System the Indeces on WBCROSSGT are even bigger than the table itself....
|
Even if you say the data grow result by factor 1,5 due to Unicode and 1,5 due to more entries in table PROGDIR, I don't really understand the growth.
Kind regards
Herbert
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi A. Rutten,
even if it may be to late for you, but the SAP Note 1554667 - Where-used list: Performance of job EU_INIT for index build on MSSQL is helpful for the issue on MSSQL-Database.
Kind regards,
Chris
User | Count |
---|---|
110 | |
12 | |
11 | |
6 | |
5 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.