ADSM-L

Re: [ADSM-L] Backing up large folder

2015-10-01 11:20:36
Subject: Re: [ADSM-L] Backing up large folder
From: Michael Devenney <mdevenney AT RETSD.MB DOT CA>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 1 Oct 2015 15:18:56 +0000
Hello Erwann

I will install Journal based backup to see if it speeds up the backup time. I 
am currently using a share name to backup the homedir folder.

Thanks for the help.

Michael Devenney

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Erwann SIMON
Sent: October-01-15 9:04 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Backing up large folder

Aou can follow this Andy Raibeck's tip :

http://www.backupcentral.com/phpBB2/two-way-mirrors-of-external-mailing-lists-3/ibm-tsm-13/virtual-mount-points-for-windows-clients-101311/

For non-Unix/Linux operating systems, there is no virtualmountpoint feature in 
TSM. However, one way to accomplish what you want is to define shares for the 
directories you want to back up, then add the share names to your domain. For 
example:

On Windows machine "araibeck", create a share for the "andyr" and "storman"
user directories:

net share andyr=c:\users\andyr
net share storman=c:\users\storman

In dsm.opt specify:

domain \\araibeck\andyr \\araibeck\storman

If you also want to back up C:, but skip the andyr and storman directories when 
processing C:, then in dsm.opt specify:

domain c: \\araibeck\andyr \\araibeck\storman

exclude c:\users\andyr
exclude c:\users\storman 

--
Best regards / Cordialement / مع تحياتي
Erwann SIMON

----- Mail original -----
De: "Erwann SIMON" <erwann.simon AT free DOT fr>
À: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
Envoyé: Jeudi 1 Octobre 2015 15:23:16
Objet: Re: [ADSM-L] Backing up large folder

Hello Charles,

Virtualmountpoint can't be used on Windows, it's an option that's only 
available Unix (and Linux).

--
Best regards / Cordialement / مع تحياتي
Erwann SIMON

----- Mail original -----
De: "Charles D. Nixon (David)" <cdnixon AT CARILIONCLINIC DOT ORG>
À: ADSM-L AT VM.MARIST DOT EDU
Envoyé: Jeudi 1 Octobre 2015 15:01:21
Objet: Re: [ADSM-L] Backing up large folder

Is it possible to organize the home directories into something like A-F, 
G-L,...  Then use virtual mount points so that the TSM client views each of 
these groupings as a separate volume and thus the worker threads will kick in 
as expected?

---------------------------------------------------
David Nixon
System Programmer II, Enterprise Storage Team Carilion Clinic | 451 Kimball 
Avenue | Roanoke, VA 24016
540.224.3903 (Work)
540.525.8000 (Mobile)

________________________________________
From: ADSM: Dist Stor Manager [ADSM-L AT VM.MARIST DOT EDU] on behalf of 
Michael Devenney [mdevenney AT RETSD.MB DOT CA]
Sent: Thursday, October 01, 2015 8:43 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: [ADSM-L] Backing up large folder

I am running TSM 6.3.5.0 on Windows 2008 R2. I have a Windows 2008 R2 file 
server that has a 4.3 TB user homedir folder. It is currently taking 22 hours 
to back it up. There are several folders located on this Drive. I have one 
schedule to backup most of the drive and I have created a separate schedule for 
the homedir backup and I back up using the share name. I set the resource 
utilization to 10 and I updated the TSM client to 7.1.3.0. This folder is on a 
Drive that is located on our SAN. Any suggestions on how to speed up the backup?

09/27/2015 16:07:20 --- SCHEDULEREC STATUS BEGIN
09/27/2015 16:07:20 Total number of objects inspected:   10,698,367
09/27/2015 16:07:20 Total number of objects backed up:      216,428
09/27/2015 16:07:20 Total number of objects updated:              0
09/27/2015 16:07:20 Total number of objects rebound:              0
09/27/2015 16:07:20 Total number of objects deleted:              0
09/27/2015 16:07:20 Total number of objects expired:         12,793
09/27/2015 16:07:20 Total number of objects failed:              19
09/27/2015 16:07:20 Total number of objects encrypted:            0
09/27/2015 16:07:20 Total number of subfile objects:              0
09/27/2015 16:07:20 Total number of objects grew:                 0
09/27/2015 16:07:20 Total number of retries:                     28
09/27/2015 16:07:20 Total number of bytes inspected:           2.31 TB
09/27/2015 16:07:20 Total number of bytes transferred:        84.47 MB
09/27/2015 16:07:20 Data transfer time:                        1.32 sec
09/27/2015 16:07:20 Network data transfer rate:           65,234.56 KB/sec
09/27/2015 16:07:20 Aggregate data transfer rate:              1.07 KB/sec
09/27/2015 16:07:20 Objects compressed by:                        0%
09/27/2015 16:07:20 Total data reduction ratio:              100.00%
09/27/2015 16:07:20 Subfile objects reduced by:                   0%
09/27/2015 16:07:20 Elapsed processing time:               22:15:38

Thanks for your help.

Michael Devenney CNE, MCTS, A+, Server+
Service Administrator
River East Transcona School Division
589 Roch Street
Winnipeg, Mb. R2K 2P7
Canada




CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for 
the sole use of the intended recipient(s), and may contain confidential and 
privileged information. Any unauthorized review, use, disclosure or 
distribution is prohibited. If you are not the intended recipient, please 
contact the sender by reply e-mail and destroy all copies of the original 
message.

________________________________

Notice: The information and attachment(s) contained in this communication are 
intended for the addressee only, and may be confidential and/or legally 
privileged. If you have received this communication in error, please contact 
the sender immediately, and delete this communication from any computer or 
network system. Any interception, review, printing, copying, re-transmission, 
dissemination, or other use of, or taking of any action upon this information 
by persons or entities other than the intended recipient is strictly prohibited 
by law and may subject them to criminal or civil liability. Carilion Clinic 
shall not be liable for the improper and/or incomplete transmission of the 
information contained in this communication or for any delay in its receipt.
<Prev in Thread] Current Thread [Next in Thread>