本文為機器翻譯文章。如需檢視英文版,請選取 [原文] 核取方塊。您也可以將滑鼠指標移到文字上,即可在快顯視窗顯示英文原文。
譯文
原文

利用 SharePoint 2013 的試驗升級發掘潛在的問題

 

適用版本:SharePoint Foundation 2013, SharePoint Server 2013

上次修改主題的時間:2016-12-16

摘要:在實際資料複本上測試升級程序,以準備升級為 SharePoint 2013。

開始從 SharePoint 2010 產品 升級為 SharePoint 2013 之前,您應該測試升級程序,以確實了解成功升級所需執行的作業。使用試驗升級測試程序會顯示下列問題:

  • 升級計劃是否適用,或者是否必須進行調整。

  • 環境中的自訂,以規劃升級期間如何處理這些自訂。

  • 是否應升級硬體,以更有效率且快速地執行升級。

  • 升級的時機,或在您的環境中升級所需的時間。

  • 在作業方面必須規劃的項目,例如可用的資源。

此外,您可以使用試驗升級,以熟悉升級工具及程序本身,讓您可預期執行實際程序時的情況。透過測試,您可以探索下列問題:

  • 升級使用者介面的外觀為何?如何了解您已完成一個階段並進入另一個階段?

  • 記錄檔的位置以及讀取方式?提供的資訊包含?

  • 是否必須調整升級程序期間所使用的指令碼或命令,特別是使用指令碼升級為 SharePoint 2010 產品 的情況。

  • 是否有解決任何中斷情況的適當計劃。

本文說明測試升級的基本步驟,亦提供建議以檢閱結果,並根據您在測試期間的了解調整升級計劃。

此外,下列資源可能有助於測試升級程序:

您可以使用虛擬硬體或實體硬體測試升級程序。每一個環境都是唯一的。因此,並沒有針對升級時間長短或升級特定自訂之難度的一般準則。執行一連串的試驗升級是掌握升級程序的最佳作法。

以下是建立測試環境時所需考量的一些事項:

  • 讓測試伺服器陣列儘可能類似實際伺服器陣列,例如在硬體、軟體及可用空間等方面。

  • 在測試伺服器陣列中使用與實際伺服器陣列相同的 URL。否則,您會浪費時間診斷與實際升級中不會出現之 URL 相關的問題。使用相同的 URL,然後僅從具有主機檔案變更的電腦進行測試,即可執行此作業。

  • 針對網頁伺服器和應用程式伺服器使用不同的電腦名稱。

    如此可防止 Active Directory 網域服務 (AD DS) 衝突。

  • 針對測試伺服器陣列使用執行 SQL Server 的不同伺服器

    如果針對測試伺服器陣列和實際執行伺服器陣列使用執行 SQL Server 的相同伺服器,可能會在執行測試時,影響實際執行伺服器陣列的效能。建議您針對實際執行伺服器陣列和測試伺服器陣列使用不同的 SQL Server 電腦 (而不只是執行個體)。

  • 在測試環境中使用相同的資料庫名稱。

    如此一來,即可驗證用來管理環境的任何指令碼。同樣地,請務必使用執行 SQL Server 的不同伺服器,否則將有可能影響實際執行環境。

  • 請務必將所有設定與自訂轉移到測試環境。<識別及安裝自訂>一節提供收集此資訊的相關資訊。

確定您在測試環境中採取的動作不會影響實際環境。請注意下列幾點:

  • 外部資料連線

    即使使用環境的複本,資料來源的連結仍是實際的。您對測試環境中的資料所做的變更會影響實際執行環境。

  • 對仍要實際執行的即時資料庫執行命令

    請務必使用資料庫複本進行測試,而不是實際執行環境中的即時版本。例如,如果對即時資料庫執行 Test-SPContentDatabase,而不是複本,則會影響實際執行環境的效能。

使用虛擬環境測試時,不需要過多的硬體。您可以只使用兩部執行 Hyper-V 的伺服器複製環境。其中一部伺服器具有前端網頁伺服器與應用程式伺服器的映像,而另一部伺服器具有資料庫伺服器的映像。

但是,虛擬環境的效能標準可能與實體環境不同。如果實際執行環境是實體環境,則必須在計算升級實際執行環境所需的時間時,將此差異列入考量。如果使用 SQL Server 的實體伺服器,通常可以取得較佳的效能評估。請務必對實際執行環境中執行 SQL Server 的伺服器採用類似的效能規格。

虛擬測試環境中的伺服器散佈

適用於升級的虛擬測試伺服器陣列

使用實體環境測試時,必須以儘可能接近環境的方式複製預定實際執行伺服器陣列環境。若過度簡化前端網頁伺服器、應用程式伺服器或資料庫伺服器的數目,則無法正確評估升級程序所需的時間。您可能無法以相同的角色,對因伺服器之間互動所發生的複雜情況負責 (例如 SQL Server 交易)。若在預定實際執行伺服器陣列的角色中有多部伺服器,請在測試伺服器陣列中至少使用該角色的兩部伺服器,測試此類問題。

實體測試環境中的伺服器散佈

適用於測試升級的實體伺服器陣列

為能有正確的測試程序,必須找出目前環境中的所有自訂,然後將這些自訂複製到測試環境。如需必須識別之自訂類型的詳細資訊,請參閱<建立升級到 SharePoint 2013 期間的現有自訂計畫>。

  • 識別特定自訂項目中的子網站SharePoint 2010 產品環境中使用的所有內容資料庫上的Stsadm –o enumallwebs作業。這項作業會列出每個網站集合並在您的環境和範本中之網站所依賴的子網站的識別碼。如需詳細資訊,請參閱Enumallwebs: Stsadm 作業

  • 使用 WinDiff 等工具 (大部分 Microsoft 作業系統皆會提供的工具),以比較實際執行環境的伺服器與測試伺服器陣列的伺服器。您可以使用此工具查看伺服器上存在的檔案及檔案間的不同之處。

  • 檢查 web.config 檔案是否有任何變更,並在 SafeControls 元素中尋找任何自訂控制項。

  • 使用 SharePoint 診斷工具 (SPDiag) 來尋找部署解決方案。如需詳細資訊,請參閱SharePoint 診斷工具 (SPDiag)

  • 建立您找到的所有自訂項目清單。如果有可能,識別自訂項目、 的來源。例如,是否有第三方增益集或內部開發自訂的範本吗?識別來源之後,您可以再檢查更新或已升級的版本的自訂項目。下載SharePoint 2013 產品預覽升級工作表和您環境中,根據您在自訂的研究記錄的資訊。

提示 提示:
有關不是您所建立之自訂應連絡誰?
  • 若在使用從 Microsoft 網站下載的範本時發生問題,請連絡 Microsoft。

  • 若在使用協力廠商所提供的舊版範本或元件時發生問題,請連絡協力廠商解決方案廠商。該廠商可能會有升級的版本。

找出所有自訂之後,請將這些自訂複製到測試伺服器陣列中適當的伺服器上。確定已部署下列自訂:

  • 解決方案 - 舊版解決方案預設會部署至 /14 目錄。安裝解決方案時,請使用 CompatibilityLevel 參數,將解決方案部署至 /15 目錄。如需詳細資訊,請參閱<Install-SPSolution>。

  • 自訂主版頁面

  • 自訂 JavaScript

  • 自訂 CSS 檔案 (為佈景主題加入這些檔案)

  • 自訂工作流程動作 (必須包含在動作檔案中)

  • 確認大型清單查詢節流設定,以確定大型清單如預期般顯示。

測試自訂時,請使用下列指導:

  • 檢查外觀上有無變更。

  • 檢查行為上有無變更。

  • 同時測試 2010 和 2013 模式網站集合。

  • 尋找任何語言或資源載入問題。

    當 2010 模式中存在自訂並在 2013 模式中以新自訂加以取代時,會發生此問題。由於只有一個語言資源通用目錄,因此載入正確檔案時可能會發生問題。請確定取代的 2013 自訂包含 2010 資源,自訂才能繼續在這兩個模式中正常運作。

  • 驗證升級未影響自訂。確定自訂未封鎖網站集合升級。

將資料庫附加到 SharePoint 2013 之前,可使用 Test-SPContentDatabase Windows PowerShell Cmdlet,判斷環境中是否缺少任何自訂。將資料庫還原至資料庫伺服器之後,請對每個資料庫執行此命令,再執行升級。請注意,除非此 Cmdlet 發現問題,否則在執行期間不會顯示任何訊息,也不會傳回任何輸出。

除非使用實際資料,否則無法達成測試目標。請使用 Microsoft SQL Server 備份與還原工具建立內容和服務資料庫的複本。

若要了解升級時可能會發生的情況,最好的方法就是對所有資料的複本進行測試。但是,這對初始測試不一定是實際可行的選擇。您可以一次測試一個資料庫進行分段測試 (若資料庫很大),以確定測試內容皆是該資料集的相關唯一內容。您也可以組合來自環境中代表性網站的資料子集。若要先使用資料子集進行測試,請確定該子集具有下列特性:

  • 資料子集包含環境中一般所支援的網站。

  • 資料子集的大小與複雜性非常類似環境的實際大小與複雜性。

重要事項 重要事項:
測試資料的子集時,不會產生處理環境的整個資料量所需之時間的有效基準。

複製資料之後,請先執行一次升級程序以查看會有什麼影響。這只是第一回合。遵循<將內容資料庫升級到 SharePoint 2013>中的步驟,嘗試資料庫附加升級程序。

測試升級程序時,請務必測試跨伺服器陣列共用的服務。請考慮所有情況,例如:

  • 連線至 SharePoint Server 2013 服務伺服器陣列的 SharePoint Server 2010 伺服器陣列。

  • 連線至 SharePoint Server 2013 服務伺服器陣列的 SharePoint Server 2013 伺服器陣列。

  • 不同服務使用不同版本的伺服器陣列。

利用測試環境尋找服務應用程式的任何安全性、設定、相容性及效能問題。

完成測試升級之後,即可檢閱結果並重新檢視您的計劃。請檢視記錄檔、檢視已升級的網站,再檢閱您的自訂。升級對您的環境有什麼效果?您了解哪些內容?需要重新考慮的升級計劃內容為何?

檢閱升級記錄檔與升級錯誤記錄檔 (執行升級時產生)。升級記錄檔 (.log) 與升級錯誤記錄檔 (.err) 位於 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\15\LOGS。記錄檔的命名格式如下:Upgrade-YYYYMMDD-HHMMSS-SSS.log,其中 YYYYMMDD 是日期,而 HHMMSS-SSS 是時間 (24 小時制的小時、分鐘、秒及毫秒)。

記錄檔格式符合 Unified Logging System (ULS) 慣例。若要檢閱記錄檔找出問題,並進行疑難排解,請從檔案開頭著手。相同的錯誤或警告若是出現在環境內的數個網站集合,或這些錯誤或警告造成升級程序完全無法進行,可能會出現重複的錯誤或警告。例如,若無法連線至設定資料庫,升級程序會嘗試 (並失敗) 多次,而這些嘗試均會列於記錄檔中。

確認未升級的網站集合在 2010 模式中如預期般運作。網站的外觀和行為應該與其在 SharePoint 2010 產品 中一樣。預期會有一些變更。例如,Office Web Apps 和 Web Analytics 功能在 SharePoint Server 2013 中已經變更,因此會影響使用這些功能的網站。如需尋找之特定內容的資訊,請參閱<檢閱升級到 SharePoint 2013 的網站集合>。

如果必須重新執行升級,您可以使用 Upgrade-SPContentDatabase Windows PowerShell Cmdlet 重新啟動資料庫的升級程序。如需此 Cmdlet 的詳細資訊,請參閱<Upgrade-SPContentDatabase>。如需詳細資訊,請參閱<重新啟動升級到 SharePoint 2013 的資料庫附加升級或網站集合升級>。

測試及驗證內容和服務資料庫的升級之後,即可測試網站集合的升級程序。請遵循<將網站集合升級至 SharePoint 2013>中的步驟,來測試網站集合升級程序。如果環境中含有「我的網站」,請參閱<升級到 SharePoint 2013 的程序概觀>,以取得升級這些項目之程序的詳細資訊。

注意事項 附註:
「我的網站」的相關內容僅適用於 SharePoint Server 2013。

目視檢閱已升級的網站,找出需要在實際執行環境中執行升級程序之前,所要解決的任何問題。如需尋找之特定內容的詳細資訊,請參閱<檢閱升級到 SharePoint 2013 的網站集合>。

由上往下開始檢閱網站集合升級記錄檔,以檢查是否有任何問題。查看記錄檔結尾附近的摘要區段,以了解問題計數及實際升級狀態 (如果沒有狀態,則表示升級程序失敗,且必須重試網站升級)。網站集合記錄檔儲存在網站集合本身 (_catalogs/Upgrade 文件庫中) 及檔案系統。檔案系統記錄檔包含更多資訊,可供您取得問題的詳細資料。網站升級記錄檔的檔案系統版本位於 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\15\LOGS。記錄檔的命名格式如下:SiteUpgrade-YYYYMMDD-HHMMSS-SSS.log,其中 YYYYMMDD 是日期,而 HHMMSS-SSS 是時間 (24 小時制的小時、分鐘、秒及毫秒)。

重複測試程序,直到您確定已找到所有可能面臨的問題,並了解如何解決問題為止。您的目標在於了解計劃內容,若現在是星期日下午 4:00,而您必須在星期一上午恢復連線,但過程不順利。是否有無法返回的部分?請測試替代計劃並確定有效,再開始實際的升級。

https://technet.microsoft.com/zh-tw/library/ff382642.aspx
顯示: