Re: [ADSM-L] Backup schedule syntax?

Hi Kelly,

I don't believe I can do this.  They pretty much want a full backup of
their entire server kept for 7 years for legal purposes.  If there is
another better way to accomplish this I am open to ideas as I have not
found a good solution/idea yet for this requirement.  Thanks!

********************************
Joni Moyer
Highmark
Storage Systems, Storage Mngt Analyst III
Phone Number: (717)302-9966
Fax: (717) 302-9826
joni.moyer AT highmark DOT com
********************************



"Kelly Lipp" <lipp AT STORSERVER DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
11/07/2007 04:39 PM
Please respond to
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>


To
ADSM-L AT VM.MARIST DOT EDU
cc

Subject
Re: Backup schedule syntax?






To expound on Richard's admonitions about the size of the archive,
consider a slight modification:

 objects="c:\archive7yr\,d:\archive7yr\"

Have your users place files they want archived into that directory with
the knowledge that you back it up on a monthly basis.  Then delete the
contents of the directory.

Kelly J. Lipp
VP Manufacturing & CTO
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
719-266-8777
lipp AT storserver DOT com

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Richard Sims
Sent: Wednesday, November 07, 2007 1:26 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Backup schedule syntax?

On Nov 7, 2007, at 2:05 PM, Joni Moyer wrote:

> ...
> options="'-archmc=arc2555 -subdir=yes" objects="c:\* d:\"

I believe that should be:
  options="-archmc=arc2555 -subdir=yes" objects="c:\* d:\*"

Be prepared for a great increase in your TSM server space utilization
every month, as Archive is unconditional, and so will result in the same
old data being archived again and again.  Also, unless you have the
right Excludes prepared, you will be archiving everything on the drives,
which seemingly will include a lot of system files which will be
worthless space-consumers in the archive storage pool and database.

    Richard Sims