moss2007更新到moss2010之準備

moss2010已經釋出一段時間了，微軟方面有了一定的經驗和累積。

以下是更新至moss2010的方案評估：

目前portal上安裝的應用：

1、公司portal，基于moss 2007 sp1

2、某基于wss3的應用，英文版一套（一下簡稱GT）

更新到moss 2010必要條件：

1、64位的硬體支援

2、作業系統windows 2008 R2

3、moss 2007需要更新到sp2

4、SQL server 2005 sp3更新到cu3（cumulative update package 3）

更新方案：

1、就地将windows 2003更新到windows 2008 R2，更新SQL更新檔，更新moss2007到moss2010

2、導出moss2007内容資料，伺服器作業系統和SQL應用重新安裝，全新安裝moss2010并進行部署（推薦方案，但是實施周期将更長）

影響&風險：

1、就目前GT的相容性來說，不管已哪種方法更新，portal伺服器上greata系統将不能使用。以後也無法安裝Greata系統。

2、更新期間無法使用portal

3、更新全過程，需要到IDC機房本地進行實施。期間公司網絡等技術支援暫時會無法及時響應

4、我們的portal是從2003更新到2007的，再更新到2010的話，可能會有一定的資料不統一問題

5、目前portal資料庫較大，更新更新項目從系統全備份、系統部署、系統部署配置等需要時間跨度比較大。

最終面對巨大的功能提升，準備計劃從moss2007更新到2010了：）

下面是找到的一篇指導文章。

随着微軟最新平台SharePoint 2010的釋出，加上SharePoint 2010帶來的更多先進的特性，越來越多的使用者開始考慮把之前在MOSS2007做的項目更新到SharePoint2010上。

微軟官方提供的更新方法有兩種：就地更新（In-place Upgrade）和附加資料庫更新(Attach databases Upgrade)

最近正好參與了一個更新的項目，于是我嘗試了兩種更新方式。

就地更新：

舊伺服器場的架構：windows 2003+SQL Server2005+MOSS 2007 都是64位

在更新之前确認MOSS 2007已經打過sp2，然後運作STSADM.EXE -o preupgradecheck ，運作完畢會自動打開html格式的更新檢測報告，會告訴你支援哪種更新方式，還會列出哪些可以平滑更新，哪些需要單獨部署，存在哪些問題等，強烈建議更新前運作該指令，可能這裡花的幾分鐘可以解決更新中帶來的大問題。然後把Windows 2003更新到Windows 2008 R2，SQL Server 2005 打sp3+cu3，然後更新MOSS 2007到SharePoint2010.

其中Windows 2003更新到Windows 2008 R2的過程最長，需要注意Windows 2003企業版隻能更新到Windows 2008 R2企業版，不支援更新到Windows 2008 R2标準版。

SQL Server2005需要打最新的CU，否則在SharePoint安裝完進行配置向導的時候會報錯。

前面的更新都非常順利，到了SharePoint更新配置的第二步報錯了，“未能初始化更新序列。已引發類型為 System.ArgumentException 的異常。其他異常資訊: {0} 參數不支援指定的值 ”，檢查SharePoint的LOG日志，Windows 2008的系統日志，沒有更詳細的錯誤資訊，隻好作罷。嘗試第二種更新。

附加資料庫更新:

舊伺服器場的架構：windows 2003+SQL Server2005+MOSS 2007 都是32位

準備一個幹淨的新伺服器場，架構是：windows 2008 R2+SQL Server2008 R2+SharePoint 2010 都是64位，SharePoint 建好一個新的web應用程式，後面會用舊的内容資料庫覆寫，不用建網站集。

同樣建議運作STSADM.EXE -o preupgradecheck 進行更新檢查。

強烈建議更新之前做好舊伺服器場資料庫的備份。接下來把舊伺服器場中的内容資料庫（一般是XXX_Content的DB）分離，複制到新的伺服器場的資料庫伺服器，從新服務場的SharePoint管理中心把内容資料庫删除，

<a target="_blank" href="http://blog.51cto.com/attachment/201105/112630877.jpg"></a>

然後把資料庫附加到新資料庫伺服器上。 接下來運作PowerShell，輸入

Mount-SPContentDatabase -Name &lt;DatabaseName&gt; -DatabaseServer &lt;ServerName&gt; -WebApplication &lt;URL&gt; [-Updateuserexperience]其中：&lt;DatabaseName&gt; 是要更新的資料庫的名稱，就是剛剛附加上的資料庫名；&lt;ServerName&gt; 是在其上存儲資料庫的伺服器，也就是新的SharePoint伺服器；&lt;URL&gt; 是将承載網站的 Web 應用程式的 URL。Updateuserexperience是可選的，如果不選，更新後的網站跟沒更新之前的外觀是一樣的，以後可以在網站管理中進行可視化更新。

運作完畢會給出一個簡單的報告，告訴你哪些更新成功，哪些沒有更新成功，一般自己開發的那些功能，包括工作流、feature、eventhanlder等都會失敗。

這個時候就可以通路更新後的站點了，外表看起來跟更新前一模一樣，如果有自己開發的一些功能，建議還是重新部署一遍。如果選擇可視化更新，更新後就變成2010的界面了。

--------------------------------------------------------------------------------------------------

這裡備注一下，2007界面切換成2010界面的方法：

至于這兩種更新的方法步驟，上面兩個連結都介紹得很清楚了，我就不翻譯了。但是要注意的是不兩種方法都不是百試百靈的，我嘗試了第一種方法後不成功後，改用第二種方法更新成功了。

    但是從第二種方法更新成功後，界面仍然保持07的風格。

    可以在SharePoint 2010 Management Shell裡面運作以下腳本：

     $webapp = Get-SPWebApplication YourSiteUrl

     foreach ($s in $webapp.sites)

       {

           $s.VisualUpgradeWebs()

        }

    如果運作不成功可以将該腳本另存為：

        C:/UpgradeWebUI.ps1

    啟動SharePoint 2010 Management Shell，并CD 到C:

    鍵入：./UpgradeWebUI.ps1 後回車

   再打開更新過的網站你會發現，界面已經是2010的了。

總結：從舊伺服器場的架構就可以看出兩種更新方式最大的差別，就地更新隻支援64位到64位的更新，而附加資料庫更新還支援32位到64位的更新；實際應用中，采用就地更新的還是占少數，畢竟一般情況下，公司會把07到10的更新看作一個比較大的項目，可能也會趁機修改或者增加一些新功能。微軟官網還介紹了一種混合更新方式，就是更新過程中組合運用這兩種方法，比較适合更大型的多個内容資料庫的網站。有興趣的可以試試。

本文轉自    yuxye   51CTO部落格，原文連結:http://blog.51cto.com/fishvsfrog/571502