If you are using a TSM server on Linux I suggest reading about the tc utility for limiting bandwith. It changes the speed of the NIC as presented for applications so there are no dropped/resent packages. I have been using it with TSM replication for a while now and it works great.
On Wed, Sep 16, 2015 at 1:21 PM, Karel Bos <tsm....@gmail.com> wrote: > Hi, > > Replicate node is done over the connection you use within the "define > server" command. So it is using the TSM server to server connection path. > > You can define a link on OS level to be dedicated used for server to server > commands (and thus also replication) while still provide client access over > another interface to each of the TSM servers. > > Bandwidth trotteling isn't something you can define in TSM and using > limited number of sessions to reduce network load might not work when > source and target are for instance on fast disks. > > In our setup the clients can connect to both backup servers using 1 VLAN > and we have TSM server to TSM server communication (also used for node > replications) over an another VLAN. > > Kind regards, > > Karel > > 2015-09-09 16:19 GMT+02:00 Meunier, Yann <yann.meun...@caissedesdepots.fr > >: > > > Hi Spectrum Men ☺, > > > > We want to implement the nodes replication functions on our TSM servers. > > The network team asks me a few questions which I am not able to answer. > > > > Can we isolate replication traffic on dedicated interfaces? > > I think so, defining a TSM server with a dedicated access, but I do not > > know what is the impact for the B/A Client : > > Is he able to perform a restore through the alternate server, knowing > that > > it does not use and does not see the replication link ? > > > > Example of def : > > > > 16:09:53 FFT0010I CMD1 : q server > > Server Comm. High-level Low-level Days > > Server Virtual Allow > > Name Method Address Address Since > > Password Volume Replacement > > Last > > Set Password > > Access > > Set > > -------- ------ ------------- --------- ------ > > ---------- ---------- ----------- > > TSMCFG TCPIP TSMCFG.serv.cdc.fr 4010 <1 > > Yes Yes No > > TSMHP11 TCPIP tsmhp11.serv.cdc.fr 4120 <1 > > Yes Yes No > > REPLLINK TCPIP tsmhp11repl.serv.cdc.fr 4120 <1 > > Yes Yes No > > > > If the replication is based on definition REPLLINK, and this link is only > > accessible by TSM Servers (Primary & Alternate), the B/A Client could > > perform a restore via the alternate server by the TSMHP11 definition? > > > > The second question: > > Can we limit the bandwidth consumption through TSM. > > For me the only way is to play with the maximum number sessions of > > replication processus. > > > > Best regards, > > > > Yann MEUNIER (Spectreman ☺) > > Ingénierie - Système Stockage > > Informatique CDC - Etablissement DPI > > Office : +33 1 58 50 53 01 > > Mobile : +33 6 62 47 88 56 > > > > Ce message et toutes les pièces jointes (ci-après le « message ») sont > > confidentiels et établis à l’intention exclusive de ses destinataires. > > Toute utilisation de ce message non conforme à sa destination, toute > > diffusion ou toute publication, totale ou partielle, est interdite, sauf > > autorisation expresse. Si vous recevez ce message par erreur, merci de le > > détruire sans en conserver de copie et d’en avertir immédiatement > > l’expéditeur. Internet ne permettant pas de garantir l’intégrité de ce > > message, la Caisse des Dépôts et Consignations décline toute > responsabilité > > au titre de ce message s’il a été modifié, altéré, déformé ou falsifié. > Par > > ailleurs et malgré toutes les précautions prises pour éviter la présence > de > > virus dans nos envois, nous vous recommandons de prendre, de votre côté, > > les mesures permettant d'assurer la non-introduction de virus dans votre > > système informatique. > > > > This email message and any attachments (“the email”) are confidential and > > intended only for the recipient(s) indicated. If you are not an intented > > recipient, please be advised that any use, dissemination, forwarding or > > copying of this email whatsoever is prohibited without Caisse des Depots > et > > Consignations's prior written consent. If you have received this email in > > error, please delete it without saving a copy and notify the sender > > immediately. Internet emails are not necessarily secured, and declines > > responsibility for any changes that may have been made to this email > after > > it was sent. While we take all reasonable precautions to ensure that > > viruses are not transmitted via emails, we recommend that you take your > own > > measures to prevent viruses from entering your computer system. > > > > >
