I'm wondering if a Fastback type (block level incremental image) backup might be the answer. Backing up changed blocks might be faster than trawling the filesystem, and the ability to mount a point in time image would provide you with file level restore as well as DR image recovery. Just a thought.
Steve Schaub Systems Engineer, Windows BlueCross BlueShield of Tennessee -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of km Sent: Wednesday, April 28, 2010 4:09 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Trouble backing up large directory tree Snapshots/image backups? Don't think about the backup, think about the restore RTO/RPO. What kind of restore scenarios do you have, how much data (in time) can you afford to lose and what is your acceptable restore time? Will you ever need to restore individual files? I'm not familiar with Blackboard but if you don't then the fastest way back would be a snapshot, either in LVM or hardware, or a Windows image backup. Depending on the application then it might even be that you need to do it this way to get a consistent backup and keep metadata/filedata in sync. -km On 27/04, Lee, Gary D. wrote: > Tsm client 6.2, server v5.5.4. > Client os win 2003 server SUSe sles9 under vm 5.3. > > I have a directory tree, don't know how large, tried a dir/s to get a file > count, stopped it after 35 minutes. > > Getting ans1030e during backup. > > Have already tried memoryefficientbackup yes in dsm.opt. > > And, restructuring is out of the question. This is a blackboard server and > application created and managed. > > Where do I go from here? > > Gary Lee > Senior System Programmer > Ball State University > phone: 765-285-1310 > > ----------------------------------------------------- Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
