共用方式為


深入了解 SharePoint

此處的資訊根據為 Beta 版本。 所有詳細資料有可能變更。

為 SharePoint 2010 做好準備

Pav Cherny

角落的周圍 SharePoint 2010 版本,接好下來考慮 [升級] 和 [遷移] 選項,並採取動作來準備您的環境。
如發生在大多數的升級或移轉案例,有數百個如果沒有數千個詳細資料來思考,增加範圍從網路連線能力業務持續性的協力廠商應用程式的複雜性。 此外,還有各種架構和案例可用於將移到如準備-測試-實作-驗證,及決定性的新版是否就地升級或移轉。

好消息是還是有計劃您的遷移策略的時間,現在來減少可能的問題,當您執行將移到 SharePoint 2010 時準備。

本文涵蓋一些您可以採取現在會有最大的影響的 SharePoint 2010 的準備的動作。 如果要更深入挖掘,您可以查看現有文件,如需額外的指引,或協助您開發更全面的計劃。

比方說 Joel Oleson 已發行簡報和白皮書關於升級準備在他部落格上sharepointjoel.com及 Microsoft 已發行的初步指導.

解決硬體和軟體的相依性

您可以採取準備您的環境的第一個動作是稽核現有的軟體及硬體設定,以查看是否有足夠的 SharePoint 2010 並更新您的環境,如果不符合需求。 最大顯著性的整體需求可是 64 位元硬體並與 SharePoint 2007 至少 SP2 更新。

您可以更,當然; 考慮更新您的環境,以配合下列最佳實務為前端和應用程式伺服器、 後端伺服器和用戶端。

前端伺服器的 SharePoint 2010 需要 64 位元 Windows Server 2008 或 Windows Server 2008 R2,使用新的 Windows 7 為基礎的使用者介面。 撰寫本文的許多安裝在 Windows Server 2003 上執行而不需主要問題,並大部分的準備進行轉換到 SharePoint 2010 如果你在那個位置需要升級作業系統。

如果在執行 Windows Server 2003 64 位元硬體已經,可以重複使用該伺服器,並執行就地升級前端、 應用程式和後端伺服器。 也可以新增新的伺服器到伺服陣列並移轉中央管理 Web 站台、 前端的角色和應用程式角色。 如果您打算將移至 Windows Server 2008,您應該考慮下列最佳實務:

  • 授與 Windows SharePoint Services計時器 (SPTimerV3) 權限。 如果伺服陣列系統管理員帳戶不是本機的系統管理員群組,或如果您有獨立的安裝,請 SPTimerV3 藉由執行 stsadm-o grantiis7permission 從 IIS 7.0 讀取] 權限授與。
  • 停止 Windows SharePoint Services搜尋 (Spsearch) 服務。 如果您安裝 Windows Server 2008,並再執行 「 SharePoint 產品和技術組態精靈 」 執行 Spsearch 時,處理程序可能會損毀搜尋索引。 若要重新建立損毀的索引,您需要執行 stsadm-o spsearch-動作停止並再瀏覽至管理中心] 中的 [Windows SharePoint Services搜尋服務設定] 頁面,然後重新命名資料庫。 如需詳細資訊,請參閱tinyurl.com/l6fmkr.
  • 檢查 IIS 7 設定。 升級至 Windows Server 2008 和 IIS7 之後, W3SVC 服務可能會停用如果 IIS 6 安裝使用如最上層的網頁伺服器擴充程式的相容功能。 您可能會遇到的另一個問題是 IIS 7 使用預設的核心模式驗證。 如果您收到 401.1 錯誤,核心模式驗證可能原因。 您可以將它停用在 「 IIS 進階設定的 Windows 驗證。 按一下here 如需詳細資訊。

後端伺服器的 SharePoint 2010 需要 64 位元 SQL Server 2005 或更新版本。 支援 SQL Express,而移動到 SharePoint 2010 提供有機會來重新檢查後端基礎結構,並將它最佳化。

在 [標準型] 和 [企業] 版本的 SQL Server 提供管理工具及高可用性功能,例如叢集。

在用戶端瀏覽器支援方面 SharePoint 2010 停止 Internet Explorer 6 的支援,而且僅支援瀏覽器標準架構都,例如 IE7 或更新版本。 SharePoint 2010 也支援 Firefox 3.x 及狩獵。

執行升級檢查程式 」 工具

確保前端伺服器執行 Windows Server 2008 在 64 位元硬體後端伺服器上執行 SQL Server 2005 (含) 以後版本,及用戶端正在使用標準為基礎的瀏覽器之後, 的下一個步驟是執行 stsadm-o preupgradecheck。 PreUpgradeCheck 隨附 SharePoint 2007 的 SP2,並使用規則檔案--OssPreUpgradeCheck.xml Microsoft Office SharePoint 伺服器 (MOSS) 和 WssPreUpgradeCheck.xml 針對 Windows SharePoint Services (WSS)--檢查設定的詳細資訊,並建立報表。

當然您可以執行 PreUpgradeCheck 之前您必須安裝 SP2。 安裝精靈是較為簡單,但是有幾件事来牢記在心。 因為您應該停止每個伺服器上的前端的 IIS 服務和備份並且卸離內容資料庫之前,先,提供給使用者規劃停機另行通知。 它是個好主意來備份前端和應用程式伺服器檔案,太,特別是如果您有自訂項目。

第二個,安裝 WSS SP2、 取消組態] 精靈,然後再安裝 MOSS SP2。

最後,完成,更新處理程序檢查有錯誤 upgrade.log 之後位於版本 12 Hive 記錄檔目錄中。 尋找失敗或錯誤的執行個體。 如果成功完成安裝,upgrade.log 應該包含 的 圖 1 所示的字串。 按一下here 如需有關更新的詳細資訊

執行 [PreUpgradeCheck 後就會產生詳細的報告包含有關您環境的詳細資訊的有用資訊,及等等包括伺服陣列拓伺服器設定替代存取對應 (AAMs) 資料庫、 功能、 網站定義的相關細節。 在命令提示中的立即輸出也表示是否任何類別未將傳遞 ; 也就是它們會要求您移到 SharePoint 2010 之前進行變更。 有助於找出更多關於您需要解決基礎條件做詳細的.HTM 檔案。 看起來如下列的詳細資訊,可能需要加以處理的檔案中:

  • 語言套件。 如果您設定需要語言套件,您必須更新為最新版本的語言套件移動到 SharePoint 2010 之後計劃。
  • AAMs。 如果您計劃遷移到 SharePoint 2010,並使用新的伺服器 (或新的伺服器名稱) 的好機會,您需要將 URL 相關的變更,例如更新 AAMs] 及 [DNS] 項目。
  • 網站定義。 使用自訂網站定義的站台需要 SharePoint 2010 用來升級站台的定義檔案。 您必須建立這個檔案以配合您自訂的定義。 如需詳細資訊,請參閱tinyurl.com/mulfcb.
  • 功能 檢查遺失的功能的報表,並安裝任何遺失。
  • 列出。 因為兩者影響遷移速度,請檢查大小和清單的數目。 Microsoft 已發行效能調整大小的建議在的指導tinyurl.com/kueoov. 如果您的清單中有超過 2,000 到 5,000 的項目,或在環境增長到超過其他建議的效能方針,恢復它的最佳作法與排列。
  • 組態資料庫,且內容 DB 字串。 執行管理工作或使用者作業的過程中這種情況中可能遇到具有沒有父系或子關聯性存在 SharePoint 結構描述或資料庫項目。 這些項目等等包括清單沒有父站台、 沒有父代文件庫的文件、 清單項目沒有父站台,計時器作業的網頁沒有父] 清單。 PreUpgradeCheck 工具並不一定發現字串,所以您應該以手動方式檢查被遺棄的物件時,它們可能不會中央系統管理] 網站中顯示。 有兩種類型的字串、 組態字串和內容的字串。 組態字串即存在於組態 DB,但內容資料庫中有沒有子元件的項目。 內容的字串存在於兩種情況:可能是空白的站台對應到組態資料庫,但是並沒有現存的內容與其,相關聯的 DB 或正確的內容資料庫與有關聯中組態 DB,網站,但是其他內容 DBs 中有零星的項目。

完成升級 SPFarm 名稱 = < ConfigDBName >

在就地升級的工作階段完成根物件 = SPFarm = < configDBName > 遞迴 = True,0 錯誤和 0 警告遇到

圖 1:從 upgrade.log 成功 SP2 instalation 項目

 

它是相當直接的方法解決組態字串 ; 卸離內容資料庫,重新附加在 (stsadm-o deletecontentdb 和 stsadm-o addcontentdb)。

別忘了在 MOSS 2007 的環境下事先執行 stsadm-o preparetomove。

如果要解決地方站台對應至不正確、 空白內容 DB 內容被處理,備份並刪除不正確的內容資料庫並附加適當的一。

如果要解決其中孤兒內容 DBs 存在、 備份您的實際執行站台、 將它刪除、 附加孤兒內容資料庫,使其可存取,及刪除它的內容被處理。 然後您可以還原備份站台。

請參閱知識庫文章 918742,918744 和 [STSADM 命令-o databaserepair,-o deletecorruption-o repairorphans 與 deleteconfigurationobject-id < objectId > 如需詳細資訊。

請記住,因此執行 PreUpgradeCheck 在每個伺服器和任何組態差異的核取的前端伺服器之間可能不同設定的詳細資訊。

藉由執行 stsadm-o preupgradecheck-localonly,您就可以檢查個別的伺服器然後再比較結果的.HTM 報告使用 WinDiff 等工具。

Findhere 相關資訊PreUpgradeCheck.

清除和標準化

自訂項目會是其中一種更大量的時間問題到地址之前移動到 SharePoint 2010,因為即使在次要站台的自訂比較簡單的案例,轉換需要錄製細節、 移轉,和再確認及修正問題。

針對較大的自訂項目或那些使用第三方廠商工具,增加的複雜性可以開啟移轉到完整的軟體開發專案的自訂設定。

從 IT 專業觀點,標準化有記錄自訂項目,以及所有的協助,以減少問題對開發人員正在清除資料及設定詳細資料可能。

自訂的型別 升級/遷移的最佳作法
協力廠商附加元件 請與廠商的升級路徑和建議
網站定義 重設為網站定義功能的使用。 建立網站導覽定義和測試移轉與空白網站] 和 [現有的網站。
從 SharePoint 2003 remnants 清潔字串和舊冷、 藉由建立新的陣列和 DB 移轉附加
CSS 佈景主題、 /_Layouts 等等 清理或建立主版頁面和 CSS。 作為解決方案封裝程式碼。
工作流程,Web 組件 文件,並決定是否要刪除重新安裝,或重新建立。 在測試環境中部署,並驗證功能。

圖 2:自訂遷移的最佳作法

我稍早討論一些清理可能性。 檢查的字串、 解析功能和網頁組件相依性、 最佳化清單、 設定 100 GB 的硬碟資料庫限制和執行其他最佳化會讓移動更容易。

刪除未使用的站台、 增加配額和啟動使用者導向網站清理 」 開發案是額外的機會,修剪遷移大小。 您也應該標準化方案和功能,請盡可能,並考慮是否最好的選擇是要刪除、 重新安裝或重新建立自訂項目。 圖 2 顯示一些一般的最佳作法和自訂設定的選項。

因為 SharePoint 2010 放開還,會有多少準備及測試您可以進行自訂設定的限制。

最好的方法,對大部分的環境而言是計劃不升級就地,但建立新的陣列、 遷移內容資料庫並套用自訂項目。

使用這個方法,可以執行逐漸升級,解除委任先前的伺服器,當您遷移站台。

運用虛擬化可能性

虛擬化與相關的管理工具的便利性,已變得可以驗證,並確認更新生產環境之前先移轉計劃。

或許最明顯的可能性與虛擬化是重新實際執行環境更小的比例上建立作為虛擬電腦和驗證移轉或升級之前在生產環境中實作的策略。

虛擬化可提供如取得 OS 的快照集,然後在需要還原功能。 這可讓完整的遷移步驟詳細資料中的文件,以便當您更新實際執行環境,它成為一種下列步驟

展望未來

我已經涵蓋從一個實用的經驗觀點的籌備工作,並提供建議的動作,您可以採取準備 SharePoint 2010 您環境。

如果您遵循移至 64 位元的金鑰的建議,執行 PreUpgradeCheck 工具、 解決發現的問題並驗證您的計劃在虛擬環境中您將會在 SharePoint 2010 良好] 圖形。

 

Pav Cherny 是 IT 專家兼作者,專攻 Microsoft 共同作業與整合通訊技術。 他的出版品包括白皮書、產品手冊和探討 IT 營運和系統管理的書籍。 Pav 是副總裁的 Biblioso Corp.,專門在受管理的說明文件和當地語系化服務的公司。