Firstly, I would check what your oracle DB is as they are a little behind and their licencing for vm's could be a little funky depending on how you provision the vm and what the physical box has. Veam can handle all those requirements and is actually extremely good a replicating and DR restoration (it will allow you to specify a re-ip policy at the dr site if you need it and you can directly powered on a backed up vm and then svmotion it back to the correct lun with veam software).
I am assuming that server-b will be a cold standby should server-a go pop, depending on how you configure your replication dont forget that dataloss may occur depending on where in the replication cylce you are when server-a dies. Also with vmware on SD card you have a single point of failure right there, not really too much of a worry but if you are teaming nics and having redundant power supplies etc a single SD card maybe of concern for resiliance.
Because you have 64GB in each server you will need to purchase the correct edition which by the sounds of it is essentials (not essentials plus as you wont need vcenter), also if you need to update your esxi software which does happen occasionally then you will need to powerdown all your vm's to reboot the host (possibly not a problem but depends if you pay much attention to your 5 9's metrics).
By the same system are you going to buy identical kit for all 6 offices or import their kit onto your new virtual environment.
Do not rush this otherwise things could go horribly wrong, what I will say though is actually scale your storage correctly. Have you run iometer or similar to gauge how hard your storage is getting hit on your physicals so you know whether you need 15k drives for some vm's or can manage with 7k drives for the rest. I would without looking into it stick the DC's system drive on 15k and the ts box on 15k and then the file storage on 7k drives. The biggest mistake at the moment people make is judging their storage needs solely on disk space!