Re: Bandwidth
If the switch-to-server links are saturated, you can gang several of them together with etherchannel. It's too easy to blame the network for everything, including inadequately cold soda in the vending machine. So before blaming the network, make sure that the TSM server processor is not the actual bottleneck. I have also relieved what appeared to be network bottlenecks by adding TSM server memory. We have also seen bottlenecks in the links to the TSM server's disk subsystem. If these kinds of server issues are the bottleneck, dedup will just make it worse. And as usual, remember that each time you remove a bottleneck, you just expose another one - which could actually be the network. If you can't back up as much as you want, look at the whole system, not just the network. Roger Deschner University of Illinois at Chicago rog...@uic.edu On Thu, 15 May 2014, Tom Taylor wrote: Thanks for all the advice, I am talking about WAN traffic. Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768 From: Bent Christensen b...@cowi.dk To: ADSM-L@VM.MARIST.EDU, Date: 05/15/2014 08:54 AM Subject: Re: [ADSM-L] Bandwidth Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Hi Thomas, Just to be sure, are you talking about LAN or WAN backup traffic? Is your bottleneck in the TSM-client-to-switch connection or the switch-to-tsm-server connection? If TSM is saturating your WAN lines, looking into dedup and compression is the best you can do. If your problem is within a LAN you might have to reconsider your backbone and network design, if that is not an option spreading the client start times might do the trick. But there is no such thing in TSM as bandwidth throttling like in i.e. Symantec Netbackup. - Bent -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tom Taylor Sent: Wednesday, May 14, 2014 5:56 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Bandwidth Good morning, I run TSM 6.3.4 How do I throttle bandwidth so that the clients don't choke the network during backups. I have already set a large window for the clients to use, and I am reading about client side de-duplication, and adaptive file backup. Are these the only two avenues to reduce the bandwidth used by TSM? Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768
Re: Bandwidth
Thomas, To get some immediate consider using the randomize setting on the TSM server combined with an extended backup window and limiting the number of machines that can backup concurrently with the maxschedsessions setting. This will allow you to have some control over how many clients backup at one time. For example; if you set your backup window for say 4 hours then tweak the randomize setting which will stagger your start times of the client backups by a set percentage. This keeps all of them from initiating their backups at once. Additionally, maxschedsessions will allow you to limit how many actual clients can connect at one time. Obviously each environment is different and actual settings depend on variables such as total number of clients, amount of data, speed of network, etc, etc. I suggest starting off conservatively, monitor the actlog for issues, and tweak as needed. I have used this approach many times for customers while campaigning for increased bandwidth resources. Rick Adamson -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tom Taylor Sent: Wednesday, May 14, 2014 10:56 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Bandwidth Good morning, I run TSM 6.3.4 How do I throttle bandwidth so that the clients don't choke the network during backups. I have already set a large window for the clients to use, and I am reading about client side de-duplication, and adaptive file backup. Are these the only two avenues to reduce the bandwidth used by TSM? Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768
Re: Bandwidth
Hi Thomas, Just to be sure, are you talking about LAN or WAN backup traffic? Is your bottleneck in the TSM-client-to-switch connection or the switch-to-tsm-server connection? If TSM is saturating your WAN lines, looking into dedup and compression is the best you can do. If your problem is within a LAN you might have to reconsider your backbone and network design, if that is not an option spreading the client start times might do the trick. But there is no such thing in TSM as bandwidth throttling like in i.e. Symantec Netbackup. - Bent -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tom Taylor Sent: Wednesday, May 14, 2014 5:56 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Bandwidth Good morning, I run TSM 6.3.4 How do I throttle bandwidth so that the clients don't choke the network during backups. I have already set a large window for the clients to use, and I am reading about client side de-duplication, and adaptive file backup. Are these the only two avenues to reduce the bandwidth used by TSM? Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768
Re: Bandwidth
Thanks for all the advice, I am talking about WAN traffic. Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768 From: Bent Christensen b...@cowi.dk To: ADSM-L@VM.MARIST.EDU, Date: 05/15/2014 08:54 AM Subject: Re: [ADSM-L] Bandwidth Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU Hi Thomas, Just to be sure, are you talking about LAN or WAN backup traffic? Is your bottleneck in the TSM-client-to-switch connection or the switch-to-tsm-server connection? If TSM is saturating your WAN lines, looking into dedup and compression is the best you can do. If your problem is within a LAN you might have to reconsider your backbone and network design, if that is not an option spreading the client start times might do the trick. But there is no such thing in TSM as bandwidth throttling like in i.e. Symantec Netbackup. - Bent -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tom Taylor Sent: Wednesday, May 14, 2014 5:56 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Bandwidth Good morning, I run TSM 6.3.4 How do I throttle bandwidth so that the clients don't choke the network during backups. I have already set a large window for the clients to use, and I am reading about client side de-duplication, and adaptive file backup. Are these the only two avenues to reduce the bandwidth used by TSM? Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768
Re: Bandwidth
-Tom Taylor wrote: - Good morning, I run TSM 6.3.4 How do I throttle bandwidth so that the clients don't choke the network during backups. I have already set a large window for the clients to use, and I am reading about client side de-duplication, and adaptive file backup. Are these the only two avenues to reduce the bandwidth used by TSM? Client compression is another possible means of reducing the amount of data transferred. As far as I know, TSM has no facilities for limiting the peak rate of data transfer. Your network infrastructure might have that sort of capability. For example, some routers can limit the rate at which data is transferred between a specific pair of addresses. Thomas Denier Thomas Jefferson University Hospital
Re: Bandwidth
A smaller TCP window will cause the client to send fewer packets before waiting for the ack from the first packet. How fast is the server network? How many concurrent backups? I would look at slowing the TSM server or spreading the backups. Never really thought about it because my backups take too long. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tom Taylor Sent: Wednesday, May 14, 2014 10:56 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Bandwidth Good morning, I run TSM 6.3.4 How do I throttle bandwidth so that the clients don't choke the network during backups. I have already set a large window for the clients to use, and I am reading about client side de-duplication, and adaptive file backup. Are these the only two avenues to reduce the bandwidth used by TSM? Thomas Taylor System Administrator Jos. A. Bank Clothiers Cell (443)-974-5768