Enterprise Software Thread, Exchange running really slow in Technical; There are many reasons why your backups may be slow, and while they are running causing performance problems but I ...
4th October 2012, 02:57 PM #16
There are many reasons why your backups may be slow, and while they are running causing performance problems but I would in the first instance get a good undersatanding of how your VMware storage and backups are configured. There are many articles available online about how best to set up Backup Exec 2012 to back up VMware (including applications/databases within VMs) such as:
BE2012 - Design/strategy - VMware based with GRT OR regular backups with periodic VMware backups | Symantec Connect Community
As you have recently procured the solution I would recommend working with the supplier in the first instance to resolve - as this appears to be a backup issue I would hope they prioritise the issue for you. To ensure that we are not recommending you look at the wrong thing I would suggest testing performance/pings, etc when the backup is not running - I would expect the results to be significantly different if the backups are the cause.
IDG Tech News
4th October 2012, 03:08 PM #17
You'd be surprised, the exchange services have a higher priority than ping responses, so they can blat everything else out of the picture.
Originally Posted by DMcCoy
Anyway, I'd agree it looks like a network config issue - the CPUs could still do with a life to recommended levels anyway.
You've two nics on different vlans it appears - which is on your network, and how are the nics setup in windows?
4th October 2012, 03:21 PM #18
You're right we do seem to have 2 NIC's on different VLAN's. Im guessing because we are part of the academy's forest aswell. This is whats in windows
4th October 2012, 03:27 PM #19
I'd speak to the company that set it up and ask if there's any reason for not using the vmxnet3 card type - if not, ensure the vmware tools are up to date and change the network adapters for VMXNET3 ones.
are their other vms on the host showing similar symptoms? might be worth checking their isn't a speed/duplex mismatch between the host and the switch also - or that one isn't hardcoded to a slower speed.
But also as ergo said, trying it without the backup running is also worthwhile.
4th October 2012, 03:50 PM #20
Where are the actual physical hosts and virtual hosts in relation to each other? If the backup is using all of a 10Mb WAN link could explain it.
4th October 2012, 05:18 PM #21
Backup was stopped and exchange restarted.... suprise suprise back to <1ms pings and outlook working perfectly. I have a feeling as soon as backup runs again its going to kill it. They did allocate 16GB to exchange too.
What should the network card speed be set to? Can we just add another network card VMXNET3 copy settings across (ip, subnet etc) and remove the E1000 cards?
Last edited by Darylrese; 4th October 2012 at 05:20 PM.
4th October 2012, 05:23 PM #22
Yeah, the card switch should be pretty easy, as above.
Originally Posted by Darylrese
The card speed should be autonegotiate - unless there's a pressing reason for it not to be
5th October 2012, 12:48 AM #23
Backup rerun, only took an hour this time and exchange still working as it should be. Network useage now virtually nothing compared to maxed out as before.
Will look into adding another 2 vCPU's and the VMXNET3 cards to help speed things up in future. Ping is <1ms or =1ms now which is fine and roll up 7 for service pack 1 has been installed!
Cheers for your help guys!
5th October 2012, 12:46 PM #24
Glad you got it sorted
Originally Posted by Darylrese
By mikeymike in forum Wireless Networks
Last Post: 9th May 2008, 03:47 PM
By BKGarry in forum Educational Software
Last Post: 7th January 2008, 11:47 AM
By zag in forum MIS Systems
Last Post: 30th November 2007, 05:24 PM
By leonard.powers in forum MIS Systems
Last Post: 26th September 2007, 10:24 PM
By dezt in forum Wireless Networks
Last Post: 28th August 2007, 09:43 AM
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)