SUMMARY: NSR - Migrating Database/Index Filesystem...

From: David Hume <dhume_at_gds.ca>
Date: Fri, 19 Sep 1997 19:05:09 -0700 (PDT)

Hi everyone, apologies for not getting to this sooner...

Briefly, here's what is going to happen. Soon during a hardware upgrade
I wish to migrate the /nsr support filesystem (which includes the
Database or index/ subtree) from a 4.5 Gb disk to a 9 Gb disk where it
will be a better fit. Documentation had me worried that I must properly
use the 'uasm' utility to copy over the database files... I wondered
if this was necessary... turns out no, one CAN just backup and restore the
image of the Filesystem IF (as I hoped) one uses a method that preserves
the important specifically located 'holes' in the sparse file that is
the NSR index (e.g. dump does this, standard tar does NOT).

And I was also reminded that uasm is also useful for capturing just
the index say, WHILE the nsr daemons are running (they should be halted
- or at least sure not to be made use of? - if in fact a "dump" is
doing this operation instead).

On another front, way too many of you are still using ADVFS (just
kidding... for myself and my collegues kind of work, we had a REAL
bad experience with same and took a vow, "never again" :-)

Specifically thanks to the following for their responses, which
follow below.


jparker_at_latrade.com
mooney_at_dogbert.cc.ndsu.NoDak.edu
B.C.Phillips_at_massey.ac.nz
lenk_at_dsa.mpi-muelheim.mpg.de
Knut.Hellebo_at_nho.hydro.com
Lucien HERCAUD
heejuan_at_hotmail.com

Cheers all,
                David Hume, GDS & Associates, Victoria BC


============================================================================

>Date: Tue, 09 Sep 1997 14:03:02 -0400
>From: Jim Parker <jparker_at_latrade.com>
>
>David,
>
>I just did this last week for my NSR, except all I did was backup NSR
>(all of it)
>using vdump. Then I deleted the ADVFS domain where NSR was, added-in
>my new disk (9 gig), made a new ADVFS domain on the new disk and mounted
>
>/var/nsr on the new disk. After all that, I used vrestore.
>
>Everything worked well for me.
>
>jsp
>

============================================================================

>Date: Tue, 9 Sep 1997 13:51:23 -0500 (CDT)
>From: Tim Mooney <mooney_at_dogbert.cc.ndsu.NoDak.edu>
>
>
>David-
>
>Anything that handles sparse files should be able to handle the indexes
>properly. uasm is certainly one way to do is, especially since there is
>a documented procedure. GNU tar also can handle sparse files (there is a
>--sparse command line option), so that would be another option.
>
>Tim
>--
>Tim Mooney mooney_at_dogbert.cc.ndsu.NoDak.edu
>Information Technology Services (701) 231-1076 (Voice)
>Room 242-J1, IACC Building (701) 231-8541 (Fax)
>North Dakota State University, Fargo, ND 58105-5164
>
============================================================================
>
>From: Brenden Phillips <B.C.Phillips_at_massey.ac.nz>
>Organization: ITS, Massey University
>To: David Hume <dhume_at_gds.CA>
>Date: Wed, 10 Sep 1997 09:20:52 +1200
>
>Hi David
>
>
>You could add the new 9GB disk to the advfs domain and then remove
>the old disk from the domain - which will make the filesytem handle
>the migrate for you - assuming u'r using advfs of course
>
>Just a thought
>
>Brenden
>--
============================================================================
>Date: Wed, 10 Sep 97 08:24:18 +0200
>From: Horst Dieter Lenk <lenk_at_dsa.mpi-muelheim.mpg.de>
>
>Hi,
>
>I have used vdump/vrestore to copy the whole /nsr tree
>then renamed the directories and mounted the new copy
>under the same (/nsr) name.
>This works fine.
>Note: all nsr-daemons should be stopped during copy!
>
>Horst Lenk
============================================================================
>
>Date: Thu, 11 Sep 1997 09:24:45 +0200
>From: "Knut Helleb\x" <Knut.Hellebo_at_nho.hydro.com>
>
>Regards,
>
>> Just wanted to confirm if I understand correctly, to migrate the
>> NSR index files I must use the uasm utility?
>
>Not necessarily, but you can. Because the indexfiles contain holes you
>have to use a tool that preserves them. One of these tools is 'uasm' and
>another one: dump (or vdump). Regular 'tar' does not preserve the holes
>and thus corrupts the indexfiles.
>--
>
============================================================================

>Date: Thu, 11 Sep 1997 14:01:05 +0100
>From: "Lucien_HERCAUD"_at_paribas.com (Lucien HERCAUD)
>
> David,
>
> I suppose using (v)dump/(v)restore or even pax/tar will guarantee it to
> work OK, provided that the snapshot is taken with NSR shut down. I think
> ASM's are used for specifically ONLINE snapshoting the NSR indexes.
>
> Regards,
> /Lucien
>
>
> Tue, 16 Sep 1997 22:31:32 PDT
>From: "Hee-Juan Ho" <heejuan_at_hotmail.com>
>
>Just copy the indexes out and back again. That's what I did and it
>seemed to work.
>
>Juan
>
Received on Sat Sep 20 1997 - 04:18:52 NZST

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:36 NZDT