Windows Azure是一個由微軟數(shù)據(jù)中心提供的一個Internet級別的計(jì)算和服務(wù)平臺。因?yàn)橥ㄟ^使用Windows Azure,微軟會維護(hù)所有底層的操作系統(tǒng)、硬件、網(wǎng)絡(luò)、存儲資源并且會不斷的更新這個平臺，因此開發(fā)和系統(tǒng)管理人員不再需要為底層的軟件和硬件基礎(chǔ)構(gòu)架操心。

由于Windows Azure和企業(yè)內(nèi)平臺有很大的區(qū)別。我們強(qiáng)烈推薦您在將程序遷移到云端之后，就像新部署程序時一樣對程序進(jìn)行功能和性能的測試。您需要在實(shí)現(xiàn)遷移的過程中考慮下述重要部分：

• 構(gòu)建驗(yàn)證測試環(huán)境
• 同步數(shù)據(jù)庫以減少轉(zhuǎn)移時間
• 備份和還原
• 轉(zhuǎn)移到Windows Azure

本篇主題的重點(diǎn)是Windows Azure Cloud Services.而關(guān)于將SQL Server遷移到Windows Azure虛擬機(jī)的初步指導(dǎo)，請參閱Migrating with Windows Azure Virtual Machines。

構(gòu)建驗(yàn)證測試環(huán)境

在將程序遷移到云端的時候，您必須知道如何測試和調(diào)試您的程序以便保證您的程序在云端和在本地一致。下述列表展示了您可以用于測試您的程序的方法：

• Windows Azure Tools for Microsoft Visual Studio:在您創(chuàng)建程序后，您可以使用計(jì)算和存儲模擬器在本地對程序進(jìn)行調(diào)試。這使得您可以在將程序發(fā)布到Windows Azure之前在本地開發(fā)程序。Windows Azure Tools for Microsoft Visual Studio對Visual Studio 2010進(jìn)行擴(kuò)展使得額外添加的計(jì)算和擴(kuò)展模擬器包含了Windows Azure的大部分功能，從而您可以在本地對程序進(jìn)行測試。我們推薦您在功能測試的早期就進(jìn)行這類測試。更多信息，請參閱:Windows Azure Tools for Microsoft Visual Studio。
• SQL Server數(shù)據(jù)工具:SQL Server Data Tools (SSDT) 在Visual Studio 2010中提供了集成開發(fā)環(huán)境，您可以使用這個工具來設(shè)計(jì)數(shù)據(jù)庫、創(chuàng)建和編輯數(shù)據(jù)庫對象和數(shù)據(jù)，或是對其支持的所有SQL平臺執(zhí)行查詢語句;這包括在云端的Windows Azure SQL Database和非云端的Microsoft SQL Server 2012。這個工具允許您檢查程序中數(shù)據(jù)訪問模塊。無論這部分?jǐn)?shù)據(jù)是本地默認(rèn)數(shù)據(jù)庫還是Windows Azure SQL Database,這個工具都可以用來測試您的數(shù)據(jù)庫項(xiàng)目解決方案。更多信息，請參閱SQL Server Data Tools:注意:Windows Azure Tools for Microsoft Visual Studio和SSDT都可以用于對在線和離線的數(shù)據(jù)源進(jìn)行基本的功能和兼容性測試。但是為了真正從功能、性能可擴(kuò)展性的角度測試運(yùn)行在云端的程序，您還需要在您程序運(yùn)行的Windows Azure上進(jìn)行測試。
• 自動化測試框架:很多程序已經(jīng)存在可以用來保證程序的模塊和功能正常工作的自動化測試框架。當(dāng)程序在Windows Azure上運(yùn)行時，這類自動化測試框架是否可以正常運(yùn)行取決于這類框架是如何設(shè)計(jì)的。如果這類框架需要在企業(yè)內(nèi)部運(yùn)行但可以通過定義好的端點(diǎn)連接Windows Azure，這類框架就有可能在云端正常工作。否則，我們建議您將自動化測試框架和程序本身都遷移到Windows Azure上以避免丟失連接和網(wǎng)絡(luò)延遲問題。
• Visual Studio負(fù)載測試:如果程序當(dāng)前并不存在自動化測試框架，我們推薦您創(chuàng)建一個新的自動化測試框架并使用Visual Studio負(fù)載測試來模擬多用戶負(fù)載。更多信息，請參閱:Using Visual Studio Load Tests in Windows Azure Roles。

同步數(shù)據(jù)庫以減少轉(zhuǎn)移時間

您應(yīng)該盡量減少在測試、數(shù)據(jù)移動和生產(chǎn)之間的轉(zhuǎn)換時間。將企業(yè)內(nèi)部的數(shù)據(jù)上傳到Windows Azure可能會需要數(shù)個小時甚至數(shù)天。您不會希望在這段時間內(nèi)您的程序不可用。這也是為什么您需要一個減少停機(jī)時間的計(jì)劃。注意轉(zhuǎn)移時間意味著將企業(yè)內(nèi)部程序遷移到Windows Azure的最終步驟所需的時間。在轉(zhuǎn)移之前，看看哪些表中的數(shù)據(jù)在遷移過程中不改變而哪些表中的數(shù)據(jù)在遷移的過程中可能改變。對于靜態(tài)數(shù)據(jù)來說，您不需要在轉(zhuǎn)移時間內(nèi)轉(zhuǎn)移這部分?jǐn)?shù)據(jù)，如果您不能確定某些特定表中的數(shù)據(jù)是否會在轉(zhuǎn)移時間內(nèi)改變，您應(yīng)該在系統(tǒng)中添加將改變的數(shù)據(jù)遷移到云端的程序。我們還推薦您考慮是否所有企業(yè)內(nèi)部的數(shù)據(jù)都需要遷移到云端才能使得在Windows Azure上的程序上線。如果您的程序只有部分?jǐn)?shù)據(jù)存在云端就能上線，那就會大大減少停機(jī)時間。

但如果是程序在Windows Azure上線之前，云端數(shù)據(jù)需要和企業(yè)內(nèi)部數(shù)據(jù)保持一致，那就考慮減少在轉(zhuǎn)移時間內(nèi)所轉(zhuǎn)移的數(shù)據(jù)量。在某些情況下，可以在轉(zhuǎn)移時間之前就先轉(zhuǎn)移部分?jǐn)?shù)據(jù)，在實(shí)際的轉(zhuǎn)移時間內(nèi)轉(zhuǎn)移另外一部分?jǐn)?shù)據(jù)。在這種情況下，您需要區(qū)分哪些數(shù)據(jù)是可以提前轉(zhuǎn)移的，而哪部分?jǐn)?shù)據(jù)需要在轉(zhuǎn)移時間內(nèi)轉(zhuǎn)移，這樣做的好處是允許您的程序在Windows Azure中上線的過程中因?yàn)橹晦D(zhuǎn)移部分?jǐn)?shù)據(jù)而減少停機(jī)時間，您可以使用下述方式在轉(zhuǎn)移時間之前同步數(shù)據(jù):

Windows Azure SQL Data Sync

Windows Azure SQL 數(shù)據(jù)同步服務(wù)提供了為Windows Azure SQL Databases同步數(shù)據(jù)的功能，這個服務(wù)目前有兩個主要功能:

• 同步企業(yè)內(nèi)部的SQL Server數(shù)據(jù)庫和Windows Azure SQL Database實(shí)例之間的數(shù)據(jù)，使得企業(yè)內(nèi)部和基于云端的程序可以使用相同的數(shù)據(jù)。
• 同步Windows Azure SQL Database實(shí)例之間的數(shù)據(jù)，被同步的實(shí)例可以在同一個數(shù)據(jù)中心，不同的數(shù)據(jù)中心，甚至是不同的區(qū)域。

對于下述情況，用Windows Azure SQL 數(shù)據(jù)同步服務(wù)來同步企業(yè)內(nèi)部數(shù)據(jù)庫和Windows Azure SQL Database實(shí)例之間的數(shù)據(jù)是一個很好的選擇:

• 您需要對程序進(jìn)行并行測試。
• 在將企業(yè)內(nèi)部的所有數(shù)據(jù)遷移到Windows Azure之前您的程序需要繼續(xù)運(yùn)行，在遷移之后將這部分改變的數(shù)據(jù)遷移到Windows Azure。
• 在遷移到Windows Azure之前，您企業(yè)內(nèi)部的程序需要繼續(xù)運(yùn)行，同時還需要減少停機(jī)時間。
• 程序同時使用了云端和企業(yè)內(nèi)部數(shù)據(jù)庫作為混合解決方案的。

值得注意的是，SQL Data同步服務(wù)使用改變跟蹤表用于跟蹤被改變的表來使得這些改變的數(shù)據(jù)被同步。當(dāng)使用SQL數(shù)據(jù)同步服務(wù)時，您必須為這個改變跟蹤表預(yù)留空間。除此之外，您***不要修改被同步表的表結(jié)構(gòu)或是主鍵，除非您重新初始化同步組。但對于需要中介和實(shí)時數(shù)據(jù)同步的情況下SQL Data同步服務(wù)就不是那么理想了，更多信息，請參閱SQL Data Sync。警告:SQL Data Sync當(dāng)前僅僅是預(yù)覽版，僅僅是為了未來的版本收集反饋信息，所以不應(yīng)該被用到生產(chǎn)環(huán)境中。

復(fù)制、鏡像、事務(wù)日志傳送

您可以使用復(fù)制、鏡像、事務(wù)日志來將企業(yè)內(nèi)部的一個SQL Server實(shí)例中的數(shù)據(jù)同步到另一個企業(yè)內(nèi)部的SQL Server實(shí)例或是Windows Azure虛擬機(jī)上的實(shí)例。但是這些選項(xiàng)都不能將數(shù)據(jù)移入或移出Windows Azure SQL Database中。更多信息，請參閱:Replication and Log ShippingandDatabase Mirroring and Log Shipping。

自定義抽取、轉(zhuǎn)換、裝載(ETL)

為了減少在轉(zhuǎn)移時間內(nèi)轉(zhuǎn)移數(shù)據(jù)所需的時間，您應(yīng)該盡量在轉(zhuǎn)移時間之前盡可能多的轉(zhuǎn)移數(shù)據(jù)。您可以使用自定義ETL job來將那些被改變的數(shù)據(jù)從企業(yè)內(nèi)部的SQL Server轉(zhuǎn)移到Windows Azure環(huán)境中。當(dāng)從SQL Server 2008之后的版本中遷出數(shù)據(jù)時，我們推薦使用CDC功能來確保僅僅那些改變的數(shù)據(jù)從企業(yè)內(nèi)部的數(shù)據(jù)庫中轉(zhuǎn)移到Windows Azure SQL Database實(shí)例中。更多關(guān)于CDC的信息，請參閱BOL上的Track Data Changes。但對于那些沒有CDC的數(shù)據(jù)庫，您需要創(chuàng)建一個數(shù)據(jù)跟蹤系統(tǒng)來追蹤那些被遷移之后改變的數(shù)據(jù)?？傊趯?shí)際的轉(zhuǎn)移時間遷移最小量的數(shù)據(jù)會大大減少停機(jī)時間。

導(dǎo)出數(shù)據(jù)層應(yīng)用程序(DAC)

通過DAC,您可以將SQL Server實(shí)例中的數(shù)據(jù)導(dǎo)出并將其存入Windows Azure Blob 存儲中并稍后還原到Windows Azure SQL Database。通過DAC，您可以設(shè)置只有需要的表被導(dǎo)入或?qū)С龅谋砑墑e過濾器，但無法設(shè)置行級別的過濾器。這也是為什么DAC適合整個表都在單獨(dú)數(shù)據(jù)庫中的情況而不適合聯(lián)合數(shù)據(jù)庫。DAC還不適合需要實(shí)時同步的程序，更多信息，請?jiān)贐OL中參閱Export a Data-tier Application。

備份和還原

創(chuàng)建數(shù)據(jù)庫備份是為了從管理錯誤、程序錯誤以及數(shù)據(jù)中心中出問題導(dǎo)致的數(shù)據(jù)丟失中進(jìn)行還原。在Windows Azure SQL Database中備份和還原數(shù)據(jù)和在企業(yè)內(nèi)部的SQL Server中并不一樣，因此需要和可用的資源和工具共同使用。因此為了進(jìn)行可靠的恢復(fù)而進(jìn)行的備份還原Windows Azure SQL Database就需要一個的備份和還原策略。需要Windows Azure SQL Database進(jìn)行數(shù)據(jù)恢復(fù)的場景主要分為下述三類:

• 基礎(chǔ)構(gòu)架和硬件失敗:數(shù)據(jù)中心可能出現(xiàn)硬件故障，比如說為您的數(shù)據(jù)提供Windows Azure SQL Database服務(wù)的硬件節(jié)點(diǎn)故障。
• 程序或用戶所產(chǎn)生的問題和故障:用戶或程序有可能對數(shù)據(jù)產(chǎn)生意料之外的操作，這類操作需要進(jìn)行恢復(fù)。比如說，某個用戶錯誤的修改了一個客戶的信息，等等。
• 數(shù)據(jù)中心設(shè)備損壞:當(dāng)前的Windows Azure SQL Database服務(wù)協(xié)議指定了在微軟控制之外的原因比如說災(zāi)難發(fā)生所導(dǎo)致的問題是免責(zé)的。在災(zāi)難發(fā)生時，數(shù)據(jù)中心可能出現(xiàn)數(shù)據(jù)庫無法從復(fù)制或是在線備份中恢復(fù)的損害。

最終您需要決定對于存儲在Windows Azure SQL Database數(shù)據(jù)中心的數(shù)據(jù)能夠損失的程度。有關(guān)可用備份和還原工具以及圍繞其所建立的災(zāi)難恢復(fù)策略，請參閱MSDN中的Business Continuity in SQL Database。

轉(zhuǎn)移到Windows Azure

當(dāng)您真正開始將您的程序遷移到Windows Azure時，您可以遵循下述兩種方式：

• 并行運(yùn)行:使用這種方式，您的程序同時在企業(yè)內(nèi)部和Windows Azure上運(yùn)行。這使得您可以在程序完全依賴云端運(yùn)行之前在Windows Azure進(jìn)行在線測試。您的測試應(yīng)該包含但不僅限于:功能測試,性能測試,擴(kuò)展性測試。當(dāng)完成對Windows Azure上新系統(tǒng)的完整測試后，將剩余部分?jǐn)?shù)據(jù)遷移到云端，最終關(guān)閉企業(yè)內(nèi)部的系統(tǒng)。
• 暫停和轉(zhuǎn)移:這種方式適用于系統(tǒng)在Windows Azure上線之前所有的數(shù)據(jù)都需要被同步。使用這種方式需要首先完成在Windows Azure上的功能和性能測試，然后使用上面提到的數(shù)據(jù)同步方式將數(shù)據(jù)同步到Windows Azure。我們推薦本地和云端的數(shù)據(jù)盡量保持一致以減少最終數(shù)據(jù)同步或ETL操作所需的時間。最終轉(zhuǎn)移到Windows Azure時，關(guān)閉企業(yè)內(nèi)的系統(tǒng)，并做***一次數(shù)據(jù)同步，然后將Windows Azure上的程序上線。

本文翻譯自Windows Azure官方指南，全部系列翻譯完后會集結(jié)成PDF放在Technet的Community Content中。