Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Real Life Site Migration Tips from Pros


Published on

Domain and site hosting issues can cause major problems with your search traffic. Pubcon & hosting domain experts will presenting their experiences, how to avoid hosting issues, and ways to minimize traffic loss during a site migration.

Published in: Technology, Design
  • Find coupons for your hosting. Get a promo deal before you purchase hosting
    Are you sure you want to  Yes  No
    Your message goes here

Real Life Site Migration Tips from Pros

  1. Real Life Tips from the Pros!<br />How to do a site migration without traffic loss & hosting issues?<br />Speaker:<br />(Curtis) R. Curtis, Chief Rainmaker<br />Sharksfly Marketing Solutions &<br />RankSense SEO<br /><br />@CurtisRCurtis<br />
  2. Even the best laid plans <br />often go astray!<br />So how do you do a <br />site migration without <br />traffic loss & hosting issues?<br />
  3. So Don’t Forget….<br /><ul><li>BETTER PLANNING</li></ul> -&gt; BETTER RESULTS!<br />(be sure to involve all stakeholders <br />& make sure the plan is vetted by all)<br />…… plus don’t forget! <br />TEST, TEST, TEST & TEST AGAIN!<br />
  4. Because after the web site crashes …… it is too late <br />
  5. Even Twitter Learned…<br />
  6. Poor Planning Can Result In:<br /><ul><li> Loss of traffic & poor user experience!
  7. Service disruption!
  8. Loss of investment!
  9. Visitors who will never return!</li></li></ul><li>Worst of all – VERY Upset Clients/Bosses!<br />
  10. The following are “REAL LIFE” Tips from the Pros!<br />
  11. “Proper DNS management is one of the keys to a successful migration. Smart utilization of DNS features like the ability to change individual DNS records and ability to set “Time To Live” low enables you to execute migrations with minimal downtime and no data loss.&quot;<br /><ul><li> Chris Kivlehan, VP of Account Management </li></ul>INetUManaged Hosting,<br />Step 1: Set &quot;Time to Live&quot; to low in DNS.<br />Step 2: Upload your data and test your website/application on your new servers<br />Step 3: Point appropriate DNS records at the new servers, the cutover should be quick if “Time To Live” was set low as per Step 1.<br />Step 4: Check old servers for data written during migration.<br />
  12. “I would like to would like to recommend the use of parallel website migration as a strategy to reduce risk and minimize negative impact on the end-user or visitors.&quot;<br /><ul><li> Kelly Beardmore, CTO & COO, Tenzing Managed IT Services</li></ul>Analyze and Size -&gt; Use performance baselining scripts to accurately size new environment.<br />Stage and Test in Parallel -&gt; Replicate data and feeds to thoroughly test site functionality<br />Preserve Organic Links -&gt; Spider current site links and implement SEO friendly redirects on new servers for any changes.<br />(next page)<br />
  13. (continued)<br />Application Redirects -&gt; Don’t rely 100% on DNS, the application should have the ability to redirect users to new clusters in the event DNS caches are persistent.<br />Implement Global End User Monitoring -&gt;Provide “real world” tracking of end-user traffic from around the world, especially which originates outside of the country where the server resides.<br />
  14. “We had a very complex site migration from PHPNuke to WordPress for, which had been around since 2003 and had over 7000 pages of content. Our goal was to retain 100% of the URL’s without using a 301 dynamic re-direct, keeping all the links and pagenames and without losing any of our visitor traffic!”<br /><ul><li> Ben Fisher, CEO, TechPadAgency</li></ul>Install WordPress into a unique subdirectory<br />Store all URL’s of legacy site into a new field in the db<br />Migrate all URLs to the Permalink field<br />(next page)<br />
  15. (continued)<br />Create a SQL query to match the fields for all news items, taxonomies, article IDs, titles & content then dump into the custom page URLs<br />Use Custom PermaLink plug-in for WordPress: to allow for the custom page URLs<br />Import the CSV using a modified version of “CSV Importer” (WordPress plug-in)<br />Install all required plug-ins into subdirectory, then test sampled subsets of all URLs<br />After completing testing & making a full backup of existing, move WordPress core files to the root directory for a seamless transition.<br />
  16. “As part of our migration from a hosted to collocated solution, the database migration was perhaps the most challenging aspect of the move. By using master/slave replication, we were able to accomplish the migration and ensure that we had thoroughly tested the site in its new location and that we had absolute minimal downtime in the process.”<br /><ul><li> David, Joslin System Admin, SEOmoz</li></ul>Configure current production database as a master, if it is not already.<br />Dump your production DB and transfer the dump to the new server. <br />On the new server, configure db to be a slave to the current production database.<br /><ul><li>You can use SSH Tunneling to ensure data security.
  17. If you already have a master/slave setup, the new master can be both a slave to the current production db and the master of the local slaves at the new location.</li></ul>(next page)<br /> (continued)<br />
  18. (continued)<br />Restore the production dump to the new db server<br />Set the log position from the dump and then start slave. --you will soon have a production DB on the new server that is continually being updated<br />At cutover time, you need to stop data being written to the old db server. This can be done in several ways.<br /><ul><li> Turn off the old apps. If your apps supports it, enable read-only on the old site.</li></ul>Note: Read-only can be accomplished by having different db users for your apps on the old vs the new servers. On the old servers, revoke write privileges for that user. The db users for the new site maintain write privileges. Do not use same db user name as privileges will replicate.<br />Once you are sure replication is caught up, stop slave on the new production DB server. <br />Enable the application/writes on the new site and then change DNS. You might also configure forwarding from the old IP via iptables or xinetd at this time <br />Now you are fully migrated & the cutover can be done in just a few seconds.<br />
  19. “Loss of traffic when moving sites to a different IP address or a different file location can be disastrous to online revenues. Too many companies try to save money on such things as turning a server off on the day the new server comes online and it ends up costing them thousands of dollars in lost sales through search engine problems and or dead links that cause customers to go elsewhere. !”<br /><ul><li> Jeff Hinkle, President, NetDepot</li></ul>Set your DNS time to live to 0 1 week before you update the DNS for the new website. <br />Once you have done this, go ahead and make the move of the all web pages & content. <br />(next page)<br />
  20. (continued)<br />When you are ready to cut over, make sure to post a forwarder – in fact 301 redirects work best to put in place whether you are picking up pages that are static but moved to a new IP OR if you move the content to different file locations. This will preserve your rankings in the search engines.<br />Leave the content up at both servers/accounts for a week and run some tests from different public traceroute servers to make sure that the caches have been updated. When you are confident that they are - then you can turn the old server/account off.<br />Note: This is especially critical for web and mail applications<br />
  21. “Execution at the lowest TTL and data transfers before and after the DNS change are two main components to a successful migration. Transparency with your hosting partner also helps alleviate unforeseen limitations.”<br /><ul><li> Ryan Elledge, COO, Codero</li></ul>Identify the domains to be migrated.. <br />Identify any special settings in configuration for existing server/website; you will likely want to replicate them. <br />Verify with your host that you will be able to keep your IP(s). Often hosts have separate networks for their various products. i.e. an IP meant for SSL on a shared server may not be able to be migrated to an IP on a dedicated server.<br />(next page)<br />
  22. (continued)<br />Change the TTL (Time To Live) to 300 seconds on domains to be migrated.<br />Replicate & test content on new server/account by creating new entries in the host’s file of your machine.<br />Once satisfied, schedule a time with your provider to perform the DNS change & update any content to the new server that may have changed during testing (database, uploaded files). <br /><ul><li>Rsync or robocopy are easy ways to perform this task</li></ul>Reset TTL back to standard (typically 3600 seconds).<br />
  23. “Syncing files when migrating websites can save you significant amounts of time. Rather than compressing your entire directories & migrating them, wouldn&apos;t it be more convenient if you could just migrate the changes? The rsync tool can help you accomplish this, especially when changing web hosts.”<br /><ul><li> Robert Collazo, Professional Services Manager, Rackspace Cloud,</li></ul> Do your initial deployment to your new website location using a tar (or some other compressed archive of your content)<br /> After uncompressing your tar on the new server/account, you&apos;ll want to perform an rysnc from your old website in case your application has changed anything. (continued next page)<br />
  24. (continued)<br />You can do that by running the following on your new website: <br />-&gt; rsync -avz --progress -e sshusername@oldserver:/var/www/html/ /var/www/html/<br />To ensure that deleted items on the old website are removed from the new site as well, you can run the following:<br />-&gt; rsync -avz --progress -e ssh –delete username@oldhost:/var/www/html/ /var/www/html/<br />Switch your DNS and run the rsync command one last time after you have made sure DNS has propagated.<br />(next page)<br />
  25. If you are concerned about your <br />hosting company & considering a new host<br />… are some suggestions :<br /><ul><li>Shop around to see what else is out there
  26. Put a competitor’s bid in the hands of your current host
  27. Prices are usually (99.9%) negotiable
  28. By renegotiating, you may be able to enter into a new/better contract sooner than expected
  29. It’s more expensive for them to get a new customer than it is to keep an existing customer</li></li></ul><li>Also...Having THE RIGHT web host <br /> will make migrating a lot easier!!!!<br />BUT….beware of “empty”promises!<br />
  30. Plan carefully – there are plenty of hosting & other related professional who can help you with your web site migrations depending on your needs!<br />
  31. Real Life Tips from the Pros!<br />(Curtis) R. Curtis, Chief Rainmaker<br />Sharksfly Marketing Solutions &<br />RankSense SEO Software<br />Direct: 1.604.313.7377<br />Office: 1.206.414.3654<br /><br />@CurtisRCurtis<br />