<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Migration on Evan Hoffman</title><link>https://evan.wtf/tags/migration/</link><description>Recent content in Migration on Evan Hoffman</description><generator>Hugo</generator><language>en-US</language><copyright>Evan Hoffman</copyright><lastBuildDate>Mon, 11 Jul 2011 14:39:16 +0000</lastBuildDate><atom:link href="https://evan.wtf/tags/migration/index.xml" rel="self" type="application/rss+xml"/><item><title>Migrating a PostgreSQL DB to a new machine without doing a dump &amp; restore</title><link>https://evan.wtf/2011/07/11/migrating-a-postgresql-db-to-a-new-machine-without-doing-a-dump-restore/</link><pubDate>Mon, 11 Jul 2011 14:39:16 +0000</pubDate><guid>https://evan.wtf/2011/07/11/migrating-a-postgresql-db-to-a-new-machine-without-doing-a-dump-restore/</guid><description>rsync over NFS can be so fast.</description></item><item><title>Exchange 2010 Post-Upgrade weirdness: can't edit Mail Non-Universal Group or Security Group</title><link>https://evan.wtf/2010/10/21/exchange-2010-post-upgrade-weirdness-cant-edit-mail-non-universal-group-or-security-group-2/</link><pubDate>Thu, 21 Oct 2010 22:29:38 +0000</pubDate><guid>https://evan.wtf/2010/10/21/exchange-2010-post-upgrade-weirdness-cant-edit-mail-non-universal-group-or-security-group-2/</guid><description>&lt;p&gt;Now that everyone&amp;rsquo;s been moved to Exchange 2010 we&amp;rsquo;ve started using the 2010 Exchange Managment Console/Shell exclusively which has revealed some weirdness. First, we created a new group in AD using an old script (which used LDAP) and created a Mail-enabled Global Security group. We put people in the group, and everything seemed to be working fine until it was discovered that users in the group couldn&amp;rsquo;t see the group in the Global Address List. Users not in the group had no problem seeing the group. Additionally, users in the group couldn&amp;rsquo;t see &lt;em&gt;users&lt;/em&gt; added directly in 2010. This only appeared to affect the GAL; the users were able to send/receive email fine with the full SMTP addresses.&lt;/p&gt;</description></item><item><title>Exchange 2010 Post-Upgrade weirdness: can't edit Mail Non-Universal Group or Security Group</title><link>https://evan.wtf/2010/10/21/exchange-2010-post-upgrade-weirdness-cant-edit-mail-non-universal-group-or-security-group/</link><pubDate>Thu, 21 Oct 2010 22:29:38 +0000</pubDate><guid>https://evan.wtf/2010/10/21/exchange-2010-post-upgrade-weirdness-cant-edit-mail-non-universal-group-or-security-group/</guid><description>&lt;p&gt;Now that everyone&amp;rsquo;s been moved to Exchange 2010 we&amp;rsquo;ve started using the 2010 Exchange Managment Console/Shell exclusively which has revealed some weirdness. First, we created a new group in AD using an old script (which used LDAP) and created a Mail-enabled Global Security group. We put people in the group, and everything seemed to be working fine until it was discovered that users in the group couldn&amp;rsquo;t see the group in the Global Address List. Users not in the group had no problem seeing the group. Additionally, users in the group couldn&amp;rsquo;t see &lt;em&gt;users&lt;/em&gt; added directly in 2010. This only appeared to affect the GAL; the users were able to send/receive email fine with the full SMTP addresses.&lt;/p&gt;</description></item><item><title>vCenter Data Migration tool doesn't restore SQL Express DB - Migrating vCenter 4.0 to 4.1 (part 2)</title><link>https://evan.wtf/2010/10/19/vcenter-data-migration-tool-doesnt-restore-sql-express-db-migrating-vcenter-4-0-to-4-1-part-2-2/</link><pubDate>Tue, 19 Oct 2010 21:44:01 +0000</pubDate><guid>https://evan.wtf/2010/10/19/vcenter-data-migration-tool-doesnt-restore-sql-express-db-migrating-vcenter-4-0-to-4-1-part-2-2/</guid><description>&lt;p&gt;I&amp;rsquo;m into my second day on this project. It appears that the backup and restore procedures run to completion but on the target machine the database is empty. This is pretty easy to check; I just went in with SQL Management Studio, looked in VIM_VCDB -&amp;gt; Tables -&amp;gt; dbo.VPX_DATASTORE and did &amp;ldquo;Open Table.&amp;rdquo; On the source machine I saw all the datastores in there (as expected). On the target machine, however, the table was empty.&#10;I found &lt;a href="http://kb.vmware.com/kb/1024380"&gt;KB 1024380&lt;/a&gt; describing a failure of the migration tool with a symptom, &amp;ldquo;Data Migration Tool logs (restore.log) does not indicate any errors, but the database is blank.&amp;rdquo; The KB says:&lt;/p&gt;</description></item><item><title>vCenter Data Migration tool doesn't restore SQL Express DB - Migrating vCenter 4.0 to 4.1 (part 2)</title><link>https://evan.wtf/2010/10/19/vcenter-data-migration-tool-doesnt-restore-sql-express-db-migrating-vcenter-4-0-to-4-1-part-2/</link><pubDate>Tue, 19 Oct 2010 21:44:01 +0000</pubDate><guid>https://evan.wtf/2010/10/19/vcenter-data-migration-tool-doesnt-restore-sql-express-db-migrating-vcenter-4-0-to-4-1-part-2/</guid><description>&lt;p&gt;I&amp;rsquo;m into my second day on this project. It appears that the backup and restore procedures run to completion but on the target machine the database is empty. This is pretty easy to check; I just went in with SQL Management Studio, looked in VIM_VCDB -&amp;gt; Tables -&amp;gt; dbo.VPX_DATASTORE and did &amp;ldquo;Open Table.&amp;rdquo; On the source machine I saw all the datastores in there (as expected). On the target machine, however, the table was empty.&#10;I found &lt;a href="http://kb.vmware.com/kb/1024380"&gt;KB 1024380&lt;/a&gt; describing a failure of the migration tool with a symptom, &amp;ldquo;Data Migration Tool logs (restore.log) does not indicate any errors, but the database is blank.&amp;rdquo; The KB says:&lt;/p&gt;</description></item><item><title>Migrating vCenter 4.0 to 4.1 (part 1)</title><link>https://evan.wtf/2010/10/18/migrating-vcenter-4-0-to-4-1-part-1/</link><pubDate>Mon, 18 Oct 2010 22:28:12 +0000</pubDate><guid>https://evan.wtf/2010/10/18/migrating-vcenter-4-0-to-4-1-part-1/</guid><description>&lt;p&gt;When vSphere 4.1 was released earlier this year, I was mildly excited. Our ESX servers are still running 4.0.0 and I had been planning to upgrade to 4.0u1 for a while. When 4.1 came out it seemed to have vindicated my procrastination: now I could just upgrade to 4.1 and take advantage of whatever new features there were (I read something about memory compression&amp;hellip; whatever).&#10;I assumed the upgrade procedure for vCenter itself would be pretty simple: uninstall 4.0 and install 4.1. Well, it turns out that&amp;rsquo;s not the case! I sat down one day to create my game plan for the upgrade and right away I learned this was going to be a lot more work than I&amp;rsquo;d guessed. From &lt;a href="http://kb.vmware.com/kb/1021635"&gt;VMware&amp;rsquo;s KB&lt;/a&gt;:&lt;/p&gt;</description></item><item><title>Finally, all users moved from Exchange 2003 to Exchange 2010.</title><link>https://evan.wtf/2010/10/12/finally-all-users-moved-from-exchange-2003-to-exchange-2010/</link><pubDate>Tue, 12 Oct 2010 15:29:44 +0000</pubDate><guid>https://evan.wtf/2010/10/12/finally-all-users-moved-from-exchange-2003-to-exchange-2010/</guid><description>&lt;p&gt;I&amp;rsquo;ve been working on migrating our Exchange environment from 2003 to 2010 for several months. My &lt;a href="https://evan.wtf/2010/04/14/moving-an-exchange-2003-server-to-another-location-with-minimal-risk-and-disruption/"&gt;first post about this&lt;/a&gt; is from April 14th, when I was just trying to virtualize our existing Exchange 2003 system. Once that was complete, I started playing around with Exchange 2010 around June or July, and had most of the users moved over to 2010 by the end of August. The last holdouts were Blackberry users. I couldn&amp;rsquo;t move their mailboxes because our BES was hosted on our original Exchange 2003 server.&lt;/p&gt;</description></item><item><title>The Joy of Migrating from Exchange 2003 to 2010</title><link>https://evan.wtf/2010/07/20/migrating-from-exchange-2003-to-2010-and-other-fun-bits/</link><pubDate>Tue, 20 Jul 2010 13:57:13 +0000</pubDate><guid>https://evan.wtf/2010/07/20/migrating-from-exchange-2003-to-2010-and-other-fun-bits/</guid><description>&lt;p&gt;I&amp;rsquo;ve been working on migrating from Exchange 2003 to Exchange 2010 for several weeks. Actually, at this point it feels like several months. Now that I think about it, I guess that&amp;rsquo;s because it&amp;rsquo;s actually &lt;em&gt;been&lt;/em&gt; several months.&lt;/p&gt;&#10;&lt;p&gt;Back in January or February, I got fed up with the Exchange setup I inherited: our Exchange 2003 server was running on a server in the basement of our office, on non-UPS power, with a power company that likes to pull shenanigans (like 3-4 hour outages every few months). In addition, the physical machine itself has some weird bug where it would hang at the POST screen complaining about some USB device, even though there are no USB devices plugged in, and USB is disabled in the BIOS. Meanwhile, in the datacenter, I had recently finished migrating most of our ancient physical servers to virtual machines on beautiful new hardware. It didn&amp;rsquo;t take long to see the solution that seemed to be obvious: move Exchange to the datacenter, in a VM.&lt;/p&gt;</description></item></channel></rss>