I have a Windows 2003 SBS server running on a DL380 with 2 LAN cards as follows: 192.168.2.2 = LAN 100mb / 192.168.10.1 = copy subnet 1000mb
I have a Windows 2008 standard server running on another DL380 with 2 LAN cards as follows: 192.168.2.3 = LAN 100mb / 192.168.10.2 = copy subnet 1000mb
When copying files between the servers via \192.168.10.1 copy / paste, the server defaults to using the other 100mb nics and is slow at copying large amounts of data. How can i force the server to make use of the crossover cable and copy subnet that ive set up?
Ive got a large amount of data to copy before the morning so any help would be good.
Please note i dont have physical access to the servers right now only ILO and RDP
Cheers
Mount the other server´s shares by explicitly with "
net use * \\192.168.10.2\share
".Copy using the resulting drive letter, probably Z:.
Use robocopy to move the data: "
robocopy d:\SharedDirectory z: /e /sec /r:1 /w:1
".Get robocopy from M$.
You can also set the 192.168.10.* addresses in the host file at %SystemRoot%\system32\drivers\etc\
That doesn't make sense. Windows should use the NIC that is bound to that IP subnet. I don't see how mounting the share explicitly or making a hosts entry (as Posipiet suggested) would have any impact on that.
To force that, you can do a route add as follows:
...where 192.168.10.1 is the address of the static IP, and instead of "IF 1", you should put the interface number for that card. You can find the interface number by doing "route print" and looking at the interface list (far left number).
I eventually managed to use ILO and disable the 192.168.2.x nics on both servers thus forcing it to use the 1gb connection which sped it up no end. I tried manually adding routes but this didnt work as you suggest and also the net use \192.168.10.x theory also didnt work. Whether accessing it via a mapped driver or just as a share on the fast subnet IP for some reason the server insisted on using the slower lan connection which was very strange. I think the route statement didnt work because as it was using a cross over cable the servers both had an ip and subnet and no gateway specified. Thanks for your help and if you have any ideas on how to do this in future i would still like to know. However for now the emergency is now over as of 6:30am this morning which was cutting things a bit fine.
Thanks
Martin
In a somewhat related aspect if you have large files to copy avoid using robocopy, it's very slow on multi gigabyte files, you can find out the exact reasons why at this post on the Windows Server Performance Team blog.
I now use Richcopy for large file copies and robocopy for quick and dirty copies at the CLI, I can't say I care for the way RichCopy handles the CLI...