> Hello can anyone tell me how start afresh with backups.

My favorite way of doing this is to:

1. rename node nodename nodename.old
2. register node nodename
3. backup of nodename is now full
4. delete filespace nodename.old * (done after retonly comes around).
5. remove node nodename.old

For step 4, I set a todo reminder in a calandar system.  It's difficult to
expire the data for nodename.old, and let it go away gracefully, but one
whay to try to do this is to connect the server as that node, and run a
backup with an exlcude list for all of nodename.old's filesystems.  Since
this is not 100% reliable, I set a timer, and when it pops, I do the
delete filespace.

The drawback is that that client ties up two licenses until step 5.

> We currently have a group of nodes that all share the same storage group
> (tape pool) etc.  We intend to begin co-location of these nodes but would
> like one node one tape.  The reason for this is if we have a failure we can
> start recovering from the co-located pool (1 tape 1 node) and not have to
> mount all the old tapes to recover.
>
> Is it possible to have your node perform a full backup to a co-located pool
> and thereafter incrementally backup to this pool.  In the meantime the old
> backups that reside in the non-colocated pools will eventually expire from
> the system?  Similar to starting afresh
>
>
> Is this the correct approach or am I missing something??
>
> > John Doherty. Tel:   +44   (0)   141 275 7793
> >               Fax:  +44   (0)   141 275 9199
> >               Email: JDohe1 AT Anfis.co DOT uk
> >
> >       Technical Specialist, Storage Management L02S
> >
> > Email communications are not necessarily secure and may be intercepted or
> > changed after they are sent.  Abbey National Financial and Investment
> > Services  does not accept liability for any such changes. If you wish to
> > confirm the origin or content of this communication, please contact the
> > sender using an alternative means of communication.  This communication
> > does not create or modify any contract.  If you are not the intended
> > recipient of this communication you should destroy it without copying,
> > disclosing or otherwise using its contents.  Please notify the sender
> > immediately of the error.
> >
> > ABBEY NATIONAL FINANCIAL AND INVESTMENT SERVICES plc
> >         Registered Office Abbey National House 287 St Vincent Street
> >         Glasgow G2 5NB United Kingdom Registered in Scotland No 159852
> >
>
>


Steve Roder, University at Buffalo
VM Systems Programmer
UNIX Systems Administrator (Solaris and AIX)
ADSM Administrator
(tkssteve AT buffalo DOT edu | (716)645-3564 | 
http://ubvm.cc.buffalo.edu/~tkssteve)