Pid wrote:
David Kerber wrote:
Pid wrote:
David Kerber wrote:
What is the most efficient (=fastest) way of copying large (> 1GB [yes,
that's a Giga]) files around the network in java when running under
tomcat 5.5.x?  Do I use a FileInputStream and FileOutputStream with a
large byte[] array?  Or what?
I think that the NIO apis were intended to handle speedier transfers of
data across network connections.

It depends how you wish to move the data.  Google provided a wealth of
results of mixed tutorials and API explanations for "java nio".

p
Let me give a bit more detail:  I am working on a utility function in my
webapp that will periodically copy the database file from the db server
to a backup server on the LAN.  This particular function does not use
the internet, it's strictly copying on the LAN.  I don't care what
method it uses as long as it's fairly simple to code, and moves fast. I've already got the creation of the backup file handled; that's a
database function.  It's just the copying to another machine that I'm
working on now.

Can you not make the second DB a slave of the main one, it'll be
permanently up to date that way and it doesn't require any copying.

For integrity to be maintained during the copy you'd have to stop the
database otherwise, or you could have unpleasant conditions occuring
where some database writing occurs while you're copying it.
No, database mirroring isn't an option for this particular case; it's rather cost-sensitive, and the customer decided that the extra reliability wasn't worth the extra cost. This database has a backup procedure that is specifically designed to handle transactions that occur during the backup without causing trouble. Plus, the full backup is done during the middle of the night when there is normally nothing going on (there is only activity about 18 hours per day in this app). The other backups during the day are incrementals.


D



---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to