VMCloud见面礼——VMCloud博客迁移全记录

记得俺在《追随你心——聊聊VMCloud》一文中讲到，在去年年底，VMCloud博客的带宽一度突破6G（从而导致的结果就是10月份、11月份的月底有两、三天是不可访问的状态，显示带宽超额），而原来的博客主机访问的带宽限制是6G（毕竟是个人博客，所以没有投入过多，购买的是wphostz初级型。虽然后来查出大多流量来源于百度的爬虫，不过至少也证明了存在带宽超额的风险），所以考虑再三决定迁移到Azure上面顺便也做做Demo测试，实践下如何迁移网站到Cloud WebSite上，不迁移不知道，一迁移千层浪。不多说，先送上这其中的曲折细节作为第一篇微文，也算是送给诸位关注本订阅号的见面礼。

迁移第一步：选择迁移方案

?预选方案A ：使用一台A0或A1的Windows搭载PHP、MYSQL

预选方案 B：使用一台A2的Windows搭载PHP、MYSQL

预选方案C：使用一台A0的Linux搭载PHP、MYSQL

预选方案D：使用Web Service

最终选择了方案D，主要原因如下：

方案A放弃原因：A0、A1的Windows卡顿无法容忍，弃用，成本：A0 $13.40，A1 $55.06。

方案B  放弃原因：虽然A2的Windows可以满足所有的需求，但是价格！成本：$110.12（嗯，说多都是泪，强烈要求MVP额度提升到150+）

方案C放弃原因：虽然说性能（没有实际测试过，不知道是否能够支撑得起Blog日后的PV量）、成本都可以忍受，且实现NLB的方式及基于Web应用的扩展都需要人工操作存在诸多不便，且与方案D的性价比对比下，方案C就完败。成本：$13.40

方案D的优势：成本！成本！成本！成本仅为：$10.28（包括10GB带宽，当然带宽的价格十分便宜），且扩展十分方便！简直就是Azure服务中的小米！

迁移第二步：建立基础环境

选择博客的平台，我依然选择Wordpress，因为作为博客中的热门选手，它的优势在于架构简单易用，后台管理界面优好，具有大量的主题支撑，对于没有开发技能的朋友来说十分合适。

当然，最重要的是我原来的博客也是基于Wordpress的，而Wordpress提供了一个非常好的官方工具——导出导入（如下图）

迁移成本肯定比其他的平台的迁移要低很多，基于实现难度（实际上是笔者懒得去学迁移到其他平台，如果以后有机会再为各位分享吧：P）来说，我还是乖乖的选择原有平台吧！

关于建立基础环境，我也就不多说，Azure原生库里就提供Wordpress的模板可以直接创建（这对于新手级别的客户或者积懒成疾的病人来说是个多么福利的设定啊！）（如下图）

（由于本篇主要针对迁移进行介绍，故不对其他平台产品做详细分析，各位看官若有兴趣请自行百度：P）

迁移第三步：迁移数据（曲折点！）

关于迁移数据，说起来真的是一把鼻涕一把泪，长话短说，迁移数据涉及以下几个点：

1、 文章列表导入

难点：一颗星

整体耗时：约10 分钟

本来这个步骤的难点在四个星以上，但是有了Wordpress（再次声明，俺并没有在为Wordpress做广告）导出导入工具，这个步骤难度级别就直线下降，只需要在原Blog后台进行导出数据（依据博客大小生成一个XML文件，笔者原Blog约80篇博文，生成6M的XML文件），接着在新的Blog后台中导入即可

2、 图片迁移

难点：三颗星

整体耗时：约2 小时（视文件大小而言）

这个步骤本来可以通过在导入XML文件之后有个Import选项可以完成图片的迁移，但是笔者的图片文件多达500M，Import需要的时间太长，故，我直接将原博客的图片全部Download下来，然后再到新博客上利用ftp进行导入即可。

你可以通过以下途径来定位你原博客的位置（当然你也可以根据网站根目录路径来进行查找）：

然后，你需要确定新博客的路径在哪里，做这一步的意义在于，你需要将你文章里面的图片路径进行替换为新博客的路径，不然你会发现导入数据之后你的博文图片全部都是打叉的（当然，你也可以根据你原来博客的设定来设置图片路径，但是那样的成本更高）。我的建议是这样的，你可以列一个表格：

旧Blog图片链接	新Blog图片链接
http://vmcloud.info/xxx/xxx1/xxx.jpg	http://vmcloud.info/xxx/xxx.jpg

当你确定好了新旧博客的链接之后，你需要一个玩意儿：Navicat for Mysql，这玩意可以帮你连接到Azure所对应的DB上，并且可以做一些操作，这里的图片连接就是需要你去使用这个工具（当然你用其他的诸如PHPMyadmin也可以）做图片连接的替换，连接到WebSite对应的DB后，你需要找到wp_posts这张表，然后利用上面所列的表格，使用替换去将新博客中博文的图片链接进行统一替换：

Tips：关于如何找到你的DB

接着你就会跳转到（剩下你懂的）：

3、 域名迁移

难点：两颗星

整体耗时：约2 分钟

在这一步上，笔者就栽了个跟头，而且还不是技术上在栽的，如果你要将原有的Azure WebSite的默认域名（xx.azurewebsites.net）更换成你的自定义域名，首先你需要在你的DNS Server设置A记录与CName记录，两者缺一不可（其实没必要为IP打马赛克，不过既然习惯性打上了就算啦！）：

DNSpod设置参考：

Godaddy设置参考：

关于A记录所用到的IP，只需要在Azure WebSite后台看到点击管理域名即可看到：

这里本来没啥问题，但是笔者闹了个笑话，也苦恼了我两天的时间，在设置A记录的时候我用的是下表的格式：

A记录	指向IP
*	23.XX.XX.XX

发现什么问题了吗？没有发现问题的我各种找原因找答案，得到的答案有

a) DNS Server有问题！可能有延迟，等够48小时再说吧！

b) Web WebSite不支持裸域名好像，你试试用www（事实上是支持）

c) 你的TLL设置有问题啊！不能用1 days！改成1 hours吧！

d) 额，反正我没这个问题。（T T）

反正答案五花八门，但是最终的答案是神马呢？

其实是这个*！没看清？是*

没错，由于笔者太久没动DNS Zone file，竟然在添加A记录时用的通配符用了星号，实际上A记录的通配符一般是以@来做通配的！设置之后不到5分钟就完成了解析！（哭笑不得）

4、 固有链接迁移：

难点：两颗星

整体耗时：约2 分钟

当你完成图片迁移、链接迁移、域名迁移之后，你可能发现一个问题，就是虽然利用使用域名打开首页是迁移后的域名，但是你点击链接会跳转到Azure WebSite的URL，这个的原因就是因为你没有做Wordpress的固有链接迁移