Thanks, Gerard and a hello to Luxemburg!

I will have to correct myself: the 11 to 15 TB data is
the overall data for the application.
The data which I named "customer data" is read-only data and about
20GB.
The incoming data daily is about 100GB and processed against the
20GB mentioned above producing a multiple of its input as output.

So this reduces the amount of daily processed data considerably.

Since you have experience in migrating a larger system, do you have
also knowledge about DB2 on AIX with a p5/p6 type machine?

I was told that DB2(UDB) performs better on a p6 than on z/OS due to
dedicated processors. Even if you do not have heard about it,
somemone else might.

Best regards, Holger Grote

--- In os390andmvs@yahoogroups.com, seastems@... wrote:
>
> Hi!
> I did such a downsizing a few years ago, CICS included.
> But it didn't involve a daily 10 TB input or more.
> Accordingly, I won't tackle the performance issue of a large amount
of data to be crunched in and perhaps, spit out as well, though I
have some ideas on the question.
> However, as paradoxical as it may look, you could achieve a fully
automated, more reliable production run under UNIX than under z/OS.
> We actually performed an automated transform from IBM/TWS to
CA/UNICENTER TNG with the same degree of automation.
> We ended with a more reliable production just because, in the
migration process, we debugged quite a few inner problems which had
been remaining hidden by unsufficiently stringent condition code
rules, among other issues.
> Truly yours.
> Gerard Joskowicz
> 00 352 621 371 952
>
>
> ----- Original Message ----
> From: groteholger <groteholger@...>
> To: os390andmvs@yahoogroups.com
> Sent: Wednesday, June 4, 2008 12:02:11 PM
> Subject: [OS390 and MVS] Downsizing large applications from z/OS to
UNIX
>
> I am looking for someone who has tried or/and achieved the
downsizing
> of a project from the mainframe to a UNIX platform.
>
> The application specifics of our application are:
> - BATCH-driven (Dialogs are insignificant), mainly COBOL (about 800
> programs)
> - 150 million input records to process per day
> - 11 to 15 TB of customer data (which the input records "read")
> - a BATCH window of 10 hours daily
> - high usage of virtual storage/main storage/data spaces
>
> At first glance this application does not look SUITABLE for
> downsizing, but management sometimes has funny ideas.... 
>
> If someone of you has experience with downsizing similar
pplications,
> here are my questions
>
> - what degradation (if any) did you experience regarding THRUPUT?
> - What experience did you make transforming your current scheduling
> system to a unix based one? Do you need more intervention than
> before? Can a fully automated system run fully automated on UNIX
> boxes?
> - how did you cope with high usage of virtual storage/RAM on your
> UNIX boxes?
>
> I would be grateful for any hint!
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>