Re: Fast File Xfer (474 Views)
Reply
Super Advisor
Jack Trachtman
Posts: 332
Registered: ‎05-05-2003
Message 1 of 6 (491 Views)

Fast File Xfer

I have a need to do a one-time transfer of a number of binary, moderately large (up to 500GB) files from an OpenVMS system to an AIX (Unix) system.  Since the VMS app must be shut down to free the files, I am looking for the fastest method of doing the file xfer so I can then restart the app.

 

Obviously using FTP will work, but is there any way to optimize this?  Are there any other methods?  (Looks like the Unix environment has utilities like rsync which can do an on-the-fly compression & decompression, but that isn't available on VMS).

 

TIA

Honored Contributor
Andy Bustamante
Posts: 975
Registered: ‎10-24-2003
Message 2 of 6 (486 Views)

Re: Fast File Xfer

Without more detail some quick questions:

 

Do you have GB adaptors on both servers?


Do you have the disk available to make a copy of your data?  Copy the files then transfer the copies.  

 

You can zip files on the VMS side then transmit the archives, assuming space allows.  Time spent in zip/unzip may or may not improve total transfer time depending on the data.  Disk resource question from above applies.

 

Is a common tape device available?  Copy the data to an tape, carry tape to your AIX system and read.  "Never underestimate the bandwidth of a station wagon full of tapes . . . "

 

 

 

If you don't have time to do it right, when will you have time to do it over? Reach me at first_name + "." + last_name at sysmanager net
Trusted Contributor
John McL
Posts: 280
Registered: ‎02-24-2008
Message 3 of 6 (485 Views)

Re: Fast File Xfer

if it's only a matter of getting the data across and then the application restarting on VMS, then do you have space to make a local copy of the files using your own choice of weapon - COPY, BACKUP (copy), BACKUP (image) ...?

 

If you can create a local copy you can restart your application and then worry about how to transfer the copied files to the Unix system.

 

An alternative would be to

- add a new member to a shadow set,

- let the catch-up copy/merge complete

- shut down the application

- remove that new disk

- restart the app

- then worry about how you get the copy across to Unix.

 

 

Honored Contributor
Craig A Berry
Posts: 495
Registered: ‎05-06-2003
Message 4 of 6 (483 Views)

Re: Fast File Xfer

You could try sftp -"C" which enables ssh's compression capability.

Respected Contributor
Bob Blunt
Posts: 314
Registered: ‎05-01-2003
Message 5 of 6 (480 Views)

Re: Fast File Xfer

Shadow the database (or whatever) disk and wait for the copy to complete.  Shutdown the application, dismount the 2nd/new shadow member, restart the app.  Mount the disk that was the 2nd member and transfer.  If they have some form of journaling turn it when restarting the app and then when you're done with the transfer move the journal and roll it in.

 

That seems like the fastest/simplest/safest solution to me and from my experience it isn't often that you get all three points of the triangle in one deal without a criminal consumption of money.

 

bob

Honored Contributor
Steven Schweda
Posts: 9,089
Registered: ‎02-23-2005
Message 6 of 6 (474 Views)

Re: Fast File Xfer

The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation.