We backp to TSM via LAN, we also use teming, but can not remember number of Gbps adaptes. I can check tomorrow. On Monday, 23 February 2015, John Keyes <ra...@gmx.net> wrote:
> Thank you Chavdar Cholev and Jeanne Bruno for sharing. > I forgot to tell, we do skip the integrity check, and there are only > passive Databases on the server. > Are your backups going to TSM server or to a local storage? Im interested > either way. > > Best Regards, > John > > > > Gesendet: Montag, 23. Februar 2015 um 20:20 Uhr > Von: "Chavdar Cholev" <chavdar.cho...@gmail.com <javascript:;>> > An: ADSM-L@VM.MARIST.EDU <javascript:;> > Betreff: Re: [ADSM-L] Exchange Backup with Flashcopy Manager EXTREMELY slow > We have ~ 2TB full exchange backup and it takes ~ 20 hours. There is exch > db consistency check before backup which takes considerable amount of time. > It can be switched off... but it is not recommnded.... > > On Monday, 23 February 2015, John Keyes <ra...@gmx.net <javascript:;>> > wrote: > > > Hello fellow TSM Admins! > > > > I'm struggling with Exchange Backup which over the course of the last few > > Days (mainly since the last full backup this weekend) takes about 3-4 > times > > as long as before. > > We have Exchange 2013 DAG with 48 Databases and a dedicaded VM to do the > > Backups (Flashcopy Manager 4.1.1, Backupdestination=local, on an IBM > V7000 > > Storage). > > Right now even an incremental backup of 1 database takes ~12 minutes, but > > the volume is only 30GB big and has only 5GB (5000 x 1MB Files) on it. > Two > > weeks ago this would only take 3 Minutes. > > A Full backup takes about half an hour (so I couldn't even complete a > full > > backup for every database in one day). I also tried to full-backup the > same > > database twice right after one another, with no difference. > > > > This can hardly be normal, can it? Has anyone had the same problems and > > maybe could point me in the right direction? > > Also it would be great if anyone could share how much time their backups > > take... > > > > Best regards, > > John > > >
