<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Connection Alias</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx</link><description>SQL Server client stack has a facility to let user define connection aliases. Connection Alias can usually help user make connection eaiser, faster and with more convenience. However, if it's not used properly, it sometimes results in connectivity issues</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>SQL Server : Configuration du client sur toutes machines</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#1434474</link><pubDate>Mon, 08 Jan 2007 17:47:52 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1434474</guid><dc:creator>Christian Robert [Skweeky]</dc:creator><description>&lt;p&gt;Pour faire &amp;#224; l'article de Fabrice , je viens de trouver (enfin) l'outil de configuration r&amp;#233;seau pour&lt;/p&gt;
</description></item><item><title>re: Connection Alias</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#1572910</link><pubDate>Thu, 01 Feb 2007 16:38:16 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1572910</guid><dc:creator>Robert te Kaat</dc:creator><description>&lt;p&gt;I'm having issues using System.Transactions together with aliases. If I use an alias, the TransactionScope always promoted the transaction to a distributed transaction (DTC), but when using the actual servername (default instance), it correctly uses local transactions. Can you explain the reason for that?&lt;/p&gt;
&lt;p&gt;(I use SQL 2005)&lt;/p&gt;
</description></item><item><title>re: Connection Alias</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#1685216</link><pubDate>Thu, 15 Feb 2007 21:38:25 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1685216</guid><dc:creator>Xinwei Hong</dc:creator><description>&lt;p&gt;I'm not familar with DTC. &lt;/p&gt;
&lt;p&gt;Check this webpage. &lt;a rel="nofollow" target="_new" href="http://www.vbdotnetheaven.com/UploadFile/mosessaur/TransactionScope12072006232808PM/TransactionScope.aspx"&gt;http://www.vbdotnetheaven.com/UploadFile/mosessaur/TransactionScope12072006232808PM/TransactionScope.aspx&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;It says: &lt;/p&gt;
&lt;p&gt;&amp;quot;If the first connection that you open in a transaction scope is to anything other than a SQL Server 2005 database, the transaction scope promotes the local transaction to a distributed transaction&lt;/p&gt;
&lt;p&gt;immediately. This immediate promotion occurs because the resource managers for these other databases do not support automatic promotion of local transactions to distributed transactions.&amp;quot;&lt;/p&gt;
&lt;p&gt;It seems somehow it does consider a connection to an alias as to a SQL Server 2005 database. That's my guess though. &lt;/p&gt;
</description></item><item><title>re: Connection Alias</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#1776737</link><pubDate>Thu, 01 Mar 2007 05:47:11 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1776737</guid><dc:creator>Simon Millar</dc:creator><description>&lt;p&gt;We are attempting to use a Content Switch VIP (Virtual IP) for ODBC DSN's pointing to Named SQL Instances in a Cluster. &amp;nbsp;This is so we can fail over to a Cluster located in a Disaster Recovery facility without amending DSN's (or Alias config) on several App Servers.&lt;/p&gt;
&lt;p&gt;It actually works fine, as long as we specify the Ports to connect to. &amp;nbsp;It seems the VIP's are incompatible with SQL Browser listening on UDP 1434. &amp;nbsp;Just wondering if anyone else has had same experience - maybe we're missing something?&lt;/p&gt;
</description></item><item><title>Scripting and default protocol</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#2816383</link><pubDate>Wed, 23 May 2007 16:58:24 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:2816383</guid><dc:creator>YokiXml</dc:creator><description>&lt;p&gt;I am deploying a Visual Basic 6.0 application who need a DSN. I will like make the DSN programatically using Windows Scripting Host. The problem tha i find, is tha by scripting i can not select the protocoll, who i wish use. Always use the default protocoll, it is Name Pipes. I will like establish TCP/IP how default protocoll programatically. Could you help me how i can stablish them, without use cliconf.exe. &lt;/p&gt;
&lt;p&gt;Thanks for you explanation about the SQL Server use protocoll, in the conection time.&lt;/p&gt;
</description></item><item><title>re: Connection Alias</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#2819737</link><pubDate>Wed, 23 May 2007 20:32:54 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:2819737</guid><dc:creator>Matt Neerincx (MSFT)</dc:creator><description>&lt;p&gt;You can force the protocol by using one of the protocol prefixes in front of the server name.&lt;/p&gt;
&lt;p&gt;For for example if the server is machine1, you can say:&lt;/p&gt;
&lt;p&gt; &amp;nbsp; Server=tcp:machine1&lt;/p&gt;
&lt;p&gt;There are other prefixes, np for named pipes and lpc for local shared memory protocol.&lt;/p&gt;
&lt;p&gt;You can also specify the port like so:&lt;/p&gt;
&lt;p&gt; &amp;nbsp; &amp;nbsp; Server=tcp:machine1,5555&lt;/p&gt;
</description></item><item><title>Connection Alias</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#3318183</link><pubDate>Fri, 15 Jun 2007 22:10:21 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3318183</guid><dc:creator>Nancy</dc:creator><description>&lt;p&gt;I&amp;#180;m migrating SQL Server 2000 to SQL Server 2005 and I want to use an alias because there is an application in Visual Basic 6.0 that uses the SQL 2000 database, connected by an ODBC. &amp;nbsp;I want to define an alias in SQL 2005 with the name of the instance in SQL 2000. &amp;nbsp;I have done some test, and I found that is necessary to define the alias in the client too, instaling the SQL Server Native Connectivity. &amp;nbsp;Is it true? &amp;nbsp;is necessary to define the alias in the client? &lt;/p&gt;
&lt;p&gt;What I have in mind is to define the alias in the server, and every computer using the VB application could connect to SQL 2005 without making any change in the computer.&lt;/p&gt;
&lt;p&gt;Thank you for your help.&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Nancy&lt;/p&gt;
</description></item><item><title>re: Connection Alias</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#3391308</link><pubDate>Tue, 19 Jun 2007 00:56:08 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3391308</guid><dc:creator>Xinwei Hong</dc:creator><description>&lt;p&gt;Alias is used by client stack, so you have to add the alias on every client machine. The server does not (or does not need to) know the alias. &lt;/p&gt;
</description></item><item><title>I love blog comments - SharePoint and SQL failovers.</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#4120501</link><pubDate>Sun, 29 Jul 2007 21:33:22 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:4120501</guid><dc:creator>SharePoint Hosting and Development</dc:creator><description>&lt;p&gt;I love blog comments. They keep you honest and earnest. In response to my blog post Database Mirroring&lt;/p&gt;
</description></item><item><title>re: Connection Alias</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#8712429</link><pubDate>Wed, 09 Jul 2008 15:37:07 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8712429</guid><dc:creator>SQLGURU</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Where the information you enter in client network utility is stored? In the registry? Can I change the server name for an alias programmatically? We have sharepoint 2007 using sql aliases, and the sql backend databases are mirrored. Since, sharepoint is not mirror aware we have a requirement to change the server name to new principle server (in case of failover) and this needs to be done automatically by a service running on sharepoint side when it detects there is a failover on sql mirror? Can somebody answer please..&lt;/p&gt;
</description></item><item><title>re: Connection Alias</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#8739825</link><pubDate>Wed, 16 Jul 2008 22:08:33 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8739825</guid><dc:creator>SQL Protocols</dc:creator><description>&lt;p&gt;Yes. You can configure alias programmatically. Please see &lt;/p&gt;
&lt;p&gt;&lt;a rel="nofollow" target="_new" href="http://blogs.msdn.com/sql_protocols/archive/2006/04/08/572057.aspx"&gt;http://blogs.msdn.com/sql_protocols/archive/2006/04/08/572057.aspx&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;The alias entry is stored in registry as I mentioned in the post. &lt;/p&gt;
&lt;p&gt;Thanks. &lt;/p&gt;
&lt;p&gt;Xinwei&lt;/p&gt;
</description></item><item><title>re: Connection Alias</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#9220119</link><pubDate>Mon, 15 Dec 2008 14:20:14 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9220119</guid><dc:creator>Simon</dc:creator><description>&lt;p&gt;Can you explain a bit more about your statement.&lt;/p&gt;
&lt;p&gt;&amp;quot;SQLClient does not read information from registry and thus won't use alias&amp;quot;&lt;/p&gt;
&lt;p&gt;What do you mean by SQLClient I assume you are not referring to SNAC.&lt;/p&gt;
</description></item><item><title>re: Connection Alias</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#9221604</link><pubDate>Mon, 15 Dec 2008 20:42:44 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9221604</guid><dc:creator>SQL Protocols</dc:creator><description>&lt;p&gt;Yes, I meant SQLClient provider, not SNAC. But, my statement was wrong. SQLClient also reads and uses Alias info. I have updated the text. Thanks. &lt;/p&gt;
</description></item><item><title>re: Connection Alias</title><link>http://blogs.msdn.com/sql_protocols/archive/2007/01/07/connection-alias.aspx#9899808</link><pubDate>Sat, 26 Sep 2009 08:02:14 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:9899808</guid><dc:creator>Debashish Shome (DB)</dc:creator><description>&lt;p&gt;This posting and the thread is excellent. After spending hours and trying different combination suggested here, I was able to get the SQL Enterprise Manager to connect to the SQL server successfully.&lt;/p&gt;
&lt;p&gt;Environment that I had:&lt;/p&gt;
&lt;p&gt;Windows 2003 Standard Server R2 32 Bit English&lt;/p&gt;
&lt;p&gt;Firewall was On in the server&lt;/p&gt;
&lt;p&gt;MS SQL 2005 32 Bit&lt;/p&gt;
&lt;p&gt;I was using Windows XP client.&lt;/p&gt;
&lt;p&gt;The solution:&lt;/p&gt;
&lt;p&gt;Finally, the reason it worked is when I added sqlbrowser.exe and sqlservr.exe in the exception list in the Windows Firewall.&lt;/p&gt;
&lt;p&gt;I hope this helps. ... DB&lt;/p&gt;
&lt;p&gt;Please feel free to contact if you require assistance.&lt;/p&gt;
</description></item></channel></rss>