Microsoft Office 365：將 Office 移往雲端
移往 Office 365 對中小型企業來說有著無與倫比的優勢，但是需要考量幾個轉換的問題。
Brien M. Posey
有的各種福利搬到 Microsoft Office 365，大多是與相關的成本和可靠性。 也有幾件事情，你應該照顧，避免或確保你做好了，根據您的環境。
如果您有一個小或啟動的企業，還沒有對樓宇網路有什麼毛病不斷發展和註冊域，使用它，當你註冊辦公室 365。 但是，如果您已經有一個完善的網路基礎架構，它可以是一個巨大的錯誤，以配合雙腳跳和使用現有的功能變數名稱，當您第一次註冊辦公室 365。
自 1997 年以來組成的實驗室域和生產域上樓宇網路維護後, 是時候外包我到 Microsoft Office 365 的生產環境。 決定不那麼多有關成本，它是關於可靠性。 業務的連續性要求判我的生產環境。 中移動到 Microsoft Office 365，出現了幾個轉型期的最佳做法。
Microsoft Office 365 過渡過程充滿陷阱。 你不想打斷關鍵業務過程所遇到的這些陷阱之一的風險。 既然如此，這裡是使移動的幾個建議：
- 註冊一個全新的功能變數名稱，您可以使用僅用於測試目的。
- 構建測試實驗室，同樣配置到您的生產環境 （但規模較小）。
- 獲取免費試用的 Microsoft Office 365。
- 使用您的實驗室環境和您一次性的功能變數名稱來感受過渡在之前您承諾使用你生產的功能變數名稱的感覺。
確定過渡類型
你必須做出過渡到 Microsoft Office 365 的首批決定之一就是過渡的要使用哪種類型。 一個選項是執行基於共存的遷移。 另一個是完全避免共存。
基於共存的遷移工作將 Office 365 伺服器連接到您現有的樓宇上網路。 這將 Office 365 伺服器視為您現有的網路的擴展。 這種類型的轉換可以是臨時的或者您可以繼續無限期地運行處於共存的狀態。
您還可以選擇避免共存方案。 在這種情況下，Office 365 被視為一個完全獨立的實體。 您不使用共存的情況下，可以將您現有的資料移轉到辦公室 365。 有兩種方法的利弊。
如果您決定採取共存的做法，強烈建議您在嚮導發現在 Exchange 伺服器 2010 SP2 的利用。 此嚮導可大大簡化遷移過程。 不使用嚮導，您的遷移將由大約 50 步驟組成。 該嚮導將整合到六個步驟的過程。
雖然是基於嚮導的遷移過程，涉及遠較少的步驟，如果您要手動執行它比，別建立共存是很容易的想法。 建立共存需要大量的計畫和努力工作。 您可能應該使用您的實驗室環境和一次性使用的域的名稱工作通過過渡進程。 這種方式，你不會有感覺你通過在生產環境中遷移過程的方式。
如果你去與非共存遷移，過程是相當容易的。 然而，避免共存是通常只適用于很小的組織。 在大型組織中，是不切實際，嘗試手動重新創建使用者帳戶，然後將資料移動到雲計算的。
滿足新郵箱
在轉換為 Microsoft Office 365 我自己的小型企業組織，我選擇了非共存方法。 做法是類似于 Exchange 伺服器 2010 年執行撥號音恢復。 第一步是在 Microsoft Office 365 伺服器上創建全新的郵箱和配置這些郵箱使用相同的電子郵件地址作為我的處所內的伺服器。 從那裡下, 一步是要修改我的域的 MX 記錄，因此，郵件將開始流動到辦公室 365 郵箱伺服器上，而不是對處所的郵箱伺服器。
在這一點上，唯一的東西左，做被重定向到新郵箱我 Outlook 用戶端，並將舊的郵件移動到辦公室 365 郵箱伺服器。 移動所有舊的消息，意味著將所有郵件從我對處所的郵箱伺服器都複製到一系列的 PST 檔 （每個郵箱單獨 PST 檔）。
一旦我連結到新郵箱的前景，我連接的 PST 檔，並從 PST 檔的郵件移到基於雲計算的郵箱伺服器。 這一過程被證明是勞動密集型，所以它不可能適合於大型組織。 對於小型網路，雖然過程工作得非常好。
DNS 更新
MX 記錄了切換到辦公室 365 部署之前進行更新。 然而，MX 記錄只是幾個更新，以使用 Microsoft Office 365 所需的 DNS 記錄。 雖然相對簡單執行 DNS 更新，則有幾個需要考慮的重要因素。
第一次涉及到確定誰有權對您的 DNS 記錄進行修改。 大多陣列織可能會能夠使他們自己通過 ISP 提供的一個 Web 主控台或處所的 DNS 伺服器的 DNS 修改。 在這種情況下，不過，我沒有直接存取到我的 DNS 記錄。 其實只好把我做為我的修改後的 ISP。
無論是否您會使您自己的 DNS 記錄的修改或離開，向您的 isp 聯繫，只是保持你會需要進行多個修改。 你需要創建特殊的 DNS 記錄，作為微軟證明您確實擁有域的一種方式。 一旦您已經與辦公室 365 註冊了功能變數名稱，有大量的其他 DNS 記錄，您需要創建或修改。 根據您正在執行的轉換的類型，這些修改可能會發生次全部或分開。 您可能需要單獨修改您的 DNS 記錄，當您開始轉換特定的服務。
在此過程中遇到的 DNS 問題只是我的 ISP 使用基於命令列的倫諾克斯 DNS 伺服器。 為此，它並不知道如何創建一些資源記錄所需的 Microsoft Lync。 最終，這些記錄證明是不必要的使用 Office 365 的方式。 它可能是一個大問題，不過，要是都依賴 Lync。
活動目錄同步
如果您決定要執行基於共存的過渡，您需要考慮到 Active Directory 同步過程。 當您執行一個共存的部署時，您將會繼續有在處所內的網域控制站。 將基於雲計算的 Dc。 Microsoft Office 365 旨在執行有關處所和基於雲計算的區議會之間所需的活動目錄同步。
您可能沒有意識到之前就太晚 Active Directory 同步過程是一條單行道。 如果您對樓宇對 Active Directory 的修改，這些更改將同步到雲。 另一方面，如果您對進行修改的基於雲計算的副本的活動目錄，這些更改不會同步到您當地的區議會。 事實上，將最終目錄同步過程覆蓋您的更改。
協力廠商工具
轉換為 Microsoft Office 365 的往往忽視方面之一是根據過渡期的性質，在您的組織已經投資任何協力廠商產品可能會變得無用。 在某些情況下，協力廠商軟體產品可能會繼續如果您的公司保持處所內的部署，除了基於雲計算的部署工作。 然而這是保證，不了。 繼續的功能極大地取決於個別產品與您的 Office 365 部署的性質。
使用協力廠商軟體的問題是 Microsoft 不會讓你在基於雲計算的伺服器上安裝的軟體產品。 為此，如果您有您當前正在運行在本地 Exchange、 SharePoint 或 Lync 伺服器的實用程式，您將無法將這些實用程式部署到微軟基於雲計算的伺服器。
在某些情況下這種限制可以是一個大問題。 在過渡到辦公室 365 之前, 我的網路用於垃圾郵件控制的 GFI 郵件要點。 建設以確保用戶端的郵件永遠不會被視為垃圾郵件白名單了相當多的時間。 同樣重要的是，垃圾郵件過濾機制是微調擺脫絕大多數的成千上萬的垃圾郵件中的每一天的到來。
在辦公室 365 交換器之後, 我不得不停止使用 GFI 郵件要點。 Microsoft 提供最前沿的交流作為一種手段控制垃圾郵件，但仍然花了一個月，到哪裡我就可以過濾掉大部分的入站垃圾郵件點微調最前沿的好一部分。
在我的情況下，垃圾郵件的控制是唯一的服務，而無法在 Microsoft Office 365 伺服器上運行協力廠商實用程式受影響。 較大的組織可能會發現自己不得不放棄其他服務。 其中可能包括用於常見任務，如監視軟體或消息法規遵從性的工具。
Outlook 注意事項
未能與 Microsoft Office 365 使用協力廠商伺服器級產品可能不是一個對於某些組織的問題。 不過，也有一些用戶端的限制，您需要考慮。
對於初學者，舊版本的 Microsoft Outlook 不工作與 Microsoft Office 365。 辦公室 365 需要 Outlook 2007 的最小值。 這意味著組織運行 Office 2003 或更早版本的 Office 將不得不搬到辦公室 365 之前升級。 值得注意的一些辦公室 365 訂閱套裝軟體包括 Microsoft Office 2010 上-處所發牌。 當然，Outlook Web 應用程式所包含所有 Microsoft Office 365 訂閱，可以用作 Outlook 的替代方法。
某些協力廠商 Outlook 增益集不會使用 Office 365 Outlook 的另一個重要考慮因素。 許多 Outlook 外掛程式 （如防毒軟體，郵件歸檔軟體等等） 基於對郵件應用程式設計介面 (MAPI)，和辦公室 365 並不支援使用 MAPI 堆疊。 因此，基於 MAPI 的實用程式不會工作辦公室 365。
很明顯，有一些實質性的因素，遷移到辦公室 365 之前要考慮。 即便如此，切換到辦公室 365 是值得的。 服務是總是比對網路、 處所的更可靠和更少的修補程式管理和其他維護任務上花費的時間，就相當於增加價值。
.jpg)
**Brien M。 Posey**MVP，是與成千上萬的文章和書籍到其信用數十個兼職技術作者。您可以訪問 Posey 的網站，網址是 brienposey.com。