Azure进阶攻略 | 数据库上云：零停机、自动化_.NET

您所在的位置：程序员俱乐部 > 编程开发 > .NET > Azure进阶攻略 | 数据库上云：零停机、自动化

2017/8/14 19:31:37 DavidZang 程序员俱乐部我要评论(0)

摘要：小明最近挺忙，刚刚在外地找了个新工作，正在忙着搬家。多年积攒的家当很多，根本不能潇洒地「说走就走」，于是他联系了搬家公司。专业的就是不一样，不费什么事，就把所有东西打包、运输、拆包到位了。抵达新城市的小明很快投入了新工作中。上班第二天，上司就交代了一项任务：公司打算将本地部署的SQLServer数据库迁移到Azure，并让小明出一份方案，必须将本地数据库内的数据尽快迁移上云，同时这一过程不能影响数据库的运作，更不能造成业务中断。目前的具体情况是这样的：公司本地运行着SQLServer2014
标签：数据库数据攻略

小明最近挺忙，刚刚在外地找了个新工作，正在忙着搬家。多年积攒的家当很多，根本不能潇洒地「说走就走」，于是他联系了搬家公司。专业的就是不一样，不费什么事，就把所有东西打包、运输、拆包到位了。抵达新城市的小明很快投入了新工作中。

上班第二天，上司就交代了一项任务：公司打算将本地部署的 SQL Server 数据库迁移到 Azure，并让小明出一份方案，必须将本地数据库内的数据尽快迁移上云，同时这一过程不能影响数据库的运作，更不能造成业务中断。

目前的具体情况是这样的：

那么，小明需要制定什么样的方案，执行什么样操作才能完成任务呢？不用麻烦，只要找对「搬家公司」，一样可以快速简单地把本地数据搬上云端

事务复制（TransactionalReplication）是由 SQL Server 快照代理、日志读取器代理和分发代理共同实现的一种复制操作，可在服务器和服务器之间实现下列任务：

因此只需将 Azure SQL 数据库作为事务复制的订阅服务器，将本地 SQL Server 作为发布服务器，即可通过事务复制功能，直接将本地数据以「事务」的方式复制到 Azure，并确保不停机不中断，获得无缝的迁移体验。

事务复制功能的详细介绍可参阅这里。

使用SQL Server Management Studio

迁移实战

「搬家公司」已经有了，小明很快开始在 SQL Server Management Studio 中执行数据迁移操作：

1、创建一个新的事务复制。右键点击 Replication 下的 Local Publication，并选择 New Publication Wizard,会调出新建复制向导。

2、选择 Snapshot publication 或 Transactional publication，本文以 Transactional publication 为例。

3、完成向导中的后续步骤，创建一个复制。

4、创建一个新的订阅。右键点击刚创建的发布，选择 New Subscriptions，调出新建订阅向导。

5、完成向导中所需步骤，在下图 Subscribers 页面，点击 Add Subscriber -> Add SQL Server Subscriber。

6、输入所需的信息，连接到 Azure SQL DB。

7、选择一个 Subscription Database 来接受复制内容。

8、完成向导的余下部分，创建订阅。

9、创建订阅后，可以看到改订阅出现在之前创建的发布下。

接着只要等待就行了。取决于数据量等因素，整个过程可能会需要一段时间。在复制进行的过程中，本地数据库依然在正常运行，不会受到任何影响，同时本地进行的数据更新增减等操作，也会自动复制到 Azure。

为了验证复制是否已经生效，可以尝试在本地 SQL Server 发布的表中插入数据，并继续等待复制，如果插入的数据也出现在 Azure SQL 数据库对应的表中，即意味着复制已经顺利生效了。

你一定得知道的注意事项

事务复制是一种很强大的功能，但在使用时依然有些问题需要注意：

只支持 Snapshot 及单向事务（本地 SQL 到 Azure SQL）复制，不支持 Peer-to-peer 事务复制及MergeReplication。
目前仅支持 SQL Azure V12。
无法通过 SQL Database 门户来配置事务复制。
复制只能使用 SQL Server 身份验证方式登录连接到 SQL DB。
只支持 Push Subscription。
被复制的表必须要有主键。

此外，目前该功能要求发布服务器和订阅服务器至少是以下 SQL Server 版本之一：