哪些 SharePoint 技術(shù)適合您？為了努力找出答案，您可能已經(jīng)仔細(xì)檢查過(guò)沒(méi)有盡頭似的類(lèi)別列表（包括協(xié)作和社會(huì)性計(jì)算、門(mén)戶、企業(yè)搜索、企業(yè)內(nèi)容管理、業(yè)務(wù)流程和形式、商業(yè)智能，以及開(kāi)發(fā)人員平臺(tái)功能），也可能比較過(guò) Windows SharePoint Services (WSS) 3.0、Microsoft Office Search Server 2008 Express、Microsoft Office Forms Server 2007 和 Microsoft Office SharePoint Server (MOSS) 2007 提供的功能。不過(guò)，有項(xiàng)技術(shù)您可能從未考慮過(guò)，因?yàn)?Microsoft 沒(méi)有將其列在 SharePoint 產(chǎn)品及技術(shù)范圍內(nèi)，這就是企業(yè)項(xiàng)目管理（Enterprise Project Management，EPM），該技術(shù)通過(guò) Microsoft Office Project Server (MOPS) 2007 啟用。

但 MOPS 2007 是 SharePoint 技術(shù)，它構(gòu)建在 WSS 3.0 的基礎(chǔ)之上，并以與 MOSS 2007 兼容的方式進(jìn)行擴(kuò)展。如果您希望通過(guò)任務(wù)、資源和預(yù)算管理（而不是使用 WSS 3.0 和 MOSS 2007 中包含的輕型任務(wù)管理功能）的方式提高部門(mén)內(nèi)部以及各部門(mén)之間的小組協(xié)作效率，MOPS 2007 可以說(shuō)是正確的選擇。通過(guò) MOPS，您可以將小組站點(diǎn)轉(zhuǎn)變成項(xiàng)目工作區(qū)、管理部門(mén)內(nèi)部和各部門(mén)之間的小組協(xié)作，以及為整個(gè)組織建立牢固的 EPM 基礎(chǔ)。不過(guò)，您首先需要戰(zhàn)勝部署挑戰(zhàn)。

在本專(zhuān)欄中，我將討論在 Windows Server 2008 環(huán)境中通過(guò) SQL Server 2005 SP2 和 WSS 3.0 SP1 來(lái)部署 MOPS 2007。首先，我將從系統(tǒng)架構(gòu)師的角度對(duì) MOPS 體系結(jié)構(gòu)做簡(jiǎn)短評(píng)論，說(shuō)明各組件如何與 WSS 3.0 集成。了解這一信息后，將更容易進(jìn)一步討論典型部署和您可能遇到的集成挑戰(zhàn)（例如，應(yīng)用程序池配置問(wèn)題、缺少訪問(wèn)權(quán)限、隊(duì)列系統(tǒng)啟動(dòng)錯(cuò)誤以及與 SQL Server 2005 Analysis Services 相關(guān)的問(wèn)題）。

為了演示部署和故障排除步驟，我將使用一個(gè)基本的測(cè)試環(huán)境，其中包括服務(wù)器場(chǎng)中的兩個(gè) WSS 3.0 服務(wù)器、一臺(tái)專(zhuān)用的域控制器以及一臺(tái)單獨(dú)運(yùn)行 SQL Server 的計(jì)算機(jī)，這個(gè)環(huán)境類(lèi)似于一直用于此 SharePoint 專(zhuān)欄的測(cè)試環(huán)境。您可以在 TechNet 雜志網(wǎng)站上本專(zhuān)欄的附屬材料中找到相應(yīng)的工作表和分步說(shuō)明。

Project Server 體系結(jié)構(gòu)

MOPS 2007 是最先進(jìn)、最復(fù)雜的 SharePoint 應(yīng)用程序之一。它充分利用了 WSS 3.0 平臺(tái)進(jìn)行集中式管理、站點(diǎn)配置、身份驗(yàn)證和安全性設(shè)置。另外，MOPS 2007 還添加了更多組件，例如 25 個(gè)通用和專(zhuān)用的 MOPS Web 部件、每個(gè) Project Web Access (PWA) 站點(diǎn)有多達(dá)四個(gè) MOPS 數(shù)據(jù)庫(kù)的新集合。每個(gè)組件都通過(guò)一組 21 個(gè)公用和內(nèi)部 MOPS Web 服務(wù)進(jìn)行訪問(wèn)，這些 Web 服務(wù)聯(lián)合構(gòu)成 Project Server Interface (PSI)，如圖 1 所示。您可以在 MSDN 上查找有關(guān) MOPS Web 服務(wù)的詳細(xì)信息。

圖 1 SharePoint 與 MOPS 2007 集成（單擊圖像可查看大圖）

MOPS 2007 體系結(jié)構(gòu)依賴(lài)于分布在客戶端工作站、應(yīng)用程序服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器間的各種組件。我會(huì)在本專(zhuān)欄中討論其中最重要的組件，但如果您對(duì)所有的技術(shù)細(xì)節(jié)都感興趣，請(qǐng)閱讀 Project 2007 SDK 中的“Project Server 體系結(jié)構(gòu)”文檔。

請(qǐng)記住，在閱讀 SDK 時(shí)，PWA Web 部件和 Microsoft Office Project Professional 2007 并不直接訪問(wèn) PSI Web 服務(wù)。SDK 建議客戶端直接呼叫 PSI，但大多數(shù)應(yīng)用程序?qū)嶋H上使用 PSI Forwarder，這是 PWA 站點(diǎn)中的一個(gè)組件，提供對(duì) PSI Web 服務(wù)的間接訪問(wèn)。只有使用系統(tǒng)級(jí)權(quán)限運(yùn)行的基于服務(wù)器的組件（如隊(duì)列服務(wù)和事件服務(wù)），才直接呼叫 PSI。在故障排除環(huán)境中記住這個(gè)小細(xì)節(jié)很重要，這是由多種原因決定的，特別是：

1. PWA 站點(diǎn)定義數(shù)據(jù)庫(kù)的上下文（每個(gè) PWA 站點(diǎn)都有獨(dú)立的草稿、已發(fā)布、存檔和報(bào)告數(shù)據(jù)庫(kù)）和用戶權(quán)限，但不會(huì)授權(quán)一般用戶帳戶訪問(wèn) PSI Web 服務(wù)。
2. PSI Forwarder 不支持模擬，但可以使用 PWA 站點(diǎn)的應(yīng)用程序池帳戶代表用戶訪問(wèn) PSI Web 服務(wù)。
3. 如果服務(wù)器場(chǎng)包含多個(gè)應(yīng)用程序服務(wù)器實(shí)例，則 PSI 呼叫并不一定需要使用本地 PSI Web 服務(wù)。

SharePoint 集成

現(xiàn)在，讓我們深入討論一下 MOPS 與 SharePoint 的實(shí)際集成。從 SharePoint 管理員的角度來(lái)看，MOPS 是共享的 Web 應(yīng)用程序，作為服務(wù)器場(chǎng)服務(wù)在 SharePoint 3.0 管理中心進(jìn)行管理。這對(duì)于熟悉 MOSS 2007 中的共享服務(wù)提供程序 (SSP) 的管理員來(lái)說(shuō)，就相當(dāng)簡(jiǎn)單了。

不過(guò)，如果您是 WSS 3.0 管理員，而且剛剛接觸 SSP 管理，您應(yīng)該參考一下附屬材料中提供的“部署 Project Server 2007”工作表，以便了解創(chuàng)建和配置 SharePoint 場(chǎng)的共享服務(wù)和 PWA 站點(diǎn)的分步說(shuō)明。安裝和配置 MOPS 之后，您便可以在 IIS 管理器中分析系統(tǒng)實(shí)施。如圖 2 所示，在 MOPS 應(yīng)用程序服務(wù)器上會(huì)顯示共享服務(wù)、SSP 管理和站點(diǎn)集合的各自的網(wǎng)站。

圖 2 通過(guò) PWA 和 PSI Forwarder 訪問(wèn) Project Server 2007（單擊圖像可查看大圖）

客戶端通過(guò) PWA 站點(diǎn)中的 _vti_bin/PSI 虛擬目錄訪問(wèn) PSI Web 服務(wù)。不過(guò)，PSI Web 服務(wù)并不在此虛擬目錄中。_vti_bin/PSI 虛擬目錄對(duì)應(yīng)以下物理路徑：%COMMONPROGRAMFILES %\Microsoft Shared\Web Server Extensions\12\ISAPI\PSI。您會(huì)發(fā)現(xiàn)此目錄包含 web.config 文件，該文件在 <http Handlers> 部分指定對(duì) *.asmx 文件（即基于 ASP.NET 的 Web 服務(wù)）的所有 HTTP 請(qǐng)求都應(yīng)該傳送到自定義 HTTP 處理程序，并通過(guò) Micro soft.Office.Project.Server.PSIForwarder HandlerFactory 實(shí)例化。

該自定義 HTTP 處理程序是 PSI Forwarder。PSI Forwarder 建立對(duì)實(shí)際 PSI Web 服務(wù)的新 HTTP 連接，轉(zhuǎn)發(fā)客戶端的 HTTP 請(qǐng)求，然后將結(jié)果返回到客戶端。

借助 HTTP，PSI Web 服務(wù)可通過(guò)共享服務(wù) Web 應(yīng)用程序（位于 Office Server Web 服務(wù)站點(diǎn)中）的 PSI 虛擬目錄供 PSI Forwarder 使用。此虛擬目錄將默認(rèn)映射到物理路徑 %PROGRAMFILES %\Microsoft Office Servers\12.0\WebServices\Shared\PSI，您可以在此處找到 MOPS 2007 *.asmx 文件。

稍后，我將詳細(xì)介紹 Office Server Web 服務(wù)站點(diǎn)?，F(xiàn)在，從圖 2 獲得的最重要的信息是，PSI Forwarder 使用 PWA 站點(diǎn)的 Web 應(yīng)用程序池帳戶標(biāo)識(shí)（而不是當(dāng)前訪問(wèn) PWA 站點(diǎn)的用戶）與 PSI Web 服務(wù)通信。

服務(wù)器場(chǎng)部署

在服務(wù)器場(chǎng)部署過(guò)程中，PSI Forwarder 的另一個(gè)重要作用是采用不同的 Web 前端服務(wù)器和應(yīng)用程序服務(wù)器來(lái)提高系統(tǒng)可伸縮性和可用性。MOPS 前端服務(wù)器是 WSS 3.0 服務(wù)器，不能承載 PSI Web 服務(wù)或其他 MOPS 服務(wù)（例如，隊(duì)列服務(wù)和事件服務(wù)），但可為客戶端提供對(duì) PWA 站點(diǎn)（包括 PSI Forwarder）的訪問(wèn)權(quán)限，如圖 3 所示。

圖 3 中小型 MOPS 2007 服務(wù)器場(chǎng)（單擊圖像可查看大圖）

另一方面，應(yīng)用程序服務(wù)器是裝有一套完整的 MOPS 組件和服務(wù)的 WSS 3.0 服務(wù)器。應(yīng)用程序服務(wù)器可以承載 PWA 站點(diǎn)，但通常只為前端服務(wù)器提供后端服務(wù)，并且不運(yùn)行 WSS Web 應(yīng)用程序服務(wù)。您可以在 MOPS 安裝期間選擇服務(wù)器角色。

圖 3 說(shuō)明了中小型服務(wù)器場(chǎng)的配置。根據(jù)您的組織的需求，您可以添加其他的前端服務(wù)器以增強(qiáng)可伸縮性，還可以添加其他應(yīng)用程序服務(wù)器來(lái)提高可用性。您沒(méi)必要為 MOPS 應(yīng)用程序服務(wù)器配置負(fù)載平衡群集，這是因?yàn)槿绻?wù)器場(chǎng)中存在多個(gè) MOPS 應(yīng)用程序服務(wù)器，PSI Forwarder 會(huì)自動(dòng)對(duì) PSI 請(qǐng)求進(jìn)行負(fù)載平衡。有關(guān) MOPS 部署選項(xiàng)的詳細(xì)信息，請(qǐng)參閱Office Project Server 2007 部署指南。

歡迎使用 IIS 7

理論到此為止！現(xiàn)在我們來(lái)解決您在部署 MOPS 2007 的過(guò)程中可能遇到的一些實(shí)際問(wèn)題。我最喜歡的一個(gè)問(wèn)題與 PWA 站點(diǎn)的主機(jī)命名的站點(diǎn)集合有關(guān)。在這種情況下，在 Project Web Access Site 頁(yè)面上選擇“將 Project Web Access 路徑用作主機(jī)標(biāo)頭”復(fù)選框，隨后輸入完整的 PWA URL（例如，pwa），您就可以順利部署 MOPS、配置 SSP 以及在主機(jī)標(biāo)頭模式中配置 PWA 站點(diǎn)。然后，當(dāng)所有資源都配置成功后，您嘗試打開(kāi)站點(diǎn)，看到的卻是標(biāo)準(zhǔn)的 IIS 7“歡迎使用”屏幕，而不是 PWA 屏幕。

如果默認(rèn)網(wǎng)站未經(jīng)過(guò) SharePoint 擴(kuò)展，而且 PWA URL 也沒(méi)有其他網(wǎng)站具有適當(dāng)?shù)恼军c(diǎn)約定，就會(huì)發(fā)生這種情況。如果沒(méi)有明確的站點(diǎn)約定，IIS 就會(huì)將 pwa 請(qǐng)求與非擴(kuò)展的默認(rèn)網(wǎng)站關(guān)聯(lián)，因此，您看到的是“歡迎使用”屏幕。您可能希望 SharePoint 3.0 管理中心將必要的約定添加到您選擇承載 PWA 站點(diǎn)的 SharePoint Web 應(yīng)用程序，但情況并非如此。

若要解決此問(wèn)題，您必須按附隨的“故障排除 IIS 和 PWA”工作表說(shuō)明的那樣，使用 SharePoint 擴(kuò)展默認(rèn)網(wǎng)站，然后使用此站點(diǎn)集合來(lái)配置 PWA 站點(diǎn)。或者，您可以將 IIS 管理器中缺少的站點(diǎn)約定手動(dòng)添加到為 PWA 選擇的 Web 應(yīng)用程序。別忘了在宿主 PWA 站點(diǎn)的所有 WSS 服務(wù)器上執(zhí)行此步驟。

會(huì)話數(shù)據(jù)庫(kù)權(quán)限

如果您決定擴(kuò)展默認(rèn)網(wǎng)站，請(qǐng)確保使用應(yīng)用程序池的域帳戶 — 請(qǐng)參閱“規(guī)劃系統(tǒng)管理和服務(wù)帳戶 (Office SharePoint Server)”，否則，在配置 PWA 站點(diǎn)后，您將碰到與權(quán)限有關(guān)的問(wèn)題，這些問(wèn)題通常會(huì)在不提供 SharePoint 錯(cuò)誤消息的情況下顯現(xiàn)出來(lái)，如圖 4 中的出現(xiàn)的問(wèn)題。

圖 4 訪問(wèn) SSP 數(shù)據(jù)庫(kù)時(shí)出錯(cuò)（單擊圖像可查看大圖）

若要查找更有用的信息，您應(yīng)查看位于 %COMMONPROGRAMFILES %\ Microsoft Shared\Web Server Exten sions \12\LOGS 目錄中的跟蹤日志。如果您的服務(wù)器場(chǎng)包含多個(gè)負(fù)載平衡的 Web 前端服務(wù)器，這可能是項(xiàng)繁瑣的任務(wù)。

出于進(jìn)行故障排除的考慮，更改 PWA 主機(jī)名稱(chēng)的 DNS 記錄然后將其暫時(shí)指向一部前端服務(wù)器，是個(gè)不錯(cuò)的辦法。如此一來(lái)，您就知道是哪個(gè)服務(wù)器處理客戶端請(qǐng)求，從而只需檢查一個(gè)服務(wù)器的跟蹤日志文件即可。

在記事本中打開(kāi)最近的日志文件，并搜索“無(wú)法打開(kāi)數(shù)據(jù)庫(kù)”的條目。如果找到此條目，就可以知道您要處理數(shù)據(jù)庫(kù)權(quán)限的問(wèn)題。例如，圖 4 中的跟蹤日志說(shuō)明帳戶 LITWARE\WSS02$ 不具有對(duì)數(shù)據(jù)庫(kù) SharedServices1_DB 的訪問(wèn)權(quán)限。這很清楚地表示 PWA 站點(diǎn)是使用網(wǎng)絡(luò)服務(wù)標(biāo)識(shí)運(yùn)行的。

LITWARE\WSS02$ 是 Web 前端服務(wù)器的計(jì)算機(jī)帳戶，而 SharedServices1_DB 是共享服務(wù)提供程序數(shù)據(jù)庫(kù)。除了其他用途，此 Web 前端服務(wù)器使用此數(shù)據(jù)庫(kù)來(lái)在 ASPStateTempSessions 表中維持 ASP.NET 會(huì)話階段狀態(tài)數(shù)據(jù)，但是 LITWARE\WSS02$ 并不具備對(duì)該數(shù)據(jù)庫(kù)的訪問(wèn)權(quán)限。

要特別注意的是，您必須將共享服務(wù)提供程序數(shù)據(jù)庫(kù)包含在每周的數(shù)據(jù)庫(kù)維護(hù)活動(dòng)中，以確保穩(wěn)定的系統(tǒng)性能。例如，您應(yīng)該使用 SQL 命令 TRUNCATE TABLE ASPStateTempSessions，將過(guò)期的會(huì)話階段狀態(tài)數(shù)據(jù)從 ASPStateTempSessions 表中刪除，如“ 將 Project Server 2007 部署到服務(wù)器場(chǎng)環(huán)境”中所述。

與網(wǎng)絡(luò)服務(wù)相關(guān)的配置問(wèn)題很容易令人困惑，所以我將仔細(xì)討論一番。域帳戶（例如 LITWARE\SspConfig Admin）適用于服務(wù)器場(chǎng)中的應(yīng)用程序池，這是因?yàn)樗鼈冊(cè)谒杏?jì)算機(jī)上完全一樣。而網(wǎng)絡(luò)服務(wù)帳戶 (NT AUTHORITY\ NETWORK SERVICE) 在每臺(tái)計(jì)算機(jī)上都不一樣。在名為 wss02.litware.com 的前端服務(wù)器上，NT AUTHORITY\NETWORK SERVICE 帳戶會(huì)轉(zhuǎn)換成 LITWARE\WSS02$。但在名為 sql01.litware.com 的服務(wù)器上，NT AUTHORITY\ NETWORK SERVICE 帳戶則是指 LITWARE\SQL01$。問(wèn)題就出在這里。

如果在 SQL Server Management Studio 中檢查 SharedServices1_DB 的 SQL Server 權(quán)限，您可以看到 NT AUTHORITY\NETWORK SERVICE 帳戶具有 db_owner 權(quán)限，并嘗試授權(quán)使用網(wǎng)絡(luò)服務(wù)帳戶的應(yīng)用程序池訪問(wèn)共享服務(wù)提供程序數(shù)據(jù)庫(kù)。但請(qǐng)記住，這只在單一服務(wù)器的安裝環(huán)境中奏效。

您可以明確地授與 LITWARE\WSS02$ 及其他所有 WSS 服務(wù)器帳戶（可能是 LITWARE\WSS01$ 等）SharedServices1_DB 的 db_owner 權(quán)限，但改用應(yīng)用程序池的域帳戶更妥當(dāng)，因?yàn)檫@樣一來(lái)，所有前端服務(wù)器都將使用 SharePoint 已授與其必要數(shù)據(jù)庫(kù)權(quán)限的相同標(biāo)識(shí)。

共享服務(wù)權(quán)限

如果您的 PWA 站點(diǎn)的應(yīng)用程序池因某種原因使用網(wǎng)絡(luò)服務(wù)帳戶，您還會(huì)碰到與 SSP 相關(guān)的權(quán)限問(wèn)題。還記得我曾提到在 PWA 站點(diǎn)應(yīng)用程序池帳戶的上下文中，PSI Forwarder 可能代表用戶訪問(wèn) PSI Web 服務(wù)嗎？如果此帳戶不具備訪問(wèn) Office Server Web 服務(wù)站點(diǎn)的權(quán)限，您會(huì)再次收到常見(jiàn)的 SharePoint 錯(cuò)誤消息。這次，前端服務(wù)器上的跟蹤日志會(huì)指出“請(qǐng)求失敗，HTTP 狀態(tài) 401: 未經(jīng)授權(quán)”，如圖 5 所示。

圖 5 請(qǐng)求失敗，HTTP 狀態(tài) 401: 未經(jīng)授權(quán)（單擊圖像可查看大圖）

請(qǐng)記住，此錯(cuò)誤并不是指 PWA 中的用戶權(quán)限。在 PWA 站點(diǎn)中授與的 SharePoint 權(quán)限確定了哪些用戶可以訪問(wèn)該站點(diǎn)的 _vti_bin/PSI 虛擬子目錄，但這些用戶并不會(huì)獲得對(duì)共享服務(wù) Web 應(yīng)用程序或該應(yīng)用程序服務(wù)器上的 PSI Web 服務(wù)的訪問(wèn)權(quán)限。

即使您是 PWA 站點(diǎn)集合管理員，如果 PWA 站點(diǎn)的應(yīng)用程序池帳戶不具備對(duì) PSI Web 服務(wù)的訪問(wèn)權(quán)限，MOPS 也依然會(huì)失敗。如果您忽略對(duì)服務(wù)器場(chǎng)中的應(yīng)用程序池使用域帳戶的建議，而改用網(wǎng)絡(luò)服務(wù)帳戶，情況更是如此。

若要驗(yàn)證應(yīng)用程序服務(wù)器上的 SSP 訪問(wèn)權(quán)限，可在 Office Server Web 服務(wù)站點(diǎn)的根目錄中（默認(rèn)為 %PROGRAMFILES%\ Microsoft Office Servers\12.0\Web Services\Root）查看 web.config 文件。您可能會(huì)注意到 <authorization> 部分中的 NT AUTHORITY\NETWORK SERVICE 條目，它應(yīng)該用于授權(quán)使用網(wǎng)絡(luò)服務(wù)帳戶的應(yīng)用程序池。但是，此條目還是無(wú)法完成該任務(wù)，因?yàn)樗粎⒖急镜赜?jì)算機(jī)，而本地計(jì)算機(jī)并不是前端服務(wù)器。

最佳策略是更改應(yīng)用程序池配置，并使用域帳戶。但若堅(jiān)持使用網(wǎng)絡(luò)服務(wù)帳戶，您必須明確授權(quán)前端服務(wù)器帳戶。

請(qǐng)勿直接編輯應(yīng)用程序服務(wù)器上的 web.config 文件，否則 SharePoint 會(huì)覆蓋您的更改。請(qǐng)改用 SharePoint 3.0 管理中心來(lái)授與缺少的權(quán)限，如“測(cè)試共享服務(wù)提供程序訪問(wèn)權(quán)限”工作表所述。另外，還需驗(yàn)證配置，方法是使用簡(jiǎn)單的 ASP.NET 應(yīng)用程序來(lái)建立與 PSI Web 服務(wù)的直接 HTTP 連接，例如 SSPCheck（包含于附屬材料中）。請(qǐng)確保您在 PWA 站點(diǎn)的應(yīng)用程序池下運(yùn)行 ASP.NET 測(cè)試應(yīng)用程序，以獲取可靠的結(jié)果。

Windows 防火墻

到目前為止，打開(kāi) PWA 應(yīng)該不成問(wèn)題 — 當(dāng)然啦，除非您嘗試通過(guò) Web 前端服務(wù)器訪問(wèn) PWA，而 MOPS 應(yīng)用程序服務(wù)器上的 Windows 防火墻阻止了 TCP 端口 56737 和 56738。這些是分配給 Office Server Web 服務(wù)站點(diǎn)用于 HTTP 和 HTTPS 通信的默認(rèn)端口。

當(dāng)創(chuàng)建 Office Server Web 服務(wù)站點(diǎn)時(shí)，SharePoint 并不會(huì)在 MOPS 應(yīng)用程序服務(wù)器上自動(dòng)打開(kāi)這些端口。如果您在應(yīng)用程序服務(wù)器上啟動(dòng)了 Windows 防火墻，則必須手動(dòng)創(chuàng)建防火墻規(guī)則，以允許這些端口的數(shù)據(jù)傳輸，使前端服務(wù)器能夠訪問(wèn) PSI Web 服務(wù)。如果防火墻阻止了這些端口，您會(huì)收到圖 6 中顯示的錯(cuò)誤消息，同時(shí)前端服務(wù)器上的跟蹤日志將指出“連接的主機(jī)未能響應(yīng)”。

圖 6 Project Web Access 無(wú)法連接到 Project Server（單擊圖像可查看大圖）

MOPS 服務(wù)和服務(wù)帳戶

解決了前端/后端通信問(wèn)題后，您就應(yīng)該能夠訪問(wèn) Project Web Access 了。可喜可賀！現(xiàn)在是時(shí)候把重點(diǎn)放在更困難的特定于 MOPS 的問(wèn)題上了。深吸一口氣，然后打開(kāi)您的 MOPS 應(yīng)用程序服務(wù)器上的應(yīng)用程序事件日志，如果您看到成千上萬(wàn)條錯(cuò)誤消息指出“無(wú)法啟動(dòng)隊(duì)列系統(tǒng)”（如圖 7 所示），千萬(wàn)別驚訝。您還可能注意到 MOPS 服務(wù)導(dǎo)致 CPU 使用率幾乎為 100%。

圖 7 無(wú)法啟動(dòng)隊(duì)列系統(tǒng)（單擊圖像可查看大圖）

隊(duì)列系統(tǒng)是 MOPS 應(yīng)用程序基礎(chǔ)結(jié)構(gòu)的主干，用于 MOPS 數(shù)據(jù)庫(kù)的插入和更新請(qǐng)求，以便處理、運(yùn)行清理和維護(hù)任務(wù)，它還可以更新用于數(shù)據(jù)分析任務(wù)的報(bào)表數(shù)據(jù)庫(kù)。這在“Microsoft Office Project Server 2007 隊(duì)列系統(tǒng)”一文中有詳細(xì)介紹。根據(jù)本文，此隊(duì)列系統(tǒng)依靠 Windows 服務(wù)，在程序集 Microsoft.Office.Project.Server.Queuing.exe 中實(shí)現(xiàn)，并且在 SharePoint 配置管理和計(jì)時(shí)器服務(wù)帳戶的標(biāo)識(shí)下運(yùn)行，以訪問(wèn)服務(wù)器場(chǎng)的配置數(shù)據(jù)庫(kù)。

啟動(dòng)時(shí)，Windows 服務(wù)將檢索配置數(shù)據(jù)庫(kù)的所有 SSP 的列表，包括相應(yīng)的 SSP 管理員帳戶及其加密密碼，然后在相應(yīng)的 SSP 管理員帳戶的上下文中，針對(duì)與 PWA 站點(diǎn)相關(guān)的每個(gè) SSP 啟動(dòng)額外的 Microsoft.Office.Project.Server.Queuing.exe 進(jìn)程。換句話說(shuō)，Microsoft.Office.Project.Server.Queuing.exe 在不同的帳戶下啟用自身的多個(gè)實(shí)例，因此，在 MOPS 應(yīng)用程序服務(wù)器上運(yùn)行的 Microsoft.Office.Project.Server.Queuing.exe 進(jìn)程總數(shù)等于 SSP 的數(shù)量與一之和。

額外的進(jìn)程實(shí)例是隊(duì)列工作進(jìn)程。每個(gè)單獨(dú)的隊(duì)列工作進(jìn)程都將從與它相關(guān)聯(lián)的 SSP 確定自己的一組 PWA 站點(diǎn)、為每個(gè) PWA 站點(diǎn)啟動(dòng)不同的輪詢(xún)線程，以及開(kāi)始處理排隊(duì)等候在相應(yīng) PWA 站點(diǎn)數(shù)據(jù)庫(kù)的任務(wù)。這正是隊(duì)列系統(tǒng)的工作方式，您可以在 Windows 任務(wù)管理器中就此進(jìn)行驗(yàn)證。

在服務(wù)器場(chǎng)的 MOPS 應(yīng)用程序服務(wù)器上，若有一個(gè) SSP 與 PWA 站點(diǎn)相關(guān)聯(lián)，則會(huì)出現(xiàn)兩個(gè) Microsoft.Office.Project.Server.Queuing.exe 進(jìn)程 — 一個(gè)以配置管理帳戶的身份運(yùn)行，另一個(gè)則以 SSP 管理員帳戶的身份運(yùn)行。在我的測(cè)試環(huán)境中，這些帳戶是 WssConfigAdmin 和 SspConfig Admin，如圖 8 所示。

圖 8 進(jìn)程間通訊因訪問(wèn)被拒絕而失?。▎螕魣D像可查看大圖）

為什么無(wú)法啟動(dòng)隊(duì)列系統(tǒng)？應(yīng)用程序事件日志中的錯(cuò)誤條目提供的信息不足，但是，如果您在 SharePoint 3.0 管理中心中的“操作”選項(xiàng)卡上的“診斷日志記錄”下，暫時(shí)將最低級(jí)別事件設(shè)置為所有類(lèi)別的跟蹤日志報(bào)告，即可獲得更多詳細(xì)信息。

圖 8 顯示了最終的跟蹤日志，如果您仔細(xì)查看，會(huì)看到 ProjectQueueService（整體 Window 服務(wù)）啟動(dòng)了 QueueExecService（隊(duì)列工作進(jìn)程），但 QueueExecService 進(jìn)程因訪問(wèn)被拒絕而失敗。因?yàn)?QueueExecService 失敗，ProjectQueueService 便嘗試重新啟動(dòng)它，但是又因相同的原因再次失敗，所以它繼續(xù)耗用 CPU 周期，以上千個(gè)錯(cuò)誤填充事件并跟蹤日志，像個(gè)無(wú)盡的循環(huán)。

可惜的是，即使是最詳盡的跟蹤日志也不會(huì)揭示訪問(wèn)被拒錯(cuò)誤的特定原因。但是別泄氣，通過(guò)排除，您就可以迅速地找出根本原因。

如果您在 SharePoint 3.0 管理中心中更改 SSP 管理員帳戶，并且指定配置管理帳戶 (WssConfigAdmin)，隊(duì)列系統(tǒng)便會(huì)啟動(dòng)。反過(guò)來(lái)做也奏效，只要將 SSP 管理員帳戶 (SspConfigAdmin) 保持不變，然后將它用作 Windows 服務(wù)的服務(wù)帳戶，隊(duì)列系統(tǒng)也會(huì)啟動(dòng)。

隨后，配置管理帳戶和 SSP 管理員帳戶就都具備了所有必要的權(quán)限，隊(duì)列系統(tǒng)只在 Project QueueService 和 QueueExecService 使用不同的帳戶時(shí)才不會(huì)啟動(dòng)。

這很清楚地指出了要在本地計(jì)算機(jī)上彼此交互的不同進(jìn)程之間存在權(quán)限問(wèn)題。畢竟，ProjectQueueService 和 QueueExecService 進(jìn)程都必須彼此監(jiān)控，才能確保服務(wù)行為的一致性（注意圖 8 的跟蹤日志中的 ProcessWatcher 條目）。例如，當(dāng)您關(guān)閉 ProjectQueueService Windows 服務(wù)時(shí)，所有 QueueExecService 工作進(jìn)程也必須隨之關(guān)閉。

之所以會(huì)產(chǎn)生錯(cuò)誤，是因?yàn)閲L試訪問(wèn)在不同的安全性上下文中運(yùn)行的進(jìn)程。訪問(wèn)另一個(gè)安全性上下文中的進(jìn)程需要提升的權(quán)限。即使服務(wù)帳戶可能具有這些權(quán)限，但 Windows Server 2008 仍會(huì)拒絕訪問(wèn)，這是因?yàn)橄到y(tǒng)會(huì)默認(rèn)啟用用戶帳戶控制 (UAC)，而這會(huì)導(dǎo)致進(jìn)程以標(biāo)準(zhǔn)權(quán)限運(yùn)行。

只要您禁用 UAC，ProjectQueueService 和 QueueExecService 進(jìn)程便可以使用提升的權(quán)限運(yùn)行，而且隊(duì)列系統(tǒng)也將啟動(dòng)。是使用配置管理帳戶作為所有 SSP 的管理員帳戶，進(jìn)而以相同的帳戶來(lái)運(yùn)行所有隊(duì)列進(jìn)程，還是通過(guò)禁用 UAC 來(lái)減弱 MOPS 應(yīng)用程序服務(wù)器上的安全性，都由您選擇。

Analysis Services 集成

如果您按照“將 SQL Server 2005 Analysis Services 與 Project Server 2007 多維數(shù)據(jù)集生成服務(wù)配合使用的要求”（發(fā)表日期為 2007-04-05）中的說(shuō)明操作，可能會(huì)碰到 SQL Server 2005 Analysis Services 問(wèn)題，就讓我們就此為本專(zhuān)欄下結(jié)語(yǔ)。如果您按照說(shuō)明中的方法，通過(guò)創(chuàng)建 SQL Server 2005 數(shù)據(jù)庫(kù)來(lái)創(chuàng)建 Analysis Services 存儲(chǔ)庫(kù)，當(dāng)嘗試在 PWA 中生成多維數(shù)據(jù)集時(shí)，最后可能會(huì)收到圖 9 中所示的錯(cuò)誤。

圖 9 由于不正確的 Analysis Services 配置而產(chǎn)生多維數(shù)據(jù)集生成錯(cuò)誤（單擊圖像可查看大圖）

重點(diǎn)是，MOPS 2007 是針對(duì) SQL Server 2000 Analysis Services 而設(shè)計(jì)的。SQL Server 2005 Analysis Services 需要其他配置步驟才能實(shí)現(xiàn)向后兼容性。SQL Server 2000 版本將關(guān)于多維數(shù)據(jù)集生成的存儲(chǔ)庫(kù)信息存儲(chǔ)在 Microsoft Jet 數(shù)據(jù)庫(kù)中，雖然您可以遷移 Jet 數(shù)據(jù)庫(kù)以與 SQL Server 2005 搭配使用，但在全新的 MOPS 部署中沒(méi)必要這么做。

我剛剛提到的 TechNet 文章介紹了如何配置 SQL Server 2005 來(lái)模擬 Jet 數(shù)據(jù)庫(kù)的功能（無(wú)論 Jet 數(shù)據(jù)庫(kù)是否真的存在）。但該文卻沒(méi)有提到，無(wú)論是將 Analysis Services 配置為使用 Jet 數(shù)據(jù)庫(kù)（舊方法），還是使用預(yù)先配置的 SQL Server 2005 數(shù)據(jù)庫(kù)（首選方法），MOPS 仍會(huì)在數(shù)據(jù)庫(kù)服務(wù)器上檢查 .dso 文件共享中的存儲(chǔ)庫(kù)鎖定信息。

除非此文件共享確實(shí)存在，并且 SSP 管理員帳戶對(duì)此文件共享具備完全控制訪問(wèn)權(quán)，否則，多維數(shù)據(jù)集生成將失敗，并顯示圖 9 所示的權(quán)限錯(cuò)誤。為了使 SQL Server 2005 Analysis Services 與 MOPS 多維數(shù)據(jù)集生成服務(wù)正常運(yùn)行，請(qǐng)遵循“配置多維數(shù)據(jù)”集隨附工作表中所述的步驟。

結(jié)論

MOPS 2007 并不容易部署，它的體系結(jié)構(gòu)復(fù)雜，而且成功部署涉及到許多步驟，其中包括從正確規(guī)劃服務(wù)器場(chǎng)配置、在應(yīng)用程序服務(wù)器和 Web 前端服務(wù)器上安裝二元文件和運(yùn)行 SharePoint 產(chǎn)品和技術(shù)配置向?qū)?，到?SharePoint 3.0 管理中心內(nèi)配置應(yīng)用程序池、共享服務(wù)、SSP 管理站點(diǎn)和 PWA 站點(diǎn)，最后到在 SQL Server Management Studio 中安裝 Analysis Services 等。

使部署更具挑戰(zhàn)性的是 Windows Server 2008 干擾安全性功能，例如 Windows 防火墻和 UAC、SharePoint 管理工具中的漏洞，以及 MOPS 部署文檔的疏漏。您不能單靠 SharePoint 3.0 管理中心來(lái)警告您應(yīng)用程序池是否在服務(wù)器場(chǎng)中使用網(wǎng)絡(luò)服務(wù)帳戶、是否自動(dòng)應(yīng)用所有必要的配置更改（例如 IIS 站點(diǎn)綁定和 Windows 防火墻規(guī)則），或是檢查已配置的 PWA 站點(diǎn)的操作狀態(tài)。

另外，也別期望一切都有現(xiàn)成的可用。請(qǐng)確保您充分了解 MOPS 體系結(jié)構(gòu)和依賴(lài)項(xiàng)，遵守產(chǎn)品建議，并且通過(guò)創(chuàng)建測(cè)試項(xiàng)目計(jì)劃和資源，徹底驗(yàn)證 MOPS 配置和功能，以確保部署成功。

盡管有這些挑戰(zhàn)，MOPS 仍然繼承了作為企業(yè)平臺(tái)的 SharePoint 的強(qiáng)大功能。借助 SharePoint 和 Web 服務(wù)技術(shù)，MOPS 使得客戶端工作站上不再需要進(jìn)行直接的數(shù)據(jù)庫(kù)連接。通過(guò)隊(duì)列系統(tǒng)，MOPS 提高了高峰期的持續(xù)性（所有項(xiàng)目經(jīng)理都希望在星期一早上更新他們的項(xiàng)目，原因無(wú)法解釋清楚），而通過(guò)其他 MOSS 技術(shù)，將 MOPS 與更多行業(yè)應(yīng)用程序集成也是可行的。

自過(guò)去為 Project Server 2003 開(kāi)發(fā)業(yè)務(wù)解決方案以來(lái)，我發(fā)現(xiàn)，與以往的可伸縮性問(wèn)題、以前因緩慢的網(wǎng)絡(luò)連接而產(chǎn)生的 ODBC 連接問(wèn)題，以及構(gòu)建包含許多 JOIN 語(yǔ)句（多到我必須使用 Excel 跟蹤記錄所有子查詢(xún)）的數(shù)據(jù)庫(kù)查詢(xún)比起來(lái)，MOPS 2007 部署挑戰(zhàn)簡(jiǎn)直是小巫見(jiàn)大巫。MOPS 2007 是 EPM 解決方案中的重要里程碑，值得花功夫去部署。

Pav Cherny 是一位 IT 專(zhuān)家兼撰稿人，專(zhuān)門(mén)研究 Microsoft 協(xié)作與統(tǒng)一通信技術(shù)。其著述包括白皮書(shū)、產(chǎn)品手冊(cè)和書(shū)籍，這些著述主要討論 IT 運(yùn)營(yíng)和系統(tǒng)管理。同時(shí)，Pav 是 Biblioso Corporation 的總裁，該公司主要經(jīng)營(yíng)托管文檔和本地化服務(wù)。

原文 | 來(lái)源：微軟TechNet中文站