Your SlideShare is downloading. ×
Real Life Site Migration Tips from Pros
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Real Life Site Migration Tips from Pros

2,635
views

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 …

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

1 Comment
1 Like
Statistics
Notes
  • Find coupons for your hosting. Get a promo deal before you purchase hosting http://vpsnet.wordpress.com/2010/05/03/vps-net-review/
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total Views
2,635
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
29
Comments
1
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Real Life Tips from the Pros!
    How to do a site migration without traffic loss & hosting issues?
    Speaker:
    (Curtis) R. Curtis, Chief Rainmaker
    Sharksfly Marketing Solutions &
    RankSense SEO
    Curtis@Sharksfly.com
    @CurtisRCurtis
  • 2. Even the best laid plans
    often go astray!
    So how do you do a
    site migration without
    traffic loss & hosting issues?
  • 3. So Don’t Forget….
    • BETTER PLANNING
    -> BETTER RESULTS!
    (be sure to involve all stakeholders
    & make sure the plan is vetted by all)
    …… plus don’t forget!
    TEST, TEST, TEST & TEST AGAIN!
  • 4. Because after the web site crashes …… it is too late 
  • 5. Even Twitter Learned…
  • 6. Poor Planning Can Result In:
    • Loss of traffic & poor user experience!
    • 7. Service disruption!
    • 8. Loss of investment!
    • 9. Visitors who will never return!
  • Worst of all – VERY Upset Clients/Bosses!
  • 10. The following are “REAL LIFE” Tips from the Pros!
  • 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."
    • Chris Kivlehan, VP of Account Management
    INetUManaged Hosting, www.INetU.com
    Step 1: Set "Time to Live" to low in DNS.
    Step 2: Upload your data and test your website/application on your new servers
    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.
    Step 4: Check old servers for data written during migration.
  • 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."
    • Kelly Beardmore, CTO & COO, Tenzing Managed IT Services www.Tenzing.com
    Analyze and Size -> Use performance baselining scripts to accurately size new environment.
    Stage and Test in Parallel -> Replicate data and feeds to thoroughly test site functionality
    Preserve Organic Links -> Spider current site links and implement SEO friendly redirects on new servers for any changes.
    (next page)
  • 13. (continued)
    Application Redirects -> 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.
    Implement Global End User Monitoring ->Provide “real world” tracking of end-user traffic from around the world, especially which originates outside of the country where the server resides.
  • 14. “We had a very complex site migration from PHPNuke to WordPress for TheHostingNews.com, 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!”
    • Ben Fisher, CEO, TechPadAgency www.TechPadAgency.com
    Install WordPress into a unique subdirectory
    Store all URL’s of legacy site into a new field in the db
    Migrate all URLs to the Permalink field
    (next page)
  • 15. (continued)
    Create a SQL query to match the fields for all news items, taxonomies, article IDs, titles & content then dump into the custom page URLs
    Use Custom PermaLink plug-in for WordPress: www.michael.tyson.id.au/wordpress/plugins/custom-permalinks/ to allow for the custom page URLs
    Import the CSV using a modified version of “CSV Importer” (WordPress plug-in)
    Install all required plug-ins into subdirectory, then test sampled subsets of all URLs
    After completing testing & making a full backup of existing, move WordPress core files to the root directory for a seamless transition.
  • 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.”
    • David, Joslin System Admin, SEOmoz www.SEOmoz.org
    Configure current production database as a master, if it is not already.
    Dump your production DB and transfer the dump to the new server.
    On the new server, configure db to be a slave to the current production database.
    • 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.
    (next page)
    (continued)
  • 18. (continued)
    Restore the production dump to the new db server
    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
    At cutover time, you need to stop data being written to the old db server. This can be done in several ways.
    • Turn off the old apps. If your apps supports it, enable read-only on the old site.
    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.
    Once you are sure replication is caught up, stop slave on the new production DB server.
    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
    Now you are fully migrated & the cutover can be done in just a few seconds.
  • 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. !”
    • Jeff Hinkle, President, NetDepot www.NetDepot.com
    Set your DNS time to live to 0 1 week before you update the DNS for the new website.
    Once you have done this, go ahead and make the move of the all web pages & content.
    (next page)
  • 20. (continued)
    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.
    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.
    Note: This is especially critical for web and mail applications
  • 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.”
    • Ryan Elledge, COO, Codero www.Codero.com
    Identify the domains to be migrated..
    Identify any special settings in configuration for existing server/website; you will likely want to replicate them.
    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.
    (next page)
  • 22. (continued)
    Change the TTL (Time To Live) to 300 seconds on domains to be migrated.
    Replicate & test content on new server/account by creating new entries in the host’s file of your machine.
    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).
    • Rsync or robocopy are easy ways to perform this task
    Reset TTL back to standard (typically 3600 seconds).
  • 23. “Syncing files when migrating websites can save you significant amounts of time. Rather than compressing your entire directories & migrating them, wouldn'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.”
    • Robert Collazo, Professional Services Manager, Rackspace Cloud, www.Rackspace.com
    Do your initial deployment to your new website location using a tar (or some other compressed archive of your content)
    After uncompressing your tar on the new server/account, you'll want to perform an rysnc from your old website in case your application has changed anything. (continued next page)
  • 24. (continued)
    You can do that by running the following on your new website:
    -> rsync -avz --progress -e sshusername@oldserver:/var/www/html/ /var/www/html/
    To ensure that deleted items on the old website are removed from the new site as well, you can run the following:
    -> rsync -avz --progress -e ssh –delete username@oldhost:/var/www/html/ /var/www/html/
    Switch your DNS and run the rsync command one last time after you have made sure DNS has propagated.
    (next page)
  • 25. If you are concerned about your
    hosting company & considering a new host
    …..here are some suggestions :
    • 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
  • Also...Having THE RIGHT web host
    will make migrating a lot easier!!!!
    BUT….beware of “empty”promises!
  • 30. Plan carefully – there are plenty of hosting & other related professional who can help you with your web site migrations depending on your needs!
  • 31. Real Life Tips from the Pros!
    (Curtis) R. Curtis, Chief Rainmaker
    Sharksfly Marketing Solutions &
    RankSense SEO Software
    Direct: 1.604.313.7377
    Office: 1.206.414.3654
    Curtis@Sharksfly.com
    @CurtisRCurtis