<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Moving Microsoft BizTalk Server 2006 Databases to a new SQL Server</title>
	<atom:link href="http://www.phishthis.com/2007/09/06/migrating-biztalk-databases-to-a-new-sql-server/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.phishthis.com/2007/09/06/migrating-biztalk-databases-to-a-new-sql-server/</link>
	<description></description>
	<lastBuildDate>Mon, 23 Aug 2010 22:18:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: umesh</title>
		<link>http://www.phishthis.com/2007/09/06/migrating-biztalk-databases-to-a-new-sql-server/comment-page-1/#comment-5756</link>
		<dc:creator>umesh</dc:creator>
		<pubDate>Fri, 10 Jul 2009 07:15:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.phishthis.com/?p=5#comment-5756</guid>
		<description>Please  tell me which 4 database are by default present with biztalk server 2006.</description>
		<content:encoded><![CDATA[<p>Please  tell me which 4 database are by default present with biztalk server 2006.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geoff</title>
		<link>http://www.phishthis.com/2007/09/06/migrating-biztalk-databases-to-a-new-sql-server/comment-page-1/#comment-2573</link>
		<dc:creator>Geoff</dc:creator>
		<pubDate>Fri, 10 Apr 2009 20:30:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.phishthis.com/?p=5#comment-2573</guid>
		<description>Having just migrated our BizTalk 2006 installation to a new SQL Server, I wanted to mention another migration option.  I was hesitant to use the vbs scripts provided in BizTalk because I didn&#039;t have confidence it would capture some unique things we have going on with our installation, such as 3rd party adapters and EDI and such.  Instead, I took the approach of making sure I gave the new SQL server the same name as the old SQL server.  By doing this, I was able to avoid having to make any configuration changes to the BizTalk server.  Simply moving all the relevant databases, jobs, and users to the new SQL server and making sure the DNS entries were updated was sufficient.

This wouldn&#039;t be a practical option in all scenarios, but if circumstances allow for it, I think this is easier and, IMO, safer than relying on the vbs scripts.</description>
		<content:encoded><![CDATA[<p>Having just migrated our BizTalk 2006 installation to a new SQL Server, I wanted to mention another migration option.  I was hesitant to use the vbs scripts provided in BizTalk because I didn&#8217;t have confidence it would capture some unique things we have going on with our installation, such as 3rd party adapters and EDI and such.  Instead, I took the approach of making sure I gave the new SQL server the same name as the old SQL server.  By doing this, I was able to avoid having to make any configuration changes to the BizTalk server.  Simply moving all the relevant databases, jobs, and users to the new SQL server and making sure the DNS entries were updated was sufficient.</p>
<p>This wouldn&#8217;t be a practical option in all scenarios, but if circumstances allow for it, I think this is easier and, IMO, safer than relying on the vbs scripts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://www.phishthis.com/2007/09/06/migrating-biztalk-databases-to-a-new-sql-server/comment-page-1/#comment-1105</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Fri, 19 Dec 2008 17:02:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.phishthis.com/?p=5#comment-1105</guid>
		<description>I did it again on another server and it was better.  but it&#039;s still not as simple as stated.  I didn&#039;t build these biztalk servers, so I&#039;m guessing they weren&#039;t built properly.   working in the dark, but using your scripts and some manual tweaking I can get it working on a new server.</description>
		<content:encoded><![CDATA[<p>I did it again on another server and it was better.  but it&#8217;s still not as simple as stated.  I didn&#8217;t build these biztalk servers, so I&#8217;m guessing they weren&#8217;t built properly.   working in the dark, but using your scripts and some manual tweaking I can get it working on a new server.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://www.phishthis.com/2007/09/06/migrating-biztalk-databases-to-a-new-sql-server/comment-page-1/#comment-1060</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Fri, 12 Dec 2008 19:53:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.phishthis.com/?p=5#comment-1060</guid>
		<description>I&#039;ve done this a few times and haven&#039;t had to change anything in the admin interface. What is it that you&#039;re changing in the admin UI?</description>
		<content:encoded><![CDATA[<p>I&#8217;ve done this a few times and haven&#8217;t had to change anything in the admin interface. What is it that you&#8217;re changing in the admin UI?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://www.phishthis.com/2007/09/06/migrating-biztalk-databases-to-a-new-sql-server/comment-page-1/#comment-1059</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Fri, 12 Dec 2008 19:17:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.phishthis.com/?p=5#comment-1059</guid>
		<description>Not sure that this is sufficent to handle moving all the biztalk stuff from 1 server to another.

try this method twice and had to change stuff manually in the administrator GUI.</description>
		<content:encoded><![CDATA[<p>Not sure that this is sufficent to handle moving all the biztalk stuff from 1 server to another.</p>
<p>try this method twice and had to change stuff manually in the administrator GUI.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://www.phishthis.com/2007/09/06/migrating-biztalk-databases-to-a-new-sql-server/comment-page-1/#comment-29</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Tue, 01 Apr 2008 17:51:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.phishthis.com/?p=5#comment-29</guid>
		<description>I believe if you setup both machines with the same groups, accounts, and passwords (on each machine) that you could use a 2 server (BT node, SQL server) setup without a domain...that said, I&#039;ve never actually tried it. 

For the sake of growth and ease of management, I wouldn&#039;t do a multiple server setup without a domain, though.</description>
		<content:encoded><![CDATA[<p>I believe if you setup both machines with the same groups, accounts, and passwords (on each machine) that you could use a 2 server (BT node, SQL server) setup without a domain&#8230;that said, I&#8217;ve never actually tried it. </p>
<p>For the sake of growth and ease of management, I wouldn&#8217;t do a multiple server setup without a domain, though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
