<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Ideas.... &#187; MDID2</title>
	<atom:link href="http://rosalynmetz.com/ideas/tag/mdid2/feed/" rel="self" type="application/rss+xml" />
	<link>http://rosalynmetz.com/ideas</link>
	<description>a blog for me to record thoughts and ideas</description>
	<lastBuildDate>Mon, 19 Jul 2010 16:27:30 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com"/><atom:link rel="hub" href="http://superfeedr.com/hubbub"/>		<item>
		<title>Migrating MDID2 to a New Windows Server</title>
		<link>http://rosalynmetz.com/ideas/2010/01/25/migrating-mdid2-to-a-new-windows-server/</link>
		<comments>http://rosalynmetz.com/ideas/2010/01/25/migrating-mdid2-to-a-new-windows-server/#comments</comments>
		<pubDate>Mon, 25 Jan 2010 20:33:16 +0000</pubDate>
		<dc:creator>Rosalyn Metz</dc:creator>
				<category><![CDATA[Work]]></category>
		<category><![CDATA[MDID2]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[Windows Server 2003]]></category>

		<guid isPermaLink="false">http://rosalynmetz.com/ideas/?p=819</guid>
		<description><![CDATA[I just migrated MDID from a Windows Server to a new Windows Server.  It wasn&#8217;t as easy to figure out as you might think.  The MDID wiki doesn&#8217;t have directions on how to do this, so here are my directions. First I always recommend keeping up the old installation while you&#8217;re migrating and not taking [...]]]></description>
			<content:encoded><![CDATA[<p>I just migrated MDID from a Windows Server to a new Windows Server.  It wasn&#8217;t as easy to figure out as you might think.  The <a href="http://mdid.org/mdidwiki/">MDID wiki</a> doesn&#8217;t have directions on how to do this, so here are my directions.</p>
<p>First I always recommend keeping up the old installation while you&#8217;re migrating and not taking it down for at least a week or two (perhaps even longer if you&#8217;re paranoid).  That way if you need to, you can always go back.</p>
<p>Here are the steps that I followed:</p>
<ol>
<li>I installed a blank MDID2 to make sure that I had everything I needed on the server to make MDID2 work.  When installing MySQL I made sure that it was the same version as the old server to ensure that MySQL weirdness didn&#8217;t interfere with the installation.  For instructions on installing MDID2, I used the <a href="http://mdid.org/mdidwiki/index.php?title=Installing_MDID2">MDID wiki&#8217;s instructions</a>.  I actually ran the system and had our Visual Resources Curator test things out to see if it worked like he expected a fresh MDID would work (because lets face it, I don&#8217;t know nearly as much about the system as he does).</li>
<li>Once our Visual Resources Curator gave me the thumbs up I mounted, as a network drive, the directory on the old server that had the MDID2 files and images.  I then copied ALL of the files over to the new directory on the new server.  I then went home for the night&#8230;because that&#8217;s going to take a while.</li>
<li>The next morning go into the config.xml file (found at the root level of mdid2) and change the information in the file so that it&#8217;s settings match  your new servers configuration.  Most likely all you&#8217;ll need to do is  change the location of the image files or the username and password of the database, but you should check over the  rest of the file just to be safe.</li>
<li>Create a mysqldump of the old database using: <code>mysqldump -u mdid2 -p -q mdid2 &gt; mdid2export.sql</code> I then moved the dump over to the new server.  Keep in mind that your MySQL command may be different if:
<ul>
<li>you don&#8217;t use passwords</li>
<li>have a different MySQL user set to run mdid2</li>
<li>your mdid2 user doesn&#8217;t have privileges to do this type of command.</li>
</ul>
</li>
<li>Once I got the dump onto the new server I opened the dump file in notepad and did a find replace.  In my case on the old server mdid was on the d drive and on the new server it was going to be on the c drive.  So I had notepad go through the file and find all instances of <code>d:\\mdid2\\</code> and replace it with <code>c:\\mdid2\\</code>.  Again this may be different for you, depending on how your installation is set up.  Once this started I went to go get myself some tea, because this was going to take a bit (although not as long as moving all those files over).</li>
<li>Now that the database file has been &#8220;fixed&#8221; you&#8217;re ready to import the database.
<ol>
<li>Go into MySQL&#8217;s commandline and drop the existing mdid2 database: <code>drop database mdid2;</code></li>
<li>Recreate the mdid2 database: <code>create database mdid2;</code> The reason you just destroyed and recreated the database was because the database has structure and data attached to it based on the work you did in step 1, you want to overwrite that.</li>
<li>import the mysql database by going to Window&#8217;s commandline and doing: <code>mysql -u mdid2 -p mdid2 &lt; mdid2export.sql</code></li>
</ol>
</li>
<li>This step is key to avoiding any indexing weirdness you may see.  Trust me, I did these steps multiple times before finally figuring this out (thanks to the mdid listserv).  You&#8217;ll need to go in and delete all instances of the _ftindex directory in the image directory.  Go through <em>each and every directory in the mdid2/image directory</em> to get rid of this folder.  If you don&#8217;t you&#8217;ll find some weirdness in the indexing of data.  Don&#8217;t worry this directory will be rebuilt once you start up mdid2.</li>
<li>Start up IIS and wait a bit for the full text index to finish up.  If you want, you can log in to your newly migrated MDID2 and click background transactions to see if the indexing process is still running (it should be the second thing in the list).</li>
<li>Last but certainly not least, have your Visual Resources Curator check the system over and give their stamp of approval.  Without that, you might as well be dead in the water.</li>
</ol>
<p>Like I stated above, this is the process that I followed.  Everyone&#8217;s systems are set up differently, but hopefully this can act as a guide of sorts to whatever poor schmuck needs to do something similar (ie me&#8230;so I don&#8217;t forget like I always seem to).</p>
<p><a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save">Share/Save</a> </p>]]></content:encoded>
			<wfw:commentRss>http://rosalynmetz.com/ideas/2010/01/25/migrating-mdid2-to-a-new-windows-server/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
