We are about to bring up new TSM servers and one of questions that has come up
is how big to make the VTL tapes? We currently use 100GG and have tried 10GB
with our test server.
The question is what size it popular and why?
Andy Huebner
This e-mail (including any attachments) is confidential
Hi,
I think your volume size should be something fitting the data type going
into the storage pool. Putting 100GB exchange db files on 10gb volumes
or 1kb files on 100GB volumes doesn't seem efficient.
Regads,
Karel
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.mar
Hi,
I am using the command line. As for the serial number, I´ll remove the defined
library and redefine it without using this clause, and then create the
path...and see what happens.
I´ve already removed TSM and reinstalled it.
The IBMtaped daemon is up and running. IBMtaped version is 1.5.3
Andy,
My experience may not map to the problem you are trying to solve, but
I chose a relatively small VTL tape size (50GB) and have not regretted
it. The trade-off is "total number of virtual tapes" vs "total number
of anticipated simultaneous tape mounts".
Say you have a 60TB VTL (usable)
Some considerations:
- This varies with the different VTL vendor's, but some had a maximum
number of Virtual Tapes that was allowed in the system, which would argue
for larger volumes. - On the other hand, smaller volumes reduce the
amount of reclamation you have to do (depending on your data)
- I
Andy,
Just an opinion here. If you try to provide virtual sequential access mount
points for each client session you may need during client processing, you
will likely need much more system resources to complete nightly backups.
Managing mount points need only be done during daily server maintena
Andy,
John D. and Mario raised good points. As for our VTL environment, we
have a blend of IBM TS7520/7510 (3955 & 3954 Machine Types). We make use
of "expandable" virtual volumes with an initial size of 5G and a max
size of 60G and it works well in my opinion.
With Compression enabled, we get mor
For those that tested 6.1 in a Linux environment I'm looking for any
problems you had. During my testing on AIX and Windows I had failures
during the installation which were always DB2 related. I'm getting ready
to bring up TSM on a Linux box and am looking for your experience. This
is a new instal
Would anyone using TSM with a EMC DL3D 4000, care for some experience
exchange ?
I'm specially interested in this vtl's replication functions for
disaster recovery purposes. What kind of procedures *must* be setup in
order to successfully and painlessly recover TSM on the remote site (on
an active
The top problems we are trying to solve are tape contention and utilization.
Contention is a little troublesome from time to time. Utilization is why we did
some testing to the extreme of 10GB volumes.
There are some very interesting points:
>> I think your volume size should be something fitti
I typically use 50GB volume size if it works out well with the VTL
limits. Like others have mentioned, be sure to check your VTL maximums
for volumes/slots and mount points/virtual drives.
__
John Monahan
Infrastructure Services Consultant
Logicalis, Inc.
5500 Wayzata
What Nicholas says is totally true. TSM can get very resource
constrained when it has lots and lots of simultaneous mounts to manage.
In our design, we have a separate TSM instance running on the same
server as some of the others (AIX environment) and that instance is just
a library master, handl
On 7 jul 2009, at 19:34, Gill, Geoffrey L. wrote:
For those that tested 6.1 in a Linux environment I'm looking for any
problems you had. During my testing on AIX and Windows I had failures
during the installation which were always DB2 related. I'm getting
ready
to bring up TSM on a Linux box and
> May I enquire why you'd want to replace the most robust OS on the
> planet (AIX) on your p series with Linux? Not that I don't like Linux,
> I just think AIX is superior.
I've had this conversation with the folks who, I'm sure if you ask them,
know better than me. There is a move to 'consolidate
Hi Geoff,
As I said to you in the last email.
If you install Linux and use a supported platform such SuSE Enterprise Linux
(SLES) or RedHat Enterprise Linux (RHEL) you will have a good start.
If you install a minimal SLES or RHEL make sure you have following packages
installed on your server beca
15 matches
Mail list logo
