But now every time I attempt to spin it up my SQL server says it doesn't come up in the allotted time. Even after I unchecked look for heartbeat and everything, no scripts nothing. I don't know if its cause my crazy infrastructure setup or not, or cause my VMtools is now out of date since updating the host to 5.5u3a...
This is my setup
As you can see all the Production VMDK traffic, and the R/O mounting of the Discs, AND the iSCSI vPower NFS traffic all go up and down the same Nic of Host 1. I feel I'm bottle necking it too much here, but when I actually look at the Nics status on vSphere I don't see it being maxed out at all, so I'm not 100% sure if that actually is the issue. Anyone provide any suggests as to what I could change to make the SureBackupjob keep moving onto the next VM to spin up without it checking if the SQL is ready or not?
FYI I already boosted the wait time to check if it's up from the default of 600 seconds to 2100 seconds which should be more than enough time for the VM to boot, also I can log into the server fine see it's up and Veeam still waits for the VM to "boot up"... could this be cause of VMtools?