Archive Log transfer to DR server manually.

[Narendra Uttekar]

I want to know that what will be the best way to transfer the 400 archive logs which will be near to 17GB. FTP or scp will be the best way to transfer, as this is the one time activity becuase i am setting the Oracle Dataguard. I can't shipped the tapes i will be using network to transfer the logs to remote server. Is anybody is having FTP script or scp script to transfer this logs with minimal user intervention.
Thanks...

[Sagar Sirdesai]

Hi Narendra

rsync tool is the best tool to copy such huge data.
Below is a syntax eample.

/usr/local/bin/rsync -avxz --progress --rsync-path=/usr/local/bin/rsync --rsh=ssh @servername>:/

[Steven E. Protter · Accepted solution]

Shalom,

Answer as the former leader in ITRC is, it depends.

ftp can be scripted and because its data stream is not encrypted will be faster.

If the information is sensitive, I recommend using the following procedure to set up password free scp and using scp to do the copy.

http://www.hpux.ws/?p=10

SEP

[Steven Schweda]

> [...] the best way [...]

Not a well defined entity.

> [...] this is the one time activity [...]

> rsync tool is the best tool [...]

Why, for a one-time job?

Transferring a "tar" (or similar) archive
might let you preserve more file attributes
than a simple FTP (or, perhaps, SCP), if
that would be valuable. Transferring one
(archive) file may also be easier to
do/script than transferring 400 individual
files.

[OldSchool]

I'd have to agree with steven, for a "one shot" job, ftp'ing a tar file is probably the way to go.

in addition, you can either gzip the tar file before transfer and unzip afterwards, which should help transfer time. this can be done after the tar is created, or you *could* install gnu tar which will zip it "on-the-fly"

[Dennis Handly]

>OldSchool: you can either gzip the tar file

Since over 2 Gb, you would need to use cat to help you gzip that file:
tar -cf - directory | gzip | cat > big.tar.gz

[Steven Schweda]

> Since over 2 Gb, you would need to use cat
> to help you gzip that file:

Not if your gzip program is up-to-date
(version 1.3.x).

http://ftp.gnu.org/gnu/gzip/

1.3.12 seems to be the latest, and it's
certainly large-file capable.

Of course, as a Forum search for keywords
like
tar pipeline
should reveal, I normally do things like this
with a "tar" pipeline. If the network is
slower than the CPUs, then it should be easy
to add gzip at each end. If r[em]sh is not
available (but scp is), then ssh may be able
to substitute for r[em]sh. (And in a
pipeline, even an older gzip should be able
to cope,)

Naturally, it might pay to run one or more
small tests to pave the way for the real job.

[Narendra Uttekar]

Thanks for the solution.