Hi,
try something with 'dsmc query backup -ina' you'll find the mc info included in
the output. This is usually really fast. As Wanda said, the client is the right
tool for this.
On 19 okt 2010, at 16:48, Moyer, Joni M wrote:
Hi Everyone,
How can I verify that a particular management
Hi Zoltan,
even with devtype file, using pre-formatted volumes is recommended.
On 19 okt 2010, at 21:41, Zoltan Forray/AC/VCU wrote:
Neil,
Thanks for the info. I have passed this on to my SAN guys since I know
nothing about this aspect of the configuration nor if we can make these
tweaks.
Helpfully, IBM just published a better explanation, see IC70785 here:
http://www.ibm.com/support/docview.wss?uid=swg1IC70785myns=swgtivmynp=OCSSGSG7mync=E
+--
|This was sent by g.mcstrav...@bathspa.ac.uk via Backup Central.
Hi Everyone,
Does anyone know where the output of the activity log goes prior to
initialization? I'm trying to get TSM to come up and it's still not completed
initialization, so I'd like to see what's in the activity log to see how far
it's progressing. This is for a TSM AIX 5.5.4.1 server.
The Activity Log is in the TSM database.
During bring-up, TSM does a lot of reconciliation with the library, which can
take considerable time. Use the 'monitor' command in AIX to observe database
disk activity for a sense of progress. If necessary, you can launch TSM in the
foreground, rather
Huh? Please explain further. I thought the whole idea was you didn't
need to pre-create volumesthey are automatically created and deleted
as needed?
From:
Remco Post r.p...@plcs.nl
To:
ADSM-L@VM.MARIST.EDU
Date:
10/20/2010 02:04 AM
Subject:
Re: [ADSM-L] Lousy performance on new 6.2.1.1
Hi Zoltan,
my experience has been: use fixed size preformatted volumes, and be sure to
format them sequentially, even if it seems to take a hell of a time. But
then, it´s a one-time action and highly automated, so just don´t try to
boost performance here. Make sure no one else is bogging perfs,
Hi Del,
Thanks for your great help to date.
I can now backup, restore full Database using TDP, and restore a single mailbox
using Exchange Powershell commands.
What still gives errors is the Mailbox restore from the GUI.
I get an ACN5060E error and its quite misleading. The Database restores
Hi Adrian,
Exchange 2010 is fairly new and just starting to roll out.
DP/Exchange Mailbox Restore (IMR) is also fairly new.
With both of them being fairly new, there are not
very many google hits yet.
For this problem below, there isn't much to go by here.
I recommend placing a call with IBM
If all else fails, run dsmserv in the foreground without the quiet option...
--
Gr., Remco
On 20 okt. 2010, at 14:38, Moyer, Joni M joni.mo...@highmark.com wrote:
Hi Everyone,
Does anyone know where the output of the activity log goes prior to
initialization? I'm trying to get TSM to
My thanks to all who shared their advice. It has been an outpouring of
knowledge and experience.
Best wishes,
Keith
Thanks for the affirmation. This is what I have been seeing/experiencing.
As soon as I can empty the stgpool (5TB), I will define fixed volumes and
see how much difference that makes. I am aware of the issue of
single-threading the define/formats to not fragment them, however I wonder
how
How you connect to the disk storage (i.e., SCSI or SAN) doesn't matter. This
goes more to the issue of how blocks within the volumes are laid out on the
spindles. formatting them one at a time will cause the blocks to be laid out
in a more sequential fashion, so that when TSM references the
Dumb statement, but isn't the whole Idea of the File Devclass is it is
sequential. Can one be more sequential than the other? If its not then its
random.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Paul
Zarnowski
Sent: Wednesday,
I/O to devclass file volumes will be inherently sequential, yes. It's not an
absolute, however. There are varying degrees of sequentialness. Think about
it this way. When you are writing these volumes, they will definitely be
purely sequential. However, when reading them, they may or may
On 20 okt 2010, at 20:11, Hart, Charles A wrote:
Dumb statement, but isn't the whole Idea of the File Devclass is it is
sequential. Can one be more sequential than the other? If its not then its
random.
It is. But, if the blocks that make up a devtype file volume are scattered all
over
This can get complicated.
File devices, as Paul states, are mostly accessed sequentially.
But, as has been also said, the actual file volumes may be fragmented on
the filesystem, resulting is effective random access.
But, also, TSM may/probably will be accessing multiple file devices
yes, this can get complicated... Yes, multiple threads accessing different
volumes on the same spindles can create head contention, even with volumes
formatted serially. But I think you can still reap benefits from laying down
blocks sequentially on the filesystem. Remco points out
Hmmm, that's interesting, jfs2 read-ahead. I know it exists, but recent TSM
servers by default use direct I/O on jfs2, bypassing the buffer cache, and I
assume the read-ahead as well... Or am I wrong?
I noticed that on an XIV, dd can read a TSM diskpool volume at say 100 MB/s,
and yes two dd
Hmm...
I thought perhaps the Performance Tuning Guide would help clarify, which is
where I thought I read this. But it seems somewhat ambiguous. Here are some
snippets (for AIX):
When AIX detects sequential file reading is occurring, it can read ahead even
though the application has not yet
Hi,
I guess (just guess) that the performance tuning guide has been updated to
reflect the fact that we can no longer disable directio (in a supported manner)
on jfs2 in recent TSM releases, but that the update could have been a bit more
clearly. In the past, of course, the guide had to
I like to divide the disk storage pool space into at least two file systems, on
at least two volume groups.
This provides a few benefits:
First, you can set the two file systems up with different configs, and compare
the performance of the two in production.
Second, if it comes time to get
Being as our group in IBM is at least partially responsible for having
written parts of the performance and tuning guide, let me make some
clarifications here. I agree that some of this has not been placed yet into
the Performance and Tuning Guide; we will be doing this hopefully early next
year.
Start it with
dsmserv /whatever/some.file
and then tail -f /whatever/some.file
I have found this necessary in order to find startup problems. The TSM
Activity Log is often not started soon enough to catch all error
messages, especially those relevant to the server not starting at all.
But they
24 matches
Mail list logo
