可考慮的 SharePoint 2007 移轉選項

在 Microsoft SharePoint Server 產品 (例如 Microsoft SharePoint Server 2007) 的生命週期和支援結束時,進行升級和移轉可能會非常耗時。了解生命週期的結束日期並提早規劃工作,會是較好的方法。

SharePoint 的常見升級策略

有數種方法可以升級 SharePoint Server 環境。如果您有 Microsoft Office SharePoint Server 2007 伺服器陣列,以下是幾種升級方法的範例:

  • 資料庫附加

  • 並存升級

  • 就地升級

  • 混合式升級 (就地升級搭配卸離的資料庫 / 獨立資料庫附加)

  • SharePoint 混合式 (線上連線至內部部署 SharePoint)

  • 在網站集合或程式庫之間手動移動資料

  • 透過 FastTrack 精靈升級至 Office 365 (SharePoint Online 部署建議程式)

  • 在 Office 365 中針對 SharePoint Online (SPO) 使用移轉 API

最適合您的解決方案是哪一個?

您對您伺服器陣列的功能與用途的知識,可在升級時提供策略上的協助。人員使用 SharePoint 伺服器陣列的方式,可協助您做出選擇。

提示: Microsoft Office SharePoint Server 2007 也提供未涵蓋於此的逐步升級功能。若要查看步驟特定的升級文章清單,請參閱 SharePoint Server 2007 的生命週期結束藍圖

不論您要升級至哪一個版本的 SharePoint,請記得查看該版本的產品生命週期與系統需求。如此一來,您就能知道何時需要進行下一次的升級 (例如,如果您決定暫時繼續使用 SharePoint Server 2010 等舊版產品以規劃更多升級,請務必了解其生命週期的結束日期),並且確定您具備可支援您計劃的硬體。

如果您正在規劃將部分或所有的 SharePoint 網站轉換至雲端的 Office 365,現在正是將 Office 365 服務說明的連結加入書籤的時候。您需要服務描述來了解 SharePoint Online 的功能,以及那些功能與內部部署 SharePoint Server 之間的差異。升級運作中的 Microsoft Office SharePoint Server 2007 伺服器陣列。如果您的安裝具有毀損的網站,請先修正它們再升級。

關於管理風險的附註

在升級邏輯的配置中,「並存」之類的方法是很重要的。當您以並存方式升級時,您會維護您的 Microsoft Office SharePoint Server 2007 伺服器陣列,但會在新硬體上建立它下一版 (SharePoint Server 2010) 的伺服器陣列。這能提供三種優點:

  1. 您會有一個可備份您 Microsoft Office SharePoint Server 2007 資料庫的位置,以便透過資料庫附加對它們進行個別升級。

  2. 如果您發現您的 Microsoft Office SharePoint Server 2007 伺服器陣列上只有少數重要文件庫和其他資訊正在使用中,您可以選擇手動將資料從 Microsoft Office SharePoint Server 2007 移至 SharePoint Server 2010,或僅將特定網站和網頁移至下一版 (這可讓您的工作更輕鬆)。

  3. 您對 Microsoft Office SharePoint Server 2007 伺服器陣列所直接執行的動作越少,升級期間該伺服器陣列所包含的資料就越安全。

就地升級之類的方法會直接針對您的 Microsoft Office SharePoint Server 2007 伺服器陣列進行操作,這會使放棄路徑並以原始環境重新開始的選項變得較少。請儘量採取一些安全性措施 (例如備份原始環境並加以測試)。例如,如果您的 Microsoft Office SharePoint Server 2007 伺服器陣列是虛擬的,並已基於備份與還原用途而複製,請在升級的服務保留時間之前備份及還原最新的資料庫。擁有在必要時可還原資料庫備份的選項,不僅較為保險,更能讓您安心。

提示: 我們為以下版本提供升級最佳做法文件:Microsoft Office SharePoint Server2007SharePoint Server 2010SharePoint Server 2013SharePoint Server 2016。您也可以搜尋 Microsoft 合作夥伴,他們具備升級或進行 Office 365 移轉的經驗。

建立計劃

如果您需要升級,就需要擬定計劃,而且您無法以單一計劃因應所有案例。您的計劃可能很簡單,例如「使用 SharePoint Online 建立 Office 365 訂閱、註冊網域,並將人員重新導向到該處以儲存其檔案」。它也可能一點都不簡單。決定權在您身上,而且一切都取決於您與您的使用者需要什麼。

附註: 在生命週期已結束的軟體上運作,是一件很危險的事。當我們發現問題時,並不會針對已不受支援的產品推出修補程式。這也意味著,當出現新的安全性威脅時,由於生命週期結束的產品已不受支援,它將不會有任何安全性修補程式或修正。請務必避免那種情況!

首先,請了解您的伺服器陣列

升級時,您的決策應該取決於您的伺服器陣列為貴組織所做的工作。它能滿足哪些需要?它的角色是什麼?貴公司的每個伺服器陣列都可能會有不同的角色。某些 SharePoint 伺服器陣列可能「很重要」,而其他則可能是檔案封存,做為保管之用。或者,如果您的伺服器陣列一次擔任許多角色,那麼您就必須了解網站集合、網頁或甚至是文件庫的功能、了解所有的自訂,以及其重要性為何。於此層級分析您的資料,乍看之下可能是件龐大的工作,但在升級或移轉網域之前充分了解它,將能為您節省許多時間與精力。當您了解其中所有的內容與最為重要的部分,您就能了解有哪些內容已經不適用,並能予以捨棄。擁有那些知識,對您未來的工作絕對是有益無害。

那麼,針對您的 SharePoint Server 伺服器陣列,使用者認為什麼是最重要的?

  • 內建的 SharePoint 功能

  • 大型資料主體 (例如檔案封存)

  • 可用性

  • 伺服器陣列 (任務關鍵性伺服器陣列) 中的重要 App、網頁組件或文件

  • 符合合規性標準

  • 自訂項目

如果您從 SharePoint 伺服器陣列執行對業務很重要的工作,比方說它擔任用戶端服務需求之相關重要資料的大型目錄,您除了要在「重要 App」上打勾,也應該要在「可用性」上打勾;也就是說,如果有一段時間無法使用 SharePoint,您的業務將會受到影響。同樣地,您可能也要在「自訂項目」打勾,因為您伺服器陣列所提供的重要服務是以自訂程式碼、網站定義,或數個互相搭配的自訂項目做為基礎。

如果 SharePoint 在您僅使用軟體內建功能,而不需行執行額外動作的情況下便能符合那些需求,且您通常會更新它並執行一般系統管理與維護,則您可能已經選擇「內建 SharePoint」。這也可能是您仍使用舊版 SharePoint 的原因。換句話說,SharePoint 一直都能夠完成您所需要的工作,而且您一直都沒有升級它的需要,直到現在當 Microsoft Office SharePoint Server 2007 的生命週期結束時。

當您列出這些項目時,便能建立升級的準則。換句話說,任何升級都必須滿足此標準,才能加以考慮。這可協助您排除目前不符合您需求的方法。

簡單的範例計劃

針對您的 SharePoint 該用何種方式升級,有可能需要與領導階層及其他系統管理員達成更廣泛的共識。SharePoint Server 系統管理員通常會與 Microsoft SQL Server 系統管理員合作、與網路和安全性小組進行共同作業等等。在有眾多專案關係人的情況下,您可能需要針對升級和移轉計劃取得協議,或是加以調整。例如,如果您將資料移轉,來使貴公司一部分的人員會在 Office 365 中使用 SharePoint Online,您可能需要在網路內進行效能調整或測試。您應該事先通知會受影響的小組。

在我的簡單範例中,我會顯示 SharePoint 系統管理員的提案,然後列出所有專案關係人皆同意的計劃。為了便於理解,請記錄您的協議和決定。

計劃會在對伺服器陣列進行深入分析之後開始,並嘗試識別伺服器陣列的角色、痛點,以及能協助縮小升級選項範圍的其他重要資訊。隨後,SharePoint 系統管理員會提出升級提案,而專案關係人會針對某個行動計劃達成共識。

我的「最重要項目」清單:

可用性、SharePoint 內建的功能,以及合規性標準。

  • 多數資料都位於 3 個網站集合上,其中由開發小組使用的「會議工作區」特別重要,它在全球多個時區中都有被大量使用的情況。

  • 另外還有 17 個被廣泛使用的其他網站。

  • 有 2 個文件庫 (根網站集合上的「會議工作區」和「文件」) 是最大的 (每個文件庫有超過 8000 個文件)。我們有大量含試算表附件的封存文件和清單。

  • 有 14 個文件庫清單含有必須維持合規性的機密資料。

  • 我們必須具備可從任何地方執行保留和電子文件探索的能力。

  • 基於資訊安全規則,此資料有部分必須保持在內部部署。

我的升級與移轉選擇:

搭配資料庫附加升級資料庫

就地升級

搭配伺服器陣列進行並存升級

混合式升級

在 Office 365 中針對 SPO 使用移轉 API (針對個人網站資料)

SharePoint 混合式 (目前還不需要)

針對重要資料手動將資料移轉至 SharePoint Online

FastTrack 精靈升級至 Office 365

我提議的計劃:

於內部部署進行升級、搭配並存的各個 SharePoint 版本、部分虛擬化,使我們可以先升級資料庫。從 SharePoint 2007 至 SharePoint 2010。系統管理員與開發人員測試產生的伺服器陣列。使用者測試產生的伺服器陣列。修正這段期間所發生的所有停止運作問題。再一次以並存方式將 SharePoint 2010 資料庫升級至 SharePoint 2013。測試。使用者測試/試驗。修正這段期間所發生的所有停止運作問題。

  • 考慮搭配 SPO 的混合式同盟搜尋是否符合您的需求。

  • 如果您想要從這裡升級至 SharePoint Online,請考慮 FastTrack 協助

  • 判斷是否有任何網站集合可以卸載至 Office 365 訂閱。(Office 365 符合許多合規性標準。Office 365 具備電子文件探索,並可透過合規性中心執行保留)。

否則,請繼續以並存方式升級至 SharePoint Server 2016。

附註: 在規劃升級的系統管理員所做的建議,以及實際的程序之間,必須和升級所仰賴的其他專案關係人進行溝通。例如,有時經濟狀況會促使系統管理員變更其計劃。不論最後的決定為何,您都應該將所有人針對未來要採取的行動所一致同意的計劃記錄下來。它看起來可能像這樣︰

我的行動計劃:

我們會在內部部署使用虛擬環境建置預設的 SharePoint Server 2010 與 2013。SharePoint Server 2016 會建置在符合 2016 系統需求的新硬體上。我們會執行資料庫附加,以將資料庫從 SharePoint Server 2007 升級至與 SharePoint 2016 之間的所有版本。如果原生功能無法滿足我們需求,此時會在 SharePoint Server 2016 環境中重建核心自訂項目並測試。如果成功,我們就能在新硬體上擁有具有已升級資料庫及較少自訂項目的內部部署伺服器陣列。我們會將已升級的內容資料庫附加至 SharePoint Server 2013 中的新網站集合,進行測試、使用者測試/試驗,然後將 DNS 完全切換到新的 SharePoint Server 2016 環境,以供實際使用。

  • 目前我們不考慮在 SharePoint Server 2016 和 SharePoint Online 之間使用同盟混合式。

  • 我們的網站估計會有 35% 能轉換成具有虛名網域的新 SPO 網站,或是最終成為商務用 OneDrive 儲存空間。持續尋找其他轉換網站,或是將新網站路由至 SPO 的機會。

  • 這部分的移轉包含一些手動作業,一部分為拖放至商務用 OneDrive 個人網站,其他則是透過移轉 API。

計劃後面應該附上更詳細的步驟,或是數個特定升級指示的連結。不應該將 MOSS 2007 電腦解除委任,且基於比較目的應維持虛擬環境;不過,當使用者被重新導向至 SharePoint Server 2016 時,便代表升級已完成。

選擇方法的主要因素,通常是升級的總成本及時間上的成本 (您在<SharePoint 移轉藍圖>文章中將能看到更多相關資訊)。不過,事先做出規劃絕對有助於您設定期望、做出明智選擇,並勾勒出成功的景象。

相關連結

Microsoft 週期原則和生命週期搜尋

搜尋可協助升級或移轉的 Microsoft 合作夥伴

擴展您的技能
探索訓練
優先取得新功能
加入 Office 測試人員

這項資訊有幫助嗎?

感謝您的意見反應!

感謝您的意見反應! 我們將協助您與其中一位 Office 支援專員連絡以深入了解您的意見。

×