On 5/28/2012 1:26 AM, melvinjac...@iinet.net.au wrote:
On Friday, 25 May 2012 22:13:55 UTC+10, Thomas Conley wrote:
On 5/25/2012 2:03 AM, mpjac...@comcen.com.au wrote:
Hi all
Can't readily see how to search the group, so apologies if this info is in here
somewhere
I'm just after opinion as to the best way to transfer files across from a normal MF Lpar ,
including some USS directories, to a copy of this Lpar running on RDz/UT under RedHat linux on a
VM server. I'm told that shared DASD is not possible between the MF Lpar& the RDz
instance,& we have FTP or NJE (don't know which is quicker). The basic scenario is to do
regular incremental refreshes of the RDz/UT environment from it's "big brother" MF
instance
I'm posting this last thing on a Fri arvo, so may not get back to it before
Monday (it's just gone 4pm here in Sydney)
Thx
Melvyn Jacobs
Melvyn,
I would run DFDSS DUMP, TERSE, FTP binary, DETERSE, then DFDSS RESTORE.
Regards,
Tom Conley
dumb question - the plan that I was given just said basically DFDSS DUMP, FTP,
RESTORE - what advantage does
On Friday, 25 May 2012 22:13:55 UTC+10, Thomas Conley wrote:
On 5/25/2012 2:03 AM, mpjac...@comcen.com.au wrote:
Hi all
Can't readily see how to search the group, so apologies if this info is in here
somewhere
I'm just after opinion as to the best way to transfer files across from a normal MF Lpar ,
including some USS directories, to a copy of this Lpar running on RDz/UT under RedHat linux on a
VM server. I'm told that shared DASD is not possible between the MF Lpar& the RDz
instance,& we have FTP or NJE (don't know which is quicker). The basic scenario is to do
regular incremental refreshes of the RDz/UT environment from it's "big brother" MF
instance
I'm posting this last thing on a Fri arvo, so may not get back to it before
Monday (it's just gone 4pm here in Sydney)
Thx
Melvyn Jacobs
Melvyn,
I would run DFDSS DUMP, TERSE, FTP binary, DETERSE, then DFDSS RESTORE.
Regards,
Tom Conley
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Hi Tom
Thanks for that - any particular reason for including TERSE, over just DFDSS&
FTP ?
cheers
Melvyn
Melvyn,
The DFDSS dump dataset is a RECFM=U file. I've had difficulty in
transferring RECFM=U files with FTP, so TERSEing them creates a nice FB
1024 format that can FTP cleanly in binary mode. I also get the
compression for a faster FTP. Someone else in this thread recommended
TSO XMIT which basically does the same thing without compression, by
creating an FB 80 format record.
Regards,
Tom Conley
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN