Re: Fast File Xfer (563 Views)
Reply
Super Advisor
Posts: 332
Registered: ‎05-05-2003
Message 1 of 6 (571 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
Posts: 975
Registered: ‎10-24-2003
Message 2 of 6 (566 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
Posts: 283
Registered: ‎02-24-2008
Message 3 of 6 (565 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
Posts: 498
Registered: ‎05-06-2003
Message 4 of 6 (563 Views)

Re: Fast File Xfer

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

Respected Contributor
Posts: 315
Registered: ‎05-01-2003
Message 5 of 6 (560 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
Posts: 9,127
Registered: ‎02-23-2005
Message 6 of 6 (554 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.