遷移數據庫數據到SQL Server 2017

 

概述

本篇我們將利用DMA一步一步實現SQL Server 的遷移。幫助大家理解現在的SQL Server與新版本的融合問題，同時需要我們做哪些操作來實現新版本的升級或者遷移。

SQL Server 遷移

一定要有一個准備好的計划，我下面列出了所有的遷移過程需要做的工作，如下列表：

步驟列表

序號	SQL Server遷移步驟
1	必要環境的准備（比如高版本的服務器操作系統）
2	研究棄用和停用的功能、特性
3	運行數據遷移助手（DMA）了解哪些改變不被允許或者會影響遷移。
4	確認SQL Server 服務，數據引擎，SSIS,SSAS，SSRS等等可用
5	排序規則注意一致或者有變更的仔細核對
6	確保應用程序的連接需求
7	日志、聚集、數據庫鏡像、復制、全文索引、分布式服務等服務類的都需要有計划的去管理遷移。
8	管理有效的連接服務器，遷移
9	備份策略和計划的完整遷移，包含了完整、差別、事務日志備份。
10	規划需要的磁盤空間
11	管理遷移各個服務的賬號
12	檢查數據一致性
13	預升級--升級前后比較性能指標
14	評估宕機時間及影響
15	定稿升級流程
16	制定升級、遷移的驗收標准
17	最終驗收
18	回滾計划以及測試
19	務必通知所有涉及和影響的負責人
20	向所有負責人發送升級、遷移的步驟
21	准備新的、或者遷移舊的數據庫維護計划

 

以上的列表就是我的遷移計划中的主要步驟，僅供參考。當然根據不同的環境和使用者的情況，可以調整出一套更適合自己的文檔來滿足需求，比如升級時的順序，

手把手教你使用DMA

      經過上面，我們直奔主題，討論如何使用DMA幫助我們初始評估遷移，在正式遷移之前需要一個預估。首先，請到微軟的下載中心（https://www.microsoft.com/en-us/download/details.aspx?id=53595），下載最新版本的DMA。然后安裝，無論是服務器還是客戶機，當你運行DMA后畫面如下，當你是第一次打開這個向導時，需要創建一個項目。點擊左側的“+”號

開始屏幕

下一個屏幕中將會有兩個選項:

1) Assessment

2) Migration

這里我們選擇assessment，因為這時我們是評估並不是真的要遷移。在開始實際遷移之前，我們要評估所有的事實並分析報告。發現潛在的問題。

 

在選擇后，你需要制定一個項目名稱，比如我這邊是從2014升級到2017，SQL2K14toSQL2K17。

在剩下的部分，你需要選擇自己的源和目標服務器選擇類型:

 

源數據庫類型即你計划遷移、升級的數據源類型，我這里選擇的是SQL Server，當然也是支持其他類型數據源的。

目標服務器類型只能選擇SQL Server 或者Azure DataBase。我選擇的是SQL Server。

完成所有選型后，點擊創建按鈕

 

這里將會創建你的評估項目，並且打開一個新的屏幕。新屏幕上將給你一個選項來選擇目標數據庫版本。我選的是2017。這里版本基於你的目標服務器類型。如果選擇Azure服務器將會是Azure的版本，

 

 

讓我們繼續，選擇多選框，這里選中兼容性問題和新特性推薦。Check feature parity不能選擇是因為這個選項是專門為Linux 上的數據庫准備的。

 

 

接下來，需要連接源數據庫的信息和權限。在屏幕下方，看到實例有關權限集的信息。點擊Connect按鈕連接數據庫。

 

 

一旦，成功連接，下面就會真是給你可用的數據庫。選擇數據庫評估遷移。這時你已經能夠靈活的選擇一個還是多個數據庫進行遷移。

 

這里我選擇了兩個數據庫，執行對它們的遷移評估。在點擊ADD按鈕后，下個界面將會開啟遷移評估。

 

評估時間取決於你的數據庫大小，在下個界面，你會看到評估進度。

 

最后DMA完成所有評估，下圖展示界面會展示評估結果。這個界面提供了情報信息幫助了解當前遷移的狀況。包含了很多實際遷移中會觸發的信息。

 

DMA提供了一個選項導出評估報告，兩種格式; 1. JSON 2. CSV。這也簡化了我們制作評估的難度，方便給其他人看。

保存結果。遷移與評估操作基本類似這里就不在重復操作了。

總結

     DMA是一個強大的工具，能夠評估SQL Server 升級和遷移到更高版本，從而滿足公司和業務的需要。這個工具幫助遷移SQL Server到本地服務器或者是Azure上服務器。本篇我們一起一步一步的執行了整個SQL Server 2014 到 SQL Server 2017的遷移。按照我之前所列的步驟將其他任務依次完成，最后我這邊完整升級了整個系統並沒有出現其他問題。希望大家也能完美升級，不出bug。