Virtual DLEs !?!

That is EXACTLY what we need !

I know you warned us, but I'm REALLY Excited about this !

That would _so_ fix my Terrabyte sized DLE problem...


On Mon, Sep 13, 2010 at 02:09:16PM -0500, Dustin J. Mitchell wrote:
> On Sun, Sep 12, 2010 at 9:36 PM, John Hein <[email protected]> wrote:
> > This may not be considered a nitpick but more of a feature request.
> >
> > If I move a disk or rename a host or move the host to a different
> > domain, it'd be nice to be able to rename the disklist entry (DLE) and
> > have history tracking, incremental planning, and most importantly
> > recover/restore operations off tape know to follow the rename.
> >
> > Maybe it's as simple as allowing one or more "alternate DLE name" or
> > "alias" (if you will) entries in a DLE (note the casual insertion of
> > the word "simple" does not imply I have a patch, sorry).
> >
> > Going back and doing a rename on log files, index files, dump files,
> > etc., is, of course, not practical and not really desired in terms of
> > representing history of a name change.
> 
> This is an interesting idea, both for the purpose you describe, and
> for the very futuristic and don't-get-excited-yet idea of "virtual
> DLEs", where Amanda automatically splits DLEs based on size of
> subdirectories.  The main problem with virtual DLEs has been recovery:
> if Amanda is backing up a particular file in a different DLE every
> day, then it's going to be difficult to find it when it comes to
> running amrecover.  Incrementals are also a problem: changing the
> boundaries between DLEs obviously requires doing a full backup of all
> of the affected DLEs on the next run.  At least, unless we're going to
> become gnutar-specific and start futzing with the data in the backups
> on the server side.
> 
> As you can see, complicated.  But a consistent approach to storing the
> DLE and path of a particular "user object" over time would be a useful
> first step.  Do you have any thoughts on how that might be
> implemented?
> 
> Dustin
> 
> -- 
> Open Source Storage Engineer
> http://www.zmanda.com
---
   Brian R Cuttler                 [email protected]
   Computer Systems Support        (v) 518 486-1697
   Wadsworth Center                (f) 518 473-6384
   NYS Department of Health        Help Desk 518 473-0773



IMPORTANT NOTICE: This e-mail and any attachments may contain
confidential or sensitive information which is, or may be, legally
privileged or otherwise protected by law from further disclosure.  It
is intended only for the addressee.  If you received this in error or
from someone who was not authorized to send it to you, please do not
distribute, copy or use it or any attachments.  Please notify the
sender immediately by reply e-mail and delete this from your
system. Thank you for your cooperation.


Reply via email to