SQL Server系列文章之二，聊一下SQL数据库上云的最短路径……

欢迎关注”明说大数据“的博客

明说大数据，为你解惑各种大数据相关话题

联系方式：

1，微信：mingchannel，新朋友暂时不放开朋友圈，如果需要，请说明你的尊姓大名，所在公司和部门，以及所关注的技术方向及话题，以便以后进一步讨论

2，微博：@明说大数据 

3，邮箱：monarchboy@163.com

上一篇文章（10年前的数据库有什么好聊的……）说到了现在仍然有大量的SQL Server数据库还停留在10年前的样子，没有更新和升级

随着SQL Server 2008/2008 R2的停止支持（EOS），将会面临无法想象的安全隐患及风险，很多客户是深有同感的，也有很多客户积极联系微软相关部门和合作伙伴，特别提到这种”长尾应用“的问题，很多应用已经是5-6年，甚至10年前的应用，架构在SQL Server 2008甚至更老的版本上了，这么多年， 时过境迁，很多时候连原来选型及早期管理的人都找不到了，但是有时候这些应用又在企业中扮演着不可或缺的作用，重新开发应用的可能性很小，而成本又很高，那么应该怎么办呢？

如何快速解决这样的问题，今天就来说说一个最短路径 -- SQL MI。

在说SQL MI之前，先说一个生活中的小故事：

很多人听说过美国人爱搬家，甚至有整个房子一起搬家的，这是为什么呢？并不是他们不喜欢自己的房子，而是恰恰相反，他们很喜欢自己的房子，但是不喜欢现在的住处，或者有其他原因要搬到其他地方去，这个时候他们需要自己的生活环境变化越小越好，物理位置的变化越快越好，那么这种整个房子搬家的服务就是最好的了。

当然这种服务也不是谁都可以做的，必须是专业的服务公司具备这样的整体搬家资质，有丰富的整体搬家的经验：

1. 能够有经验知道哪些东西在搬家过程中可能/容易被打破

2. 有专业化的保障机制，以确保这些东西都不会被破坏，保证在搬家的过程中不会损坏房子里的家具/器具

3. 能够明确知道哪些不能搬，并且告诉客户”不能搬“！！

4. 能够做到搬家之后，尽快（甚至就是马上）恢复生活
   

那好了，这个搬家和SQL MI有什么关系？

简单地说，SQL MI就是SQL Server数据库上的整体搬家，只是这个搬家就是把现在在自己机房里的服务器，可能是物理服务器，可能是软件服务器环境一起搬走，直接上云。