topic Re: rdist, rsync or something else? in Operating System - HP-UX

rdist, rsync or something else?

kgraff — Fri, 27 Mar 2009 09:03:39 GMT

Hi

I need to copy everything, about 250Gb, from one LV to another LV on the same host. Most of the files are Oracle dbfiles.
I could use tar in a nifty way, but that would require Oracle to be shutdown for quit a long time, and that's not very appealing.
From the manual I gather, using rdist would be pretty much the same. But what about rsync? Or is there another way I don't know of? Windows-guys have Robocopy, and that would have been nice, but there's no such for Unix, right?

br
Kenneth

Re: rdist, rsync or something else?

smatador — Fri, 27 Mar 2009 09:20:06 GMT

Hi,

Rsync is very good to synchronise directory, backuping them to another location etc.
http://hpux.connect.org.uk/hppd/hpux/Networking/Admin/rsync-3.0.5/

Re: rdist, rsync or something else?

Steven E. Protter — Fri, 27 Mar 2009 09:56:28 GMT

Shalom,

Choices:

dd if=/source of=/dest

scp -rp source destination

rsync can do it as well.

The oracle databases must be shut down to get clean copies.

SEP

Re: rdist, rsync or something else?

kgraff — Fri, 27 Mar 2009 10:05:07 GMT

Steven,

Would it have to be shutdown even if I run rsync as a daemon?

br,
Kenneth

Re: rdist, rsync or something else?

likid0 — Fri, 27 Mar 2009 10:08:13 GMT

I allways recomend rsync, it's a great tool.

you can download it from:

http://hpux.connect.org.uk/hppd/hpux/Networking/Admin/rsync-3.0.5/

I have attached a file with a quick guide for several command tools for copying data.

Re: rdist, rsync or something else?

smatador — Fri, 27 Mar 2009 10:10:07 GMT

Hi,
Stop the database before doing rsync even in daemon mode.

Re: rdist, rsync or something else?

T G Manikandan — Fri, 27 Mar 2009 10:30:18 GMT

Using the raw device always improves performance with copy.

#dd if=/dev/vg00/rlvol11 of=/dev/vg00/rlvol13 bs=1024k

Once copy is complete, use fsck before you mount the vol.

Re: rdist, rsync or something else?

Steven Schweda — Fri, 27 Mar 2009 11:47:21 GMT

> I could use tar in a nifty way, but that
> would require Oracle to be shutdown for
> quit a long time, and that's not very
> appealing.

Is copying your data base files while they're
open and changing _more_ appealing?

cpio, "pax", rdist, rsync, "tar", whatever,
who cares? I don't see how you can expect to
copy any files which are in use, and then
expect the results to have much value, no
matter how you do the copying.

Re: rdist, rsync or something else?

kgraff — Fri, 27 Mar 2009 12:01:50 GMT

>cpio, "pax", rdist, rsync, "tar", whatever,
>who cares? I don't see how you can expect to
>copy any files which are in use, and then
>expect the results to have much value, no
>matter how you do the copying.

Well, my question really was if there are such a way, like Robocopy, not wether you care which tool I use. But thank you very much for sharing your opinion.

Re: rdist, rsync or something else?

kgraff — Fri, 27 Mar 2009 12:04:26 GMT

got enough answers

Re: rdist, rsync or something else?

OldSchool — Fri, 27 Mar 2009 13:01:08 GMT

the problem is the "clean copy", not the tools. with oracle up, the database, and hence the dbfiles would be changing while the copy is in process. Leads to inconsistencies in the location you "copied to".

on way, if the source location is mirrored is to:

1) stop oracle,
2) do an lvsplit,
3) start oracle,
4) copy from the split and then
5)lvmerge.

The issues here would be that:
* Without 2 mirrors inplace already, you're leaving your db unmirrored for the duration of the copy

* Since you've split off the original db, and then brought it back up, the copy probably won't be identical to the original, as it won't reflect the changes made while the copy is being made. You might be able to do something with logs/journals to "catch up"

Even a windows-like robocopy would not address any of the above.