I think it is very good workaround for this case. Thank you very much.
But I wonder why TSM Scheduler is not working properly in very simple case
(spaces in directory name), which is typical for Windows environment?
Grigori G. Solonovitch
Senior Technical Architect
Information Technology Bank
TSM server 5.5.2.1 on AIX 5.3 - watch this:
==
tsm: SMq pr
Process Process Description Status
Number
-
791 Space ReclamationVolume GU0405 (storage pool L32POOL), Moved
Hello... should the TSM client on my TSM server be instructed to exclude
the various folders used by the DB2 database? Such as
C:\TSMData\DB001\...\*, or D:\TSMData\ActLog\...\*, or
E:\TSMData\ArcLog\...\*.
The client is not automatically excluding these, and they do not fail to
backup (not
That's correct. You should exclude all other TSM disk volumes too, like
the recovery log and storage pool volumes.
TSM List Server Mailbox wrote:
Hello... should the TSM client on my TSM server be instructed to exclude
the various folders used by the DB2 database? Such as
For security reasons, we're trying to identify what tapes a file is residing
on. I've found the object_id of the file we're looking for, 1524734887, and
started a search of the CONTENTS table using the following sql command:
SELECT * FROM
Instructions here:
http://www-01.ibm.com/support/docview.wss?uid=swg21114873
On Wed, Oct 7, 2009 at 2:18 PM, Brian G. Kunst bku...@u.washington.eduwrote:
For security reasons, we're trying to identify what tapes a file is
residing on. I've found the object_id of the file we're looking for,
I don't have the manual pulled up, but I believe that there is a way
to do a preview restore from the client that will prompt for tapes
that are required to do the restore. I would tackle it that way.
Gary
Itrus Technologies
On Oct 7, 2009, at 1:18 PM, Brian G. Kunst wrote:
For security
Have you considered just doing a restore? If it's just one file, that
is definitely the fastest way to find out. Just specify an alternate
destination.
On 7 okt 2009, at 20:18, Brian G. Kunst wrote:
For security reasons, we're trying to identify what tapes a file is
residing on. I've found
Brian,
q noded ucsfscl1_2 stg=poolname
Will give you the potential volume numbers. You can add these as a limiter of
your select
and volume_name in (list from q noded)
Fred Johanson
TSM Administrator
University of Chicago
773-702-8464
-Original Message-
From: ADSM: Dist Stor
The very fastest way to find out is to initiate a retrieval to a
throwaway output, and look at what tape/tapes is/are mounted: you'll
have an answer within seconds.
(Never do a Select on a large database Contents table unless you are
very desperate.)
Richard Sims
On 7 okt 2009, at 20:28, Gary Bowers wrote:
I don't have the manual pulled up, but I believe that there is a way
I was just browsing the publib...
to do a preview restore from the client that will prompt for tapes
that are required to do the restore. I would tackle it that way.
I was
Thanks Wanda, that worked.
Thanks everyone else too. I'm kick myself now for not just doing a test
restore.
--
Brian Kunst
Storage Administrator
UW Technology
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf
Of Wanda Prather
Sent:
Ok, so I went and looked it up. The way we used to do this was to
kick of the restore with the tapeprompt option. This would cause
the client to pause before the tape was mounted, and prompt if you
wanted to mount the tape. If you select no, then it does not restore
anything, and goes on to
Good afternoon fellow TSMers,
Does anyone know if you can use ssl for server to server communications
in the TSM versions that do SSL (TSM 5.5.x and above, I think)?
I was just reading through the 6.1 documentation and it isn't clear to
me that it can be done. They talk about backup client to
On 7 okt 2009, at 22:54, Taylor, Marc wrote:
Good afternoon fellow TSMers,
good evening ;-)
Does anyone know if you can use ssl for server to server
communications
in the TSM versions that do SSL (TSM 5.5.x and above, I think)?
I was just reading through the 6.1 documentation and it isn't
We use Copy Services instead of the TDP for EXCHANGE. We want to keep backups
for 30 days, which does work. The .edb files are daily marked as inactive and
roll off as expected. But an examination by Mr. Exchange shows that there are
.log files which are never marked as inactive, and, thus,
My guess is that you are mounting up the filesystem, and backing up
the files directly. The log files in Exchange are probably getting a
new name as they are truncated, which means that there are no versions
of the files, only a single version that goes from active to inactive
when it is deleted
Gary,
This is the copygroup definition:
VERE nol
VERD NOL
RETE 30
RETO 60
Yet we have backups from May '08.
ADSM-L@VM.MARIST.EDU
From: ADSM: Dist Stor Manager [ads...@vm.marist.edu] On Behalf Of Gary Bowers
[gbow...@itrus.com]
Sent:
OK, here's my good news/bad news for the informal poll:
Production 6.1 server:
New TSM 6.1.2 installation with a wompin powerful Win2K3 box, lots of
external SAN disk
Running 76 schedules of daily incrementals:
Most clients are relatively small Win2K3 servers, all TSM client 6.1
A few Linux
19 matches
Mail list logo
