HEEHEE! I knew somebody else had to have wanted to do something
similar. It's exactly what I was thinking of.
It's unsupported, but if I can get it accepted into our code base(will
including the PDFs suffice to keep it tagged as not our code?)...
I'm so glad to see it wasn't a stupid idea, and that I didn't have to
write it myself.
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Alex Paschal
Sent: Thursday, October 02, 2008 4:44 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] stdio and baclient?
Hi, Tim.
It sounds like ADSMPIPE might be the solution you're looking for.
http://www.redbooks.ibm.com/abstracts/redp3980.html?Open
http://tsmwiki.com/tsmwiki/Adsmpipe
Good luck!
________________________________
Alex Paschal
Storage Solutions Engineer
MSI Systems Integrators
(503) 943-6919 - Office
apaschal AT msiinet DOT com
________________________________
Your Business. Better.
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Conway, Timothy
Sent: Thursday, October 02, 2008 3:14 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] stdio and baclient?
Since this was the only response, perhaps I should point out that the
argument "ar" as the command field in the tsm baclient commandline
client is the command to archive. It could by abbreviated to "a" or
typed all the way out to "archive". The backup function is invoked with
"incremental" or in some cases "selective", both of which may be
abbreviated to their initials as well.
My question isn't about archive versus backup.
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Howard Coles
Sent: Wednesday, October 01, 2008 2:20 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] stdio and baclient?
Why not use the Archive function instead of the backup function?
Then you can schedule a move into a single archive which is the same as
creating a gzip file, and then let your tape drives compress the data.
Granted it may not be as good as gzip, but it's much easier to use.
Then you can set retention for the whole archive, TSM will manage the
package as one object, and as I said before you can move the files into
the archive, and life is good.
See Ya'
Howard
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
> Of Conway, Timothy
> Sent: Wednesday, October 01, 2008 3:10 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] stdio and baclient?
>
> I've searched carefully, but maybe I've failed to come up with good
> search strings, so in case anybody knows of some non-intuitive
options,
> or maybe even a small third-party interface through the API...
>
> I've got data sets that I need to retain for 53 weeks as complete
> copies. They're copies of informix databases - about 1GB per copy.
> gzip significantly beats TSM compression, and I could cut the number
of
> objects to keep in the database by 389%, but I can't count on having
> room for a tempfile I'd like do something like this:
>
> tar -cf - carma.dbs |gzip -9|dsmc ar $PLANT.`date +%Y%m%d$H`.db.tar.gz
> -filehandle=0 -archmc=plant_53week
>
> Instead of this:
>
> tar -cf - carma.dbs |gzip -9>$PLANT.`date +%Y%m%d$H`.db.tar.gz;dsmc ar
> $PLANT.`date +%Y%m%d$H`.db.tar.gz -archmc=plant_53week -filesonly
> -deletefiles
>
> I figure I'm just smoking crack, but might as well ask.
>
> 73,
>
> Tim Conway
> sysadmin, TSM admin
> Swift & Company
> 9705067998
This message (including any attachments) is intended only for the use of
the individual or entity to which it is addressed and may contain
information that is non-public, proprietary, privileged, confidential,
and exempt from disclosure under applicable law or may constitute as
attorney work product.
If you are not the intended recipient, you are hereby notified that any
use, dissemination, distribution, or copying of this communication is
strictly prohibited. If you have received this communication in error,
notify us immediately by telephone and
(i) destroy this message if a facsimile or (ii) delete this message
immediately if this is an electronic communication.
Thank you.
|
