Azure SQL Database (21) 将整张表都迁移到Azure Stretch Database里

　　《Windows Azure Platform 系列文章目录》

 

　  Azure SQL Database (19) Stretch Database 概览

     Azure SQL Database (20) 使用SQL Server 2016 Upgrade Advisor

     Azure SQL Database (21) 将整张表都迁移到Azure Stretch Database里

     Azure SQL Database (22) 迁移部分数据到Azure Stretch Database 

 

 

　　注意：本节介绍的是，使用国内由世纪互联运维的Azure China Stretch Database，因为国内的Azure和海外的Azure对应的DNS Name略有不同，请读者仔细甄别

 

　　本节使用的T-SQL语句，在这里下载

 

 

　　在上一节内容中，Azure SQL Database (20) 使用SQL Server 2016 Upgrade Advisor

　　我们发现Sales.OrderTraking这张表，可以迁移到Azure Stretch Database。没有兼容性问题

　　

 

　　接下来，本章将介绍如何将这张表的所有内容，都迁移到Azure Stretch Database里。

 

　　准备工作：

　　1.首先我们使用Azure China管理平台：https://manage.windowsazure.cn/

　　输入Azure China的用户名和密码，然后登陆。

　　2.点击SQL是数据库，添加新的SQL Database Server服务器(请注意：是创建Server，不是创建Database，单独创建Server不会产生任何费用)

　　

　　3.创建的时候，记得选择"启用最新的SQL数据库更新(V12)"

　　

　　笔者已经预先创建了云上的Server Name: l3cq1dckpd

　　用户名：sqladmin，密码：Abc@123456

　　注意哦，这些信息下面会使用的。

 

　　4.创建完毕后，记得把本地笔记本的公网IP地址，加入到Azure SQL Database Server的IP白名单里。

　　

　　

 

 

 

　　开始使用：

　　1.我们在本地笔记本电脑，打开SQL Server Management Studio (SSMS)，运行以下T-SQL语句。　　

USE AdventureWorks2016CTP3
GO

SELECT ot.SalesOrderID, ot.CarrierTrackingNumber, ot.OrderTrackingID, ot.TrackingEventID, te.EventName, ot.EventDetails, ot.EventDateTime
FROM Sales.OrderTracking ot JOIN Sales.TrackingEvent te ON ot.TrackingEventID = te.TrackingEventID
ORDER BY ot.SalesOrderID, ot.TrackingEventID;

　　可以观察到，因为数据表都保存在本地SQL Server 2016数据库中，所以虽然一共有188790行，但是查询结果不超过2秒

 

　　2.运行以下T-SQL语句，对本地SQL Server 2016，打开归档功能

EXEC sp_configure 'remote data archive' , '1';
RECONFIGURE;

 

　　3.对云端Azure SQL Database的用户名和密码，进行加密，加密的密码同SQL Database的密码：

USE Adventureworks2016CTP3;
CREATE MASTER KEY ENCRYPTION BY PASSWORD='Abc@123456'
CREATE DATABASE SCOPED CREDENTIAL AzureDBCred WITH IDENTITY = 'sqladmin', SECRET = 'Abc@123456';

 

　　4.将本地的SQL Server 2016的归档目标，指向到微软云SQL Database Server(l3cq1dckpd.database.chinacloudapi.cn)

　　这个l3cq1dckpd.database.chinacloudapi.cn，是我们在准备工作中，创建的新的服务器

ALTER DATABASE [AdventureWorks2016CTP3] SET REMOTE_DATA_ARCHIVE = ON 
(SERVER = 'l3cq1dckpd.database.chinacloudapi.cn', CREDENTIAL = AzureDBCred);

　　上面的语句执行时间有点长。请注意：到目前为止，还没有任何的本地SQL Server 2016表数据，迁移到云端Stretch Database里。

 

 

　　5.运行以下T-SQL，将Sales.OrderTracking表中的所有内容，都迁移到Azure Stretch Database里

　　注意：MIGRATION_STATE = OUTBOUND

ALTER TABLE Sales.OrderTracking SET (REMOTE_DATA_ARCHIVE = ON (MIGRATION_STATE = OUTBOUND));

　　运行完毕后，本地SQL 2016数据库中的表Sales.OrderTracking的所有数据行，才开始异步迁移。

 

　　6.请注意，执行步骤5的语句的时候，其实数据是异步进行迁移的

　　我们可以执行以下语句，查看归档数据迁移的进度。

SELECT * from sys.dm_db_rda_migration_status

　　注意：如果上面的语句执行没有结果，请稍等片刻后继续执行。会看到以下结果：

　　请注意：时间为UTC时区，Migrated_Rows表示已经迁移到云端的Stretch Database的数据行，可以看到每次迁移的数据量是9999行

 

 

　　7.等到步骤6中的T-SQL产生执行结果了，我们分别执行以下语句。

USE AdventureWorks2016CTP3
GO
--显示本地数据行和数据容量
EXEC sp_spaceused 'Sales.OrderTracking', 'true', 'LOCAL_ONLY';
GO

--显示云端Stretch Database的数据行和数据量
EXEC sp_spaceused 'Sales.OrderTracking', 'true', 'REMOTE_ONLY';
GO

　　执行结果如下图：

　　

　　图的上半部分，显示本地SQL Server 2016的表Sales.OrderTracking，一共有数据行188790

　　下半部分，显示云端的Stretch Database的表Sales.OrderTracking，一共有0行数据

 

　　8.我们稍等片刻后，继续执行步骤7的语句。结果如下图：

　　

　　可以看到，本地SQL Server 2016的表Sales.OrderTracking的所有数据，都迁移到了云端Stretch Database。

　　本地0行，云端Stretch Database 188790行。

 

　　9.我们登陆Azure China管理平台：https://manage.windowsazure.cn/

　　可以看到在云端，已经有新的Stretch Database，版本为 DS100

　　

　　

　　10.然后我们重复执行步骤1中的查询语句，因为Sales.OrderTracking数据从本地迁移到了云端，所以查询时间变长了。

　　之前本地执行2秒，现在在云端查询，需要18秒左右。图略。

 

　　11.请记住，可以迁移到云端(但未迁移)的SQL数据(表Table或者试图View)，或者已经迁移到Stretch Database云端的SQL数据，无法执行UPDATE和DELETE操作

　　插入测试数据到云端Stretch Database的表Sales.OrderTracking，没问题：

---插入测试表
INSERT INTO [Sales].[OrderTracking]
([SalesOrderID],[CarrierTrackingNumber],[TrackingEventID],[EventDetails],[EventDateTime])
VALUES('6666','046DFAA-F901-442A-9D09-67',1,'This Data is generated by Lei Zhang',GetDate())

　　但是无法执行UPDATE和DELETE操作

--这句话会报错
UPDATE [Sales].[OrderTracking] SET [CarrierTrackingNumber]='6666' WHERE [EventDetails]='This Data is generated by Lei Zhang'

 

　　12.现在表Sales.OrderTracking数据都保存到云端Stretch Database，如果我们想关闭归档功能，可以执行以下语句。

--Disable Stretch Database and bring back remote data
ALTER TABLE Sales.OrderTracking SET (REMOTE_DATA_ARCHIVE (MIGRATION_STATE = INBOUND));

 

　　13.重复执行步骤7的语句，可以观察到数据异步从云端，迁移到本地SQL 2016。

USE AdventureWorks2016CTP3
GO
--显示本地数据行和数据容量
EXEC sp_spaceused 'Sales.OrderTracking', 'true', 'LOCAL_ONLY';
GO

--显示云端Stretch Database的数据行和数据量
EXEC sp_spaceused 'Sales.OrderTracking', 'true', 'REMOTE_ONLY';
GO

　　执行结果略。

 

 

　　14.最后请大家记住，如果要完全关闭归档功能，除了执行步骤13以外，还需要登陆Azure China管理平台：https://manage.windowsazure.cn/

　　删除之前迁移产生的数据库。