DOH! OK, you said copy group retention, I read copy storage pool retention.
Understood now.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Wanda Prather
Sent: Wednesday, January 09, 2008 2:09 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] "Freez
Yes, you change ALL the copy group retentions to NOLIM, but ONLY in the
EXCHANGE-FREEZE domain. And the only client in that domain
is CLIENT-FREEZE, the original Exchange backup client.
So those backups are locked down, but everything else (including the new
registration of your Exchange client)
Ok, Yes your right it does say there was a revision on December 21. I
didn't review it either to see
if it covers TSM V5.5.
Thanks
Bell, Charles (Chip) wrote:
You're probably right. But according to the IBM Redbooks Weekly Newsletter,
there was a revision in December. I haven't reviewed to see
You're probably right. But according to the IBM Redbooks Weekly Newsletter,
there was a revision in December. I haven't reviewed to see if it was a major
or minor revision...
http://www.redbooks.ibm.com/abstracts/sg245416.html?Open
-Original Message-
From: ADSM: Dist Stor Manager [mailto
OK, I followed through with your suggestions, in order. If I follow them, I
would not need to change the copy group retention to nolimit across the
board? Just asking...I would prefer not to have to retain everything forever.
:)
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMA
Chip,
I only see the Fourth Edition (June 2006) Implementaion Guide (This
edition applies to IBM Tivoli Storage Manager Version 5.3.2.)
Is there a newer one that covers 5.5?
Thanks
Bell, Charles (Chip) wrote:
I think there was a draft of a new Implementation Guide out there as well...
-
I think there was a draft of a new Implementation Guide out there as well...
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Wanda Prather
Sent: Wednesday, January 09, 2008 1:10 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] New Redbook and paper
Thanks Charlotte!!
On 1/2/08, Charlotte Brooks <[EMAIL PROTECTED]> wrote:
>
> HI all
> check out new draft Redbook Tivoli Storage Manager V5.4 and V5.5 Technical
> Guide - describes the new features of these releases.
> http://www.redbooks.ibm.com/redpieces/abstracts/sg247447.html?Open
>
> Also, a
All new TS1120-E05 come with encryption capability out of the box. You
can then use the Encryption Key Manager (EKM), which is a free download
from IBM , or use TSM encryption. If you have multiple TSM server
sharing a library, you will need to use EKM for central management of
the keys.
Mahes
There are 3592-E05 drives which require an additional feature ($$) to
enable encryption. We have six of them.
David
>>> Wanda Prather <[EMAIL PROTECTED]> 1/9/2008 11:46 AM >>>
I'm confused.
The 3592-J1A drives (the original 3592s) require an upgrade to support
encryption.
The 3592-E05 drives ar
I'm confused.
The 3592-J1A drives (the original 3592s) require an upgrade to support
encryption.
The 3592-E05 drives are now called TS1120 drives; I thought ALL those drives
shipped with encryption.
The question may be what type of library you have, and whether the library
requires a firmware upgr
Excellent! (On the renaming idea).
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
William Boyer
Sent: Wednesday, January 09, 2008 10:07 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] LTO1/LTO2 to LTO4 migration?
Creating the "new" copypool on th
The only way to guarantee that your stuff will not expire, is to change the
copy group retention to NOLIM/NOLIM/NOLIM/NOLIM.
SO here's what I would do:
Copy the domain EXCHANGE to a new domain EXCHANGE-FREEZE
Update the copy groups in that domain to verexist=NOLIM, retextra=NOLIM, etc
etc
Activat
Yep. Thanks!
We're going to migrate when time comes, not "rip out and replace".
Thanks again!
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Wanda Prather
Sent: Wednesday, January 09, 2008 10:13 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] L
Been there done that lots of times. But the answer depends on what you
mean.
If you have both LTO1/LTO2 and LTO4 drives in the same physical library, the
LTO4 drives will be in a different device class, different logical library,
differen storage pools. You can run MOVE DATA, MOVE NODEDATA, or a
Creating the "new" copypool on the LTO4 tapes is going to be a big hit at the
beginning.
Another thing I would do is to rename your existing LTO1/2 stgpools to
something else, and then when you create the new LTO4 stgpool
call them the same names. That way you don't have to change any of your sc
OK I'm confused. :)
I asked: "That sounds great! So to confirm, there are no technical gotchas
that are going to prevent data movement from one media type (LTO1/2) ton
another (LTO3/4)? Anyone else done this?"
I receive the two following responses:
"Well, yes there is.
An LTO4 tape drive will
That's correct, one of the real nice things about TSM.
This is basically the same as migrating from any kind of
disk pool to any kind of tape pool, doesn't matter the
media type/technology.
You do need to remember though that after you have
migrated ALL of your onsite tape pool and it's offsite c
I would ask your management how much a single lost tape with unencrypted data
would cost.
- Public exposure
- Customer confidence
- Government/legal investigation
- Competitor acquiring your proprietary information
Encryption on tape drive provides a highly scalable, near zero impact,
manageable
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
> That sounds great! So to confirm, there are no technical gotchas that
are
> going to prevent data movement from one media type (LTO1/2) ton
another
> (LTO3/4)? Anyone else done this?
Well, yes there is.
An LTO4 tape drive will
I just had a request from my boss via our legal dept. to freeze our email
backups, but of course we want to continue our backups nightly going forward.
What is the easiest way to do that? Our Exchange backups our managed through
a domain called EXCHANGE, go straight to VTL, and are sent offsite on
That sounds great! So to confirm, there are no technical gotchas that are
going to prevent data movement from one media type (LTO1/2) ton another
(LTO3/4)? Anyone else done this?
Thanks, Bill!
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
William
Just define up your new tape drives/devc/stgpools and then set the NEXTPOOL= on
your LTO1/LTO2 stgpool(s) to the new LTO3 or LTO4
stgpools. Now just MIGRATE STGPOOL the LTO1/2 over to the LTO4 pool. No need to
do individual MOVE DATA/NODEDATA. Just let migration
handle it all for you. Cancel it a
Is it possible to run 'move data' or 'move nodedata' commands from either
LTO1 or LTO2 device class to LTO4? What about from LTO1/2 to LTO3? Has anyone
done this?
God bless you!!!
Chip Bell
Network Engineer I
IBM Tivoli Certified Deployment Professional
Baptist Health System
Birmingham, A
We are starting to experience constant issues with the Domino TDP
(Solaris) and trying to run the webclient to perform restores (API plugin
failures). The failures are helter-skelter with no pattern.
Before I call IBM, I figured I would upgrade the clients (base and TDP) to
the latest, since that
Neil,
thanks for your detailed information. I've checked with IBM support.
Unfortunately our 3592-E05 Drives are not encryption capable. IBM support told
me that we can purchase a feature code (with the result, that all our drives
would be replaced with new one), but our management didn't want
If there is any interest in a career opportunity in southeastern Wisconsin
doing some bleeding edge backup technologies or helping to mature some products
already brought in, please let me know!
+--
|This was sent by [EMAIL PROT
27 matches
Mail list logo
