ADSM-L

Re: [ADSM-L] TSM 5.5 using LANFree backup really "slow"

2009-08-02 20:23:05
Subject: Re: [ADSM-L] TSM 5.5 using LANFree backup really "slow"
From: Yudi Darmadi <yudi AT NIAGAPRIMA DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Sun, 2 Aug 2009 14:03:24 +0700
Hi,
Maybe You can try this first:, using Operating system backup, try to backup direct to tape, and see the result. I've been facing this kind of problem, file server backup using LANFree. Total data approximately 900 GB - 1 TB, number of files approx 1,1 millions, and it took more than 24 hours.But when i used Operating system backup, backup direct to tape, the result much better than TSM LANFree backups. So i check all recomended setting for performance tuning, and there's an increasing in speed and transfer time.


Best Regards,


Yudi Darmadi
PT Niagaprima Paramitra
Jl. KH Ahmad Dahlan No.25  Kebayoran Baru, Jakarta Selatan 12130
Phone: 021-72799949; Fax: 021-72799950; Mobile: 081905530830
http://www.niagaprima.com

----- Original Message ----- From: "Flavio Junior" <billpp AT GMAIL DOT COM>
To: <ADSM-L AT VM.MARIST DOT EDU>
Sent: Saturday, August 01, 2009 11:09 PM
Subject: Re: [ADSM-L] TSM 5.5 using LANFree backup really "slow"


Hi David,

Well FileServer is exact what i'm backup ;/
A lot of files with sizes between 100k and 20Mb.

So, there is nothing that can be done to improve this, at least for 100GB/h?
Just to point my head toward right direction.. LANFree backups or LAN backups.

Thanks,

--

Flávio do Carmo Júnior aka waKKu
Florianópolis/SC - Brazil

On Sat, Aug 1, 2009 at 12:02 PM, David
McClelland<david.mcclelland AT networkc.co DOT uk> wrote:
What is the nature of the data that you're backing up here? Large
files/objects or lots of smaller files/objects? The classic recommendation
for SAN backups direct to tape is that it's best used only for larger
objects (eg database backups, TDPs or disk image etc) to ensure optimal
streaming to tape. Backing up a file server with millions of individual
small files direct to tape won't always produce a great overall throughput
figure.

/David Mc
London, UK