DSXchange

Hi all,
I'm finally installing in Production the IS 8.7 on a Win2008R2 box with metadata in Sql Server 2008. So far I didn't have any issues in lower environments with pretty much similar configuration.
Now, during the installation (silent or interactive) I get a "The SQL Server on xxxx was not configured for XA support.". We obviously followed the instructions for the configuration of DTC, JTA, XA etc as per lower environments.
Doing some cross check tests it seems that it is really the DB the one to look at.
The only difference in Production compared to DEV is that there is an underlining Windows cluster with two nodes; while in DEV there is only a DB Cluster. Btw, we configured DTC as well on the Nodes.

Error from the log is It's not clear what exactly is checking the installer and the log doesn't say much more to help on troubleshooting the problem.

Any help appreciated.

thx Roberto

I'm having the same error while installing IIS 9.1 in our QA environment. There was no such issue with the installation in the dev environment. Both environments are using Windows Server 2008 Enterprise R2 (x64) as the host OS, and SQL Server 2008 Enterprise r2 (x64) as the metadata repository.

The installer produces the error when I click "next" on the page where the xmetasr info/credentials are to be entered. The prior page - specifying xmeta info/credentials - appears to function fine.

We've followed (and triple-checked) all of the prerequisite steps (x64-specific) from the below page of the installation process
http://pic.dhe.ibm.com/infocenter/iisin ... b_win.html

The QA server was "hardened" at the OS and application level so I'm trying to find out what exactly was done prior to the installation.

Our solution was taken from the following URL: http://pic.dhe.ibm.com/infocenter/wasin ... cess4.html

Per those instructions we created two dwords on each of our cluster hosts: a separate dword is required for sqljdbc.dll and sqljdbc_xa.dll. According to the explanation provided these values must be present for security purposes. I'm assuming that SQL Server will refuse to load the dlls if the keys aren't present.

Once the keys were created, we stopped all of the SQL Server engines in the cluster, restarted the DTC service, and started the engines again. It took a couple of tries to get the registry changes to apply.

edit 2013-02-26 14:18:37 - corrected the name of the xa dll

Thank you for posting that. I'm sure it will get someone out of that particular hole more quickly in future.

Hi,
We finally solved the problem as well.

We added as well the registry keys (even if supposed to be only for Win Server 2003), but wasn't enough.
With Microsoft support we reconfigured DTC on each Virtual Cluster on the DB server and on each nodes of the underlining physical cluster.
Then we set the DTC in Virtual Cluster (where my DB instance was) as the main one and mapped it to the SQL Instance.

At the end, restarting the services (both DTC and SQL) wasn't enough and only after a full reboot of the box we had it working.