共計 4653 個字符，預計需要花費 12 分鐘才能閱讀完成。
丸趣 TV 小編給大家分享一下 Windows Azure 是什么，希望大家閱讀完這篇文章之后都有所收獲，下面讓我們一起去探討吧！
Windows Azure 是一個由微軟數據中心提供的一個 Internet 級別的計算和服務平臺。因為通過使用 Windows Azure, 微軟會維護所有底層的操作系統、硬件、網絡、存儲資源并且會不斷的更新這個平臺，因此開發和系統管理人員不再需要為底層的軟件和硬件基礎構架操心。
由于 Windows Azure 和企業內平臺有很大的區別。我們強烈推薦您在將程序遷移到云端之后，就像新部署程序時一樣對程序進行功能和性能的測試。您需要在實現遷移的過程中考慮下述重要部分：
本篇主題的重點是 Windows Azure Cloud Services. 而關于將 SQL Server 遷移到 Windows Azure 虛擬機的初步指導，請參閱 Migrating with Windows Azure Virtual Machines。
構建驗證測試環境
在將程序遷移到云端的時候，您必須知道如何測試和調試您的程序以便保證您的程序在云端和在本地一致。下述列表展示了您可以用于測試您的程序的方法：
Windows Azure Tools for Microsoft Visual Studio: 在您創建程序后，您可以使用計算和存儲模擬器在本地對程序進行調試。這使得您可以在將程序發布到 Windows Azure 之前在本地開發程序。Windows Azure Tools for Microsoft Visual Studio 對 Visual Studio 2010 進行擴展使得額外添加的計算和擴展模擬器包含了 Windows Azure 的大部分功能，從而您可以在本地對程序進行測試。我們推薦您在功能測試的早期就進行這類測試。更多信息，請參閱:Windows Azure Tools for Microsoft Visual Studio。
SQL Server 數據工具:SQL Server Data Tools (SSDT) 在 Visual Studio 2010 中提供了集成開發環境，您可以使用這個工具來設計數據庫、創建和編輯數據庫對象和數據，或是對其支持的所有 SQL 平臺執行查詢語句; 這包括在云端的 Windows Azure SQL Database 和非云端的 Microsoft SQL Server 2012。這個工具允許您檢查程序中數據訪問模塊。無論這部分數據是本地默認數據庫還是 Windows Azure SQL Database, 這個工具都可以用來測試您的數據庫項目解決方案。更多信息，請參閱 SQL Server Data Tools: 注意:Windows Azure Tools for Microsoft Visual Studio 和 SSDT 都可以用于對在線和離線的數據源進行基本的功能和兼容性測試。但是為了真正從功能、性能可擴展性的角度測試運行在云端的程序，您還需要在您程序運行的 Windows Azure 上進行測試。
自動化測試框架: 很多程序已經存在可以用來保證程序的模塊和功能正常工作的自動化測試框架。當程序在 Windows Azure 上運行時，這類自動化測試框架是否可以正常運行取決于這類框架是如何設計的。如果這類框架需要在企業內部運行但可以通過定義好的端點連接 Windows Azure，這類框架就有可能在云端正常工作。否則，我們建議您將自動化測試框架和程序本身都遷移到 Windows Azure 上以避免丟失連接和網絡延遲問題。
Visual Studio 負載測試: 如果程序當前并不存在自動化測試框架，我們推薦您創建一個新的自動化測試框架并使用 Visual Studio 負載測試來模擬多用戶負載。更多信息，請參閱:Using Visual Studio Load Tests in Windows Azure Roles。
同步數據庫以減少轉移時間
您應該盡量減少在測試、數據移動和生產之間的轉換時間。將企業內部的數據上傳到 Windows Azure 可能會需要數個小時甚至數天。您不會希望在這段時間內您的程序不可用。這也是為什么您需要一個減少停機時間的計劃。注意轉移時間意味著將企業內部程序遷移到 Windows Azure 的最終步驟所需的時間。在轉移之前，看看哪些表中的數據在遷移過程中不改變而哪些表中的數據在遷移的過程中可能改變。對于靜態數據來說，您不需要在轉移時間內轉移這部分數據，如果您不能確定某些特定表中的數據是否會在轉移時間內改變，您應該在系統中添加將改變的數據遷移到云端的程序。我們還推薦您考慮是否所有企業內部的數據都需要遷移到云端才能使得在 Windows Azure 上的程序上線。如果您的程序只有部分數據存在云端就能上線，那就會大大減少停機時間。
但如果是程序在 Windows Azure 上線之前，云端數據需要和企業內部數據保持一致，那就考慮減少在轉移時間內所轉移的數據量。在某些情況下，可以在轉移時間之前就先轉移部分數據，在實際的轉移時間內轉移另外一部分數據。在這種情況下，您需要區分哪些數據是可以提前轉移的，而哪部分數據需要在轉移時間內轉移，這樣做的好處是允許您的程序在 Windows Azure 中上線的過程中因為只轉移部分數據而減少停機時間，您可以使用下述方式在轉移時間之前同步數據:
Windows Azure SQL Data Sync
Windows Azure SQL 數據同步服務提供了為 Windows Azure SQL Databases 同步數據的功能，這個服務目前有兩個主要功能:
同步企業內部的 SQL Server 數據庫和 Windows Azure SQL Database 實例之間的數據，使得企業內部和基于云端的程序可以使用相同的數據。
同步 Windows Azure SQL Database 實例之間的數據，被同步的實例可以在同一個數據中心，不同的數據中心，甚至是不同的區域。
對于下述情況，用 Windows Azure SQL 數據同步服務來同步企業內部數據庫和 Windows Azure SQL Database 實例之間的數據是一個很好的選擇:
您需要對程序進行并行測試。
在將企業內部的所有數據遷移到 Windows Azure 之前您的程序需要繼續運行，在遷移之后將這部分改變的數據遷移到 Windows Azure。
在遷移到 Windows Azure 之前，您企業內部的程序需要繼續運行，同時還需要減少停機時間。
程序同時使用了云端和企業內部數據庫作為混合解決方案的。
值得注意的是，SQL Data 同步服務使用改變跟蹤表用于跟蹤被改變的表來使得這些改變的數據被同步。當使用 SQL 數據同步服務時，您必須為這個改變跟蹤表預留空間。除此之外，您 *** 不要修改被同步表的表結構或是主鍵，除非您重新初始化同步組。但對于需要中介和實時數據同步的情況下 SQL Data 同步服務就不是那么理想了，更多信息，請參閱 SQL Data Sync。警告:SQL Data Sync 當前僅僅是預覽版，僅僅是為了未來的版本收集反饋信息，所以不應該被用到生產環境中。
復制、鏡像、事務日志傳送
您可以使用復制、鏡像、事務日志來將企業內部的一個 SQL Server 實例中的數據同步到另一個企業內部的 SQL Server 實例或是 Windows Azure 虛擬機上的實例。但是這些選項都不能將數據移入或移出 Windows Azure SQL Database 中。更多信息，請參閱:Replication and Log ShippingandDatabase Mirroring and Log Shipping。
自定義抽取、轉換、裝載 (ETL)
為了減少在轉移時間內轉移數據所需的時間，您應該盡量在轉移時間之前盡可能多的轉移數據。您可以使用自定義 ETL job 來將那些被改變的數據從企業內部的 SQL Server 轉移到 Windows Azure 環境中。當從 SQL Server 2008 之后的版本中遷出數據時，我們推薦使用 CDC 功能來確保僅僅那些改變的數據從企業內部的數據庫中轉移到 Windows Azure SQL Database 實例中。更多關于 CDC 的信息，請參閱 BOL 上的 Track Data Changes。但對于那些沒有 CDC 的數據庫，您需要創建一個數據跟蹤系統來追蹤那些被遷移之后改變的數據。總之，在實際的轉移時間遷移最小量的數據會大大減少停機時間。
導出數據層應用程序 (DAC)
通過 DAC, 您可以將 SQL Server 實例中的數據導出并將其存入 Windows Azure Blob 存儲中并稍后還原到 Windows Azure SQL Database。通過 DAC，您可以設置只有需要的表被導入或導出的表級別過濾器，但無法設置行級別的過濾器。這也是為什么 DAC 適合整個表都在單獨數據庫中的情況而不適合聯合數據庫。DAC 還不適合需要實時同步的程序，更多信息，請在 BOL 中參閱 Export a Data-tier Application。
備份和還原
創建數據庫備份是為了從管理錯誤、程序錯誤以及數據中心中出問題導致的數據丟失中進行還原。在 Windows Azure SQL Database 中備份和還原數據和在企業內部的 SQL Server 中并不一樣，因此需要和可用的資源和工具共同使用。因此為了進行可靠的恢復而進行的備份還原 Windows Azure SQL Database 就需要一個的備份和還原策略。需要 Windows Azure SQL Database 進行數據恢復的場景主要分為下述三類:
基礎構架和硬件失敗: 數據中心可能出現硬件故障，比如說為您的數據提供 Windows Azure SQL Database 服務的硬件節點故障。
程序或用戶所產生的問題和故障: 用戶或程序有可能對數據產生意料之外的操作，這類操作需要進行恢復。比如說，某個用戶錯誤的修改了一個客戶的信息，等等。
數據中心設備損壞: 當前的 Windows Azure SQL Database 服務協議指定了在微軟控制之外的原因比如說災難發生所導致的問題是免責的。在災難發生時，數據中心可能出現數據庫無法從復制或是在線備份中恢復的損害。
最終您需要決定對于存儲在 Windows Azure SQL Database 數據中心的數據能夠損失的程度。有關可用備份和還原工具以及圍繞其所建立的災難恢復策略，請參閱 MSDN 中的 Business Continuity in SQL Database。
轉移到 Windows Azure
當您真正開始將您的程序遷移到 Windows Azure 時，您可以遵循下述兩種方式：
并行運行: 使用這種方式，您的程序同時在企業內部和 Windows Azure 上運行。這使得您可以在程序完全依賴云端運行之前在 Windows Azure 進行在線測試。您的測試應該包含但不僅限于: 功能測試, 性能測試, 擴展性測試。當完成對 Windows Azure 上新系統的完整測試后，將剩余部分數據遷移到云端，最終關閉企業內部的系統。
暫停和轉移: 這種方式適用于系統在 Windows Azure 上線之前所有的數據都需要被同步。使用這種方式需要首先完成在 Windows Azure 上的功能和性能測試，然后使用上面提到的數據同步方式將數據同步到 Windows Azure。我們推薦本地和云端的數據盡量保持一致以減少最終數據同步或 ETL 操作所需的時間。最終轉移到 Windows Azure 時，關閉企業內的系統，并做 *** 一次數據同步，然后將 Windows Azure 上的程序上線。
看完了這篇文章，相信你對“Windows Azure 是什么”有了一定的了解，如果想了解更多相關知識，歡迎關注丸趣 TV 行業資訊頻道，感謝各位的閱讀！
