De-gaussing is the only practical way to erase a significant quantity of
tapes, and degaussing will render a number of modern tape formats
useless forever. One of them is LTO. Not sure about 3x9x. (It's
because, in addition to removing the data, degaussing also removes the
servo tracks on the ta
Hello Sachin,
before you continue on this path:
You are using infinite logging, which is not recommended for an SAP
environment.
Unless you definitely need it, I'd suggest to switch to Archive Logging
db2 update db cfg for using LOGSECOND 40
and see if that works.
Mit freundlichen Gruessen / Wit
Are you seeing anything in the server activity log?
One issue that I ran into was that the logs and database should be stored in
different storage pools when using the "include logs" option. Otherwise the
backup can preempt itself doing a log retrieval...there's a technote that
describes the p
I have a dba that has one sql server that has "tsm hang" issues
according to him. They have a full backup job that backs up 7 sql db's.
The size is about 80GB total. Sometime it backs them all up with no
issues, sometime it says "waiting on tsm server" but if I look at "q se"
there are no active se
I haven't heard this before...can you elaborate on this? Is it documented
anywhere?
-Lloyd
On Fri, 14 Dec 2007 10:44:52 +0100
Hans-Joachim Renger <[EMAIL PROTECTED]> wrote thusly:
> Hello Sachin,
> before you continue on this path:
> You are using infinite logging, which is not recommended for
You have received a secure message from Ben Bullock entitled, "RE: [ADSM-L] sql
tdp hang issue".
You may view the message (before 06/21/2008) at the following web address:
https://mail.bcidaho.com:443/messenger/msg?x=d-42733-qh6GFAGG8617
---
Did you examine the TSM Server activity log closely?
Was there a problem where a tape did not get mounted in time?
How many "stripes" are you using for the backup?
If you are using multiple stripes and one of those stripes
is waiting for the TSM server to mount a tape, it can cause this.
I have see
Hi Larry!
Aparently...
We don't use collocation (see my erlier post to Helder today).
Here is the output from the q devclass:
Device DeviceStorageDevice Format Est/Max
Mount
ClassAccess PoolType Capacity
Limit
Name Strate
I don't see anything in the activity log. The backups are going straight
to diskpools and the backups are single threaded. I did add disk space
to my diskpool this week in case that was the issue. Looking at my
diskvols, data doesn't seem to be striped across all disk evenly, would
that be that pro
On Dec 14, 2007, at 10:55 AM, Fred Johanson wrote:
This sounds like PMR#64846-122, which is still open after months of
work. The last thing in the traces we ran is a TCPFLUSH. After that
things hang forever.
That reminds me of the trivial but helpful diagnostic of running the
'netstat' comma
This sounds like PMR#64846-122, which is still open after months of
work. The last thing in the traces we ran is a TCPFLUSH. After that
things hang forever.
Fred Johanson
TSM Administrator
University of Chicago
773-702-8464
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAI
The servo track holds true for all 359x tapes. 3480 and 3490 can be
safely degauss and reused
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Curtis Preston
Sent: Friday, December 14, 2007 12:19 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Any market f
Curtis,
3590 tapes are where IBM servo tracks were first invented
(unless it was 3570, I may be mistaken). 3592 and LTO are follow-on
technologies built from those first ones.
De-guassing shouldn't be the only way this could be done. It
ought to be possible to write multiple passe
I'm working without the benefit of a set of doc PDFs at the moment, but
I have a fairly specific recollection that when Group Collocation was
introduced in 5.3, the default behavior for collocation on an new
storage group changed. I could be wrong, but if Eric has any new storage
pools, they might
I would look at your network connection first. Based on the throughput
stats, I'm guessing you have a nic/switch mismatch between either the
speed or duplex setting.
Steve Schaub
Systems Engineer, WNI
BlueCross BlueShield of Tennessee
423-535-6574 (desk)
423-785-7347 (cell)
***public***
-Or
Hi Helder!
Sorry, I read reclamation instead of collocation. I have to read more
careful...
Since we use virtual tapes, we have virtually no mount times (well,
about 2 seconds) and no data seek times, no rewind and nearly no unmount
times. So there is no reason to use collocation. So we don't.
Kind
The tape erase function is written up in the tape driver prog ref.
ftp://ftp.software.ibm.com/storage/devdrvr/Doc/IBM_Tape_Driver_PROGREF.pdf
But it does not talk of HIPPA.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Schneider,
John
Sent: Frid
I didn't say it was the only way. I said it was the only practical way.
The erase function takes too long per tape to be used in bulk.
---
W. Curtis Preston
Backup Blog @ www.backupcentral.com
VP Data Protection, GlassHouse Technologies
-Original Message-
From: ADSM: Dist Stor Manager
Rama,
In the Windows client, you can go to the GUI and under 'View policy
Information' , when you click on it you can see all the po,do , version,
etc.,
how can one find out these info on a Linux environment?
Thanks,
Avy Wong
Business Continuity Administrator
Mohegan Sun
1 Mohegan Sun Blvd
U
On Dec 14, 2007, at 1:23 PM, Avy Wong wrote:
Greg,
we did not install webclient of Linux or AIX boxes. Is there
a file
in the sys that shows that?
Use the CLI... Commands like 'dsmc q mgm -detail'
Richard Sims
Hello,
Is there a quick way to find out on a node ( relating the nodename to
the query), to find out the po, do, mgmt class, versions Data Exists,
versions data deleted, retain extra versions, retain only versions.
When I do a 'q node f=d', all there is 'Policy Domain Name: DB2' shown on
the
Avy,
There is no direct way of finding a node's management class bindings, as
it is defined at the client's include-exclude list.
Also, A node's data can be bound to multiple management classes.
Regards,
Rama
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On B
Avy,
You can get the same information form the web client of the Linux host.
Greg
***
Gregory Lynch
Lead Programmer Analyst
IT Infrastructure/Systems Administration
Stony Brook University Medical Center
HSC Level 3, Room 121 ZIP 8037
Greg,
we did not install webclient of Linux or AIX boxes. Is there a file
in the sys that shows that?
Avy Wong
Business Continuity Administrator
Mohegan Sun
1 Mohegan Sun Blvd
Uncasville, CT 06382
(860)862-8164
(cell) (860)961-6976
Greg Lynch
<[EMAIL PROTECTED]
Thank you Richard and all the gents that responded. I appreciate your
help.
Avy Wong
Business Continuity Administrator
Mohegan Sun
1 Mohegan Sun Blvd
Uncasville, CT 06382
(860)862-8164
(cell) (860)961-6976
Richard Sims
<[EMAIL PROTECTED]>
Sent by: "ADSM:
Really! What did they say? They've been rather tight-lipped elsewhere.
---
W. Curtis Preston
Backup Blog @ www.backupcentral.com
VP Data Protection, GlassHouse Technologies
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Paul Zarnowski
Sent: Wedn
Curtis,
the Oxford 2007 presentations are available at
http://tsm-symposium.oucs.ox.ac.uk/2007contributions.html
Review the ones by Dave Cannon and Freddy Saldana, they are very good
with lots of information about possible future tsm features.
Bill Colwell
-Original Message-
From: ADSM:
Charles,
The one thing to be aware of with any dedupe offering is that when using
a dedupe system with TSM, you will get significantly smaller dedupe
ratios than those customers using it with Grandfather-father-son-based
software (e.g. NBU, NW, CV) due to the progressive incremental nature of
TSM.
Thanks, Bill! That's great stuff. It's good to see that they see dedupe
as a key feature. As he says, it won't benefit TSM customers as much as
others, but it will still benefit them. It's interesting to see that
they're going to do server-side dedupe first. They'll already have that
with the T
29 matches
Mail list logo
