Thanks to all for these valuable inputs. Appreciate it a lot.
Well this is first time this data is getting backed up.
For now here is what I was not aware and what I have done: 1. On Random
Access pools multiple migration sessions can be generated, only if we
backup on multiple nodes ? Is my understanding correct or there is any way
to increase the number of tape mounts ?
Now i know: Migration processes depends on nodes. random access storage
has limitation in regards to migration process. If I had more than 2
nodes backing up to the same random access storage pools then I could have
more than two migration processes depending on the configuration settings.
If the disk pool gets filled up, data goes to next pool and backups wont
fail.
As in our environment we have large small number of files so file type
disk pool is not a good idea. Improving backend speed does not always work
better. Because the speed coming into TSM server will not be fast enough
or sometimes equal or little bit better compared to the speed dumping data
from disk to tape. This all depends on the type of data to back up. If
there are huge number of files, One migration process is good enough and
have 2 or 3 more additional tape drives allocated to direct backup when
disk pool is overflow. That was much much faster than using file type
devclass with multiple migration processes.
Currently able to backup ~4TB a day. I will be increasing the stg pool size
to 10 TB and hope i will get better performance. These is also bottleneck
from the TSM client side. Seeing IO wait from the client side.
Thanks
Amit
On Sat, Mar 10, 2012 at 9:08 PM, amit jain <amit12.jain AT gmail DOT com> wrote:
> Hi,
>
> I have to backup large data ~ 300TB and have small DISK POOL SIZE 500GB. I
> have 3 filespaces, backing up on single node. I am triggering multiple
> dsmc, dividing the filespace on directories. I have 15 E06 Tape drives
> and can allocate 5 drives for this backup.
>
> If I run multiple dsmc sessions the, server starts only one migration
> process and one tape mount.
> As per ADMIN GUIDE the Migration for Random Access is "Performed by node.
> Migration from random-access pools can use multiple processes."
>
> My Question:
> 1. On Random Access pools multiple migration sessions can be generated,
> only if we backup on multiple nodes ? Is my understanding correct or there
> is any way to increase the number of tape mounts ?
>
> 2. The only way to speed up with current resources is to backup to File
> device class, so that I can have multiple tape mounts?
>
> 3. Any inputs to speed up this backup?
>
> Server and client both are on Linux, running TSM version 6.2.2
>
> Any suggestions are welcome.
>
> Thanks
> Amit
>
|
