Ansicht
Dokumentation
09849 - Refresh of TST SID's with Production over 400gb
PERFORM Short Reference Addresses (Business Address Services)This documentation is copyright by SAP AG.
Refresh of TST SID's with Production over 400gb
Charlie: we compressed our "sandbox" system. We ended up with a little over2-times compression. Normal operation wasn't bad--entirely acceptable for a
sandbox system. We did some trials at the OS/400 level using ASC SEQUEL and
found very little difference reading the data. Refreshes, though, took much
longer--longer to delete the library and longer to restore it.
At one time (V4R5?), we had our journal receivers in a compressed ASP as well,
but overflowed them once or twice, and the compression didn't handle it well.
That was supposed to have been fixed, but I still wouldn't recommend overflowing
the ASP if you can prevent it.
Jim Doll, Perrigo
>>> cwrightZsportsupplygroup.com 04/09/03 10:17AM >>>
We are not over 400 gb yet but we have some of the same issues.
My current plan is to turn on Hardware disk compression for our
developement LPAR when we upgrade our hardware later this
year. Has anyone else done this and do you have a rough idea
of how much disk space was saved? Any performance issues?
Thanks, Charlie
> -----Original Message-----
> From: Anderson, Doreen [SMTP:dandersoZballhort.com]
> Sent: Wednesday, April 09, 2003 9:08 AM
> To: DoNotReply@consolut.eu
> Subject: Refresh of TST SID's with Production over
> 400gb
>
> For those account whose Production Data library size is 400gb or
> over......
>
> Are you still supporting your teams by continuing to perform refreshes
> of your TST SID via homogenous system copies back to TST?
>
>
>
> We are just trying to see what others are doing to get more current data
> into their TST systems.
>
>
>
> Currently our Production DB library is 450gb and expectations are that
> it will be 707gb by August of 2004 due to bringing additional European
> sites up on SAP. The team is wanting a TST refresh in August 2004. At
> what point are you saying that the disk needed to support this continued
> effort is just too costly?
>
>
>
> Any feedback is greatly appreciated
>
>
>
>
>
> Doreen
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
>
>
> consolut Sponsor
>
>
> <http://rd.consolut.net/M=246920.2960106.4328965.1728375/D=egroupweb/S=170500
> 7389:HM/A=1529139/R=2/id=noscript/*http://www.gotomypc.com/u/tr/yh/cpm/grp
> /300_mapG/g22lp?Target=mm/g22lp.tmpl>
>
> <http://us.adserver.consolut.net/l?M=246920.2960106.4328965.1728375/D=egroupm
> ail/S=:HM/A=1529139/rand=168854825>
>
> Have a look to our homepage at: <http://www.consolut.net>
> DoNotReply@consolut.eu
>
> Your use of consolut is subject to the consolut Terms of Service
> <http://www.consolut.net>.
[Non-text portions of this message have been removed]
Have a look to our homepage at: http://www.consolut.net
DoNotReply@consolut.eu
Your use of consolut is subject to http://www.consolut.net
Durban Tours - Südafrika Safari
General Data in Customer Master General Data in Customer Master
This documentation is copyright by SAP AG.
Length: 4783 Date: 20240427 Time: 054303 sap01-206 ( 8 ms )
