Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Anyway, when taking this approach and not installing Microsoft SQL Server locally on your physical or virtual vCenter Server machine then, unless its already been installed, you won’t have the necessary 64-bit SQL Server Native Client driver to establish the required 64-bit ODBC DSN connection between the vCenter Server and the MS SQL Server.
By default Windows Server 2008 R2 only installs a 32-bit version of the Microsoft SQL Server driver (ie: ‘SQL Server v6.0.1.xxxx.xxxxx) used to establish an ODBC connection to a Microsoft SQL Server. This may be ok for some applications though VMware vCenter Server from version 4.1 onwards requires that a 64-bit driver and ODBC DSN connection be used.
All this means is that on your Windows OS operating system (OS) based vCenter Server machine you will need to download and install something called the Microsoft SQL Server Native Client, which will provide the required 64-bit ODBC driver (ie: SQL Server Native Client 10.0). To ensure you are running one of the later versions of this Native Client I recommend you use the Microsoft SQL Server 2008 R2 Native Client version. There are details below on where to download this version of the Native Client.
Click here to visit the Microsoft SQL Server 2008 R2 Native Client download page and scroll halfway down the page to find the three different download links (ie: x86, x64 and IA64) – for vCenter Server 5 you will want to download the x64 package. Then run this downloaded executable from the machine which will be running your vCenter Server instance. Even if you’re running an earlier version of Microsoft SQL Server (eg: 2000, 2005 or 2008) this version of the SQL Server native client will still work.
For added convenience I have created an ISO file of the x64 Microsoft SQL Server 2008 R2 Native Client which you can download from here. Note: Always check however that there isn’t an updated version of the client available for download from Microsoft.
Before installing the x64 Microsoft SQL Server 2008 R2 Native Client you will only see this 32-bit version of the ODBC driver when creating a new ODBC DSN.
After installing the Microsoft SQL Server 2008 R2 Native Client you will see the inclusion of a new driver entitled”: “SQL Server Native Client 10.0”. This is the x64 driver you want to use to make the ODBC DSN connection between your vSphere vCenter Server server or VM to the MS SQL Server.
Then after creating the ODBC DSN (using the 64-bit driver) and getting to the stage in the vCenter Server installation process where you have to select an “existing supported database” you will see the name of the vCenter related database you created the 64-bit ODBC DSN for, as opposed to a blank white area with no SQL Servers specified. Hurray!
As mentioned above, after configuring your ODBC DSN connection using this freshly installed x64 SQL Server Native Client driver you should now be able to successfully find the MS SQL server and pre-created vCenter DB instance from the drop-down list box during the vCenter installation process. If the vCenter Server is still unable to connect or find the MS SQL server then go through all of the ‘standard’ type trouble shooting steps, such as double-checking the networking configuration of both machines (ie: vCenter Server and MS SQL Server) and confirming that the relevant services are up and running.
But if all of that checks out ok you will likely find, especially if running Windows Server 2008 R2, that the relevant MS SQL Server ports are blocked at the operating system firewall level or on a firewall appliance between the vCenter and SQL Server. Ensure that port TCP 1433 is open on any firewall between the vCenter Server and the SQL Server machines.
As you’ve probably gathered the database of choice in my vSphere lab environment is always Microsoft SQL Server, rather than Oracle or IBMs DB2 databases which can also be used for vCenter Server 5.0. The reason being is that I’m familiar with MS-SQL and have access to the software via the SQL Express edition or my MS TechNet subscription.


Here are a couple of links containing very useful information on vCenter Server 5.0 and vSphere 5.0 itself.
Nice write-up nothing to add except I wonder when they are going to update VUM to be x64???
Chris
Hi Chris,
Hopefully sometime soon. 🙂 It’ll be so much better having everything using the x64-bit ODBC driver.
Cheers,
Simon
Thanks for the great article. I too try to emulate prod as best I can, that’s why I use the VNX VSA for SRM testing, very solid. One item we typically miss or maybe ignore with the vCenter DB is database maintenance. I tried to raise awareness to this in Duncan’s post http://www.yellow-bricks.com/2012/02/08/distributed-vswitches-and-vcenter-outage-whats-the-deal/ . A lot of times the vCenter DB does not have the scheduled maint. routines performed on it like other SQL DB’s because the server guys own the vCenter DB while the DBA’s own the others. Many of us just are not familiar with database maintenance items. Of course this is critical when vCenter is controlling vDS and vCD. Big troubles if the database gets corrupted and you don’t have DB backups. Gabes post http://www.gabesvirtualworld.com/reminder-keep-an-eye-on-your-vcenter-sql-db/ was an eye opener for me. Ran through the routines and was shocked how much fragmentation there was.
Thanks again – very useful blog site.
Tom
Hi Tom,
Thanks for the message. Glad you enjoyed the post. 🙂
Nice to know that I’m not the only one who tries to emulate a ‘real world’ environment in my lab where possible. I use the VNX VSA quite extensively in my lab setup as well. I find it ideal as it keeps my hand-in with managing the VNX and for also trying out the new vCenter EMC VSI plug-ins.
A couple of great articles you mentioned there and a very good point about the often overlooked DB maintenance. May have to check out the fragmentation on my lab vCenter DB, as it has got me curious as to how badly fragmented that must be by now.
Thanks again for taking the time to leave a comment, much appreciated.
Cheers,
Simon
Good Nice Info… Thanks
thank you simon this article came in handy today while i was installing a new vcenter server for my production environment
Thanks for the feedback, really glad you found the article of use. 🙂
Cheers,
Simon