SharePoint Portal Server 2003 升級 MOSS 2007 經驗分享

發佈日期: 2007 年 8 月 1 日

作者: 何偉碩 (TechNet 技術論壇 MOSS 版版主;微軟 2007 年度 MOSS MVP)

本頁內容

前言
Microsoft SharePoint Portal Server 2003 升級至 Microsoft Office SharePoint Server 2007
總結

前言

簡介

此案例為一從事研發、製造、銷售擴散・LPCVD、單晶片沉積 CVD、Coater/Developer、SODCoater、蝕刻、表面淨化装置、WaferProber 等設備的製造業全球性公司。更以在半導體製造設備累積的專業技術,跨足 FPD 設備。這兩大領域的產品在全球市場都有極高的市佔率。

有鑑於企業內部 70% 以上均是服務工程師有很多工作產生的資料與重要文件需要妥善保存,而且半導體業工程師有時候因各種原因所以流動率較高,如何妥善保存文件與做好分享是件重要的工作,以前是用網路磁碟機分式保存,但是限制多且分享不易,在這樣的條件下促使東京威力導入了 Microsoft Office SharePoint Server 2003。

組織規模

  • 資本額:549 億 961 萬日圓

  • 員工人數:9374 人(2006 年 10 月 1 日)

  • 據點:日本國內 10 間分公司 43 個據點 海外 18 間分公司 88 個據點 11 個國家 (2007 年 1 月 15 日)

升級前 Microsoft SharePoint Portal Server 2003 之網路架構示意圖

Dd125483.51sppstomoss1(zh-tw,TechNet.10).jpg

初期導入過程中,整體的網路架構規劃上單獨以一台主要機器做為 Microsoft SharePoint Portal Server 2003 的執行平台,當然包含主要四大服務(Web/ Index/ Job/ Search)也都在此主機上運作,並與 Microsoft SQL Server 2000 並存於此主機之上。

Microsoft SharePoint Portal Server 2003 升級至 Microsoft Office SharePoint Server 2007

升級緣由

  1. 累積企業經驗降低後續風險

    • 企業內部員工在職場上常常不能即時發現關鍵既有的知識。

    • 即便在專案執行的過程中學習到專業領域的相關知識,但卻相關專案人員卻往往忘記分享。也因為如此常常在專案結束之餘,相關的經驗知識也就隨之流失。

    基於上述兩大原因,企業內部決定升級導入 Microsoft Office SharePoint Server 2007 並應用 MOSS 2007 中所具有的文件庫、Blog 甚至是 WIKI 來讓企業員工進行相關經驗的彙整與分享,並藉由 MOSS 2007 強大的搜尋功能機制,讓企業內部相關服務工程師在遇到專業性問題能迅速找到答案解決現有問題。

  2. 讓資訊更容易取得 (多國語言讓外國人使用方便)

    在舊系統平台上僅僅提供了英文語系,但有鑑於企業內部多單位都有外籍經理與相關人員在台服務導致於整體使用系統平台上操作不易,新版本 MOSS 2007 提供了多語系功能,系統自動判斷使用者端 Internet Explorer 的語系設定值自動轉換適當語系來供相關人員進行操作,方便性、使用性極佳。

  3. 多階的工作流程與收集意見機制方便文件審核與意見蒐集

    舊版本的流程機制僅止於管理人員進行單階文件審核,在新版本中,可設定多階審核,並可進行並簽與串簽,簽核過程中更可以運用 Microsoft Office 2007 中的 Outlook 2007 直接以 Outlook 2007 進行簽核動作,大大節省了管理人員審核文件的時間。

  4. 紀錄管理中心彙整歸檔文件並進行保存稽核

    專案結束與會計年度結算大量文件需進行歸檔稽核,以往各企業間總是以書面資料為主占據企業內部大量空間,甚至找尋舊有資料不易,耗時耗工耗人力,此案例中將運用 MOSS 2007 所提供的紀錄管理歸檔中心,來針對已結案之文件進行控管(標籤與 BarCode),並搭配內建完整蒐尋機制,讓內部高階主管日後搜尋舊有資料時可以達到迅速準確之目的,節省搜尋資料時間並增加個人之工作效率。

  5. 資料保存更安全因為可讓使用者自己決定文件使用權限

    新版本的 MOSS 2007 在權限控管上面提供了極佳的管理方式,不僅可與微軟 RMS (Right Management Services) 進行整合,甚至可以針對單獨的檔案進行權限控管,讓整個企業重要文件與相關經驗做層層安全性上的把關。

升級方式的選擇

在所有升級過程之先前條件,我們必須清楚確切知道目前企業內部系統執行環境與先前對現有的系統的客製化程度需有一深度之了解,不同程度的客製化與不同的網路環境架構,我們在選擇升級的模式也就會有所不同。下表提供了一升級方式的參考。

No.

Status

In-Place

Gradual

Content Data Base

1

基本功能

 

 

2

網頁組件客製化

 

 

3

1. 網頁組件客製化
2. Microsoft FrontPage 編修網頁內容

 

 

4

1. 客製化網頁組件
2. Microsoft FrontPage 編修過網頁內容
3. 修正過網站定義

 

 

客戶端針對目前 Microsoft SharePoint Portal Server 2003 的使用操作模式莫過於三種。

  1. 僅使用系統所提供之預設功能

  2. 部分客製化:網頁組件客製或是有使用 Microsoft FrontPage 進行編修

  3. 大量客製化:進行網站組件或是事件處理函式的處理使用 Microsoft FrontPage 進行網頁內容畫面之編修以及甚至是連同網站定義或是 ONET.XML 與 Schema.XML 都已經進行客製

不一樣的狀態選對的合宜更新整合方式,將促使整個升級與整合過程中更加順利,後續當然升級並非能完全符合企業間之需要,不論使用哪種方式微調是需要的這點是要注意。

升級與整合

在微軟所提供的升級整合方式上面共有三種方式可進行使用,包含了 (1)In-Place、(2)Gradual、(3)Content DataBase,在此案例中,使用了第二種方式來進行整合,意即所謂的『逐步性升級』方式。各種升級模式之優缺點我將在以下進行說明之。

  1. In -Place

    • 說明

      此種方式其實就是一種最簡單也容易學習的一種升級模式,我們只要將光碟片置入我們的光碟機中,將自動執行安裝程式,當然在執行畫面上我們可以選擇我們要使用哪一種模式來進行升級。In-Place 升級模式需注意的是資料的大小,倘若資料量過大(預設為:大於 30 GB),則不建議使用此種方式。

      此種方式算是最快也是最方便的處理模式,所以所有的執行動做皆由系統自動處理之,升級人員並不需要做太多的處理,當然後續升級之成敗也非人員所能控制,其實風險較高。在升級的過程中企業內部人員將無法操作任何動作,系統將獨佔所有網站的升級工作,建議要使用此方式升級工作之企業可以選擇假日期間來實行。

    • 整合處理步驟

      1. 刪除資料庫多餘之項目(資料間中斷的關連性與多餘的資料庫資料)

      2. 進行 Microsoft Office SharePoint Server 2007 安裝

      3. 進行 Prescan 處理

      4. 執行「SharePoint Products And Technologies Configuration Wizard」

      5. 升級開始

      6. 結束升級

    • 整合後之改變

      1. 套用現行 Microsoft Office SharePoint Server 2007 現有範本

      2. 權限升級並權限群組名稱上加註 Upgrade

      3. 產出 Share Services Provider

    • 注意事項

      升級過程中升級主機需離線處理。

  2. Gradual

    • 說明

      Gradual 的升級方式顧名思義『逐步更新』,所有更新過程中以一步接著一步的方式來進行處理中,升級期間系統最初會以列表清單的方式,將舊有現行存在的網站以清單的方式排列出來並供升級人員進行勾選,確定是否須進行升級,在升級的過程當中,系統將自動處理以下動作:

      ◎ 資料庫的複製
      升級過程中,系統將先行複製一份現行資料庫(資料庫名稱可自訂),此份資料庫檔案將成為未來升級時舊有網站繼續提供服務的主要內容資料庫。

      ◎ 建置新網站供舊有現行網站執行之
      資料庫複製完成後,升級過程中系統會要求升級人員建立一新網站,並將新網站後端內容資料庫設定為先前我們複製後的資料庫

      截至目前為止,各位一定會認為很奇怪的事便是為什麼系統要大費周章的先行處理此種步驟,說穿了原因很簡單,當我們再進行升級過程中,系統將提供新舊環境並存,企業內部員工可以繼續存取現行網站之內容,但是舊有的網站則是在企業內部人員存取過程中繼續升級之。

      Dd125483.51sppstomoss2(zh-tw,TechNet.10).jpg

      升級時間須是企業端現行資料量之大小而決定,15GB ~ 20GB 的容量約略需耗時二至三個小時。

    • 整合處理步驟

      1. 進行 Microsoft Office SharePoint Server 2007 安裝,安裝結束後請勿執行系統安裝

        選擇「逐步升級」

        選擇「逐步升級」

        安裝結束後請勿執行系統設定

        安裝結束後請勿執行系統設定

      2. 刪除資料庫多餘之孤兒項目(資料間中斷的關連性與多餘)

        WSS:
        STSADM -o databaserepair -url http://你的網站網址l -databasename 內容資料庫名稱(Ex: 網站名稱_SITE) -deletecorruption

        SPS:
        STSADM REPAIRORPHANS http://你的網站網址

      3. 進行 Prescan 處理

        Prescan Position:
        %System Driver%\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\BIN

        執行:
        Prescan /c preupgradescanconfig.xml /all

        註:
        Preupgradescanconfig.xml 務必要使用此 xml 檔案,當我們沒有提供此設定檔時 Prescan 並無法正確的去判斷說我們所客製化出來的網站定義為何,在升級的過程中系統便無法能正確地去掌握所有需要升級的區域範本,簡單來說這一份設定檔是提供系統後續範本升級的依據,舊有的區域套用了哪些範本是否為 Ghosted/ Un-Ghosted Page 等等系統升級前的資訊蒐集。

        Prescan 畫面

        Prescan 畫面

        每當執行一次 Prescan 結束後將產生此次 Prescan 之 Log 檔案

        每當執行一次 Prescan 結束後將產生此次 Prescan 之 Log 檔案

      4. 執行「SharePoint Products And Technologies Configuration Wizard」

        前置作業:

        • 將此主機之防毒軟體進行關閉

        • 安裝部屬客製化網站定義檔

        • 更新後之網頁組件進行安裝

        • 若需多國語言則進行安裝語言包

      5. 臨時網站建置

        在應用程式集區設定上建議使用現有的應用程式級區「MSSharePointPortalAppPool(網域\執行帳號)」

        在應用程式集區設定上建議使用現有的應用程式級區「MSSharePointPortalAppPool(網域\執行帳號)」

        設定 SSP 資料庫名稱與資料庫名稱

        設定 SSP 資料庫名稱與資料庫名稱

      6. 選擇要升級的網站

        升級前系統將會列出目前所有的網站或是個人網站以列表方式進行呈現,在此階段舊有的網站內容資料名稱將被更名為 網站名稱 _SITE_Pair

        資料庫名稱將被更名為「網站名稱_SITE_Pair」,此資料庫為升級後新網站之內容資料庫

        資料庫名稱將被更名為「網站名稱_SITE_Pair」,此資料庫為升級後新網站之內容資料庫

      7. 執行升級

        Dd125483.51sppstomoss10(zh-tw,TechNet.10).jpg

      8. 結束升級

        Dd125483.51sppstomoss11(zh-tw,TechNet.10).jpg

      9. 部分內容修正,如:網站定義、權限

    • 整合後之改變

      區域/搜尋/我的網站:
      升級結束後,可以發現除了基本的網站呈現有所不同之外,所有原先內容均保留,上方頂層瀏覽的部分已經變更。在原有先前的版本所包含的搜尋與我的網站等 Web Application 經過升級整合之後雖說我們可以繼續使用這樣的一個服務,但是這一部份的服務因為升級結束後將轉由 Share Services Provider ( SSP ) 來進行管理與處理。

      1. 網站架構:

        先前版本也就是我們所熟悉的 Microsoft SharePoint Portal Server 2003 頂層網站底下的子網站只允許 20 個子網站,超過 20 個網站後後續我們所建立的子網站將被建立在網站目錄底下,網站路徑的部分則將被變更為 C1/ C2/ C3 … 等等。在 Microsoft SharePoint Portal Server 2003 這一版本如果我們想要重新建立一個網站的話我們必須先備份現有網站資料然後進行刪除,接著在搬移到我們所要的正確位置,這些常見的問題在 Microsoft Office SharePoint Server 2007 中都已經進行了修正,新版本中所有網站架構的處理均勢動態,我們可以直接透過網站目錄或是管理網站架構工具直接在 Web 瀏覽器上面進行操作,即便我們之前所常看到的 C1/ C2/ C3 網站命名上在新的版本也將不再出現,因為 Microsoft Office SharePoint Server 2007 已經移除了「Buckets」這樣一個觀念與概念,所以當我們客戶端整個升級結束之後我們可以發現升級整合過程中系統自動將我們的網址作了處理,最早先前的:http://vpc01/C1/Depts 目前已經變更為 http://vpc01/Depts

        Dd125483.51sppstomoss12(zh-tw,TechNet.10).jpg

      2. 網站目錄

        網站目錄最大的不同在於搜尋方塊,新版本中搜尋方塊已經被移除,改由網頁上方的搜尋進行搜尋,搜尋範圍包含了網站目錄內的所有網站及其以下之子網站。

        Dd125483.51sppstomoss13(zh-tw,TechNet.10).jpg

      3. 搜尋

        利用 In-Place 方式升級整合或是 Gradual 方式進行整合,系統都會將我們搜尋功能進行 Upgrade,但是需要注意的是並非所有與搜尋相關的功能均會升級更新,以下將是後續需手動自行調整與處理的項目:

        • Index Files

        • 搜尋的範圍

        • 客製化所安裝的 iFilter

        • 文字的斷字處理

        另外,倘若我們使用內容資料庫的整合模式,搜尋的部分我們則需重新設定。

        在 Microsoft Office SharePoint Server 2007 中搜尋的功能,以經由 Share Services Provider 來進行管理,預設的情況下搜尋功能是尚未啟用,我們必須先行啟用搜尋功能再進行資料索引始可使用。

        Dd125483.51sppstomoss14(zh-tw,TechNet.10).jpg

      4. Share Service

        在 Microsoft Office SharePoint Server 2007 中提供了 Share Services Provider 的管理機制,這樣的一個機制控管著我們搜尋的時程排定與搜尋範圍的界定,但是需要注意的是由於我們是使用 Gradual 的升級方式,所以不要忘了我們的 Microsoft SharePoint Server 2003 尚存在於我們的機器上,這時候的搜尋範圍與搜尋機制的方式則是,2003 執行自己本身的搜尋設定,最新版本的 MOSS 2007 則是執行自己的搜尋設定方式,所以我們必須在升級整合結束後將 Microsoft SharePoint Server 2003 的搜尋程序與相關設定進行停止,避免同一份資料經由兩套系統來進行索引與搜尋的存取。

      5. 我的網站

        新版本中我的網站首頁稱之為「My Home」,公開的頁面我們稱之為「My Profile」,升級結束後之前有建立的個人網站將持續保留在系統中,但是 MOSS 2007 將會為擁有個人網站的使用者再行建立起新版本的個人網站,而這一個網站是個人網站的一個網站集合,而非像 2003 版本一樣只是一張 Default.aspx 的個人網頁。

        至於舊有的個人網站我們則是可以用「附加」的方式將舊有的網站附加到我們新的個人首頁。

        Dd125483.51sppstomoss15(zh-tw,TechNet.10).jpg

      6. 權限

        整合安全性的 OM 上面也做了些許的變化,Microsoft SharePoint Server 2003 我們所使用之安全性 OM :SPRole,也已經被新的 OM 來做為取代,所以在整個新版本中的權限機制全部套用新的安全性機制,有鑑於此當我們客製化了一個新的網頁應用程式使用舊有的安全性 OM 系統將會出現警示訊息,這是需要注意的。

      7. 文件庫啟動內送郵件功能

        稍早版本其實有很多企業使用 Microsoft SharePoint Server 2003 來整合 Exchange 2000/ 2003 ,新版本中文件庫多了內送郵件的新功能,不論是文件庫、討論區、行事曆、宣告均可接收我們所發送之電子郵件,甚至是我們可以依據使用者不同需求來客製化郵件的標題等等進一步的功能需求,這樣的一個說穿了就是 Microsoft SharePoint Server 2003 與 Exchange2000/ 2003 的整合應用。

    • 使用 Gradual 升級整合模式的優點

      1. 主機不需離線處理

      2. 可選擇我們所有升級之網站

      3. 升級過程中由於我們有產生對應之暫存網站,所以正式平台升級過程中使用者可以使用原先之網站進行連結系統將自動轉址到我們的臨時網站,企業內部在升級過程可繼續執行原先工作,不受升級計畫之影響。

      4. 升級完成後我們可以隨時回復我們預先的網站定義。

    • 需注意事項

      由於以逐步升級方式進行升級時,系統將會將現有的資料庫再行複製一次所以我們資料庫的容量需以現有的資料庫資料大小的兩倍來進行估計與處理。

    • 升級後可能發生之問題

      問題描述

      處理方式

      升級後網站仍為舊有 SharePoint Portal Server 2003 畫面

      原因:
      此區域已成為 Unghosted Page 並以存放在資料庫中

      處理方式:
      直接將網站定義進行回復,並給予預設 Degault.aspx 網址即可

      來源:Office SharePoint Service

      類別:User Profile

      事件 ID:5555

      描述:
      Failure trying to synch web application 548a8290-a4ce-4dc6-911b-c68c101f90fc, ContentDB aa8ed8df-041c-43d8-a334-8b6042ab2c4c Exception message was A duplicate site ID 7c8c6ce8-8603-4067-b96a-17168531-b671(http://tetis8748.... ) was found. This might be caused by restoring a content database from one server farm into a different server farm without first removing the original database and then running stsadm -o preparetomove. If this is the cause, the stsadm -o preparetomove command can be used with the -OldContentDB command line option to resolve this issue.

      原因:

      1. 由於我們資料庫是以手動附加方式進行處理,造成此原因是因為我們所附加的資料庫與 Share Services Provider 間的關聯性已經中斷,此時我們只要重新進行處理即可。

      2. 中斷過程中部分索引值將會遺失,索引部分重新建立即可

      處理方式:
      執行:stsadm -o sync -DeleteOldDatabases 0

  3. Content DataBase

    • 說明

      內容資料庫的整合模式適用於 Microsoft SharePoint Portal Server 2003 具有大量客製化以及具有多網站集合的情況下,這樣的一個模式我們必須在準備一環境(需與舊有環境相同)來供 Microsoft Office SharePoint Server 2007 來做使用並且資料庫容量需有雙倍的空間始可進行內容資料庫的整合模式。

    • 整合處理步驟

      1. 安裝 Microsoft Office SharePoint Server 2007

      2. 設定我們的新環境,環境上需一模一樣

        • IIS 的 Web Site

        • 客製化之網站定義或網頁組件

        • 服務確定是否啟動

      3. 執行 Prescan

      4. 執行相關系統設定(同 Gradual 方式)

      5. 複製一份資料庫給 Microsoft Office SharePoint Server 2007 來使用

      6. 整合內容資料庫使用下列語法

        stsadm –o addcontentdb –url 你要附加的網站(http://tetis8748. ….. ) –databasename 你的資料庫名稱 –databaseserver 你的資料庫主機名稱

      7. 產出新的網站應用程式

        • 資料庫使用我們以附加之資料庫

        • 驗證模式選擇「NTLM」

總結

  1. 升級之後我們可以發現整個企業內部文件的生命周期增長了,從舊有的版本上傳文件至文件庫後文件生命周期便已結束,升級整合後使用者從使用內容類型之文件範本開始,內容編輯結束後,上傳至文件庫並針對個人所上傳之文件進行權限設定(或整合 RMS使用 Office 進行權限設定),上架時間一結束文件便進入歸檔週期,紀錄中心並針對文件進行標籤與 Barcode 的新增,根據所設定的保存期限不同,歸檔中心將不定期的將以郵件方式自動通知管理人員,並啟動後續處理流程,由管理人員進行文件生命之後續處理:刪除/保存/意見收集。除此之外針對歸檔文件企業客戶可以運用系統所新增之 Barcode 號碼進行查詢並針對不同的欄位新增索引,以增加後續查詢的速度與準確性。

    Dd125483.51sppstomoss16(zh-tw,TechNet.10).jpg

    升級結束後文件生命周期變長

  2. 整個 MOSS 2007 基本的系統架構事實上已經與過去 SharePoint Portal Server 2003 有大大的不一樣,在新版本中搜尋與個人網站的機制已由 Share Services Provider 來進行管理,在整個 SSP 中我們有可以將個人網站的網站集合單獨以一個網站集的虛擬伺服器來做為執行的根網站,這樣的好處在於提高系統執行效能:

    • 所有的個人網站均統籌在另外一個虛擬伺服器上執行,提高系統執行效能。舊版本中個人網站歸屬於公司網站集合之下,所以當個人網站使用量增多時,會拖垮現有網站之速度,導致於整體網站效能降低。

    • 所有建立的網站集合將全部統整在此網站集合底下,便於管理

  3. 所有 IIS 網站之設定將由 MOSS 管理中心來進行控管與 Microsoft SharePoint Portal Server 2003 不同。

完成升級後續則是對現有新版本的網站進行功能上之加強,「變化」是這一次 MOSS 2007 所強調的一個新功能,了解「變化」的用途與做法始可做出符合企業所需要的多國語系,「變化」是甚麼?如何運用「變化」來製作出一個合宜適用的多國語言網站?將成為我們下次所要探討的議題。

顯示: