【正文】 能指定多個淺層范圍，而不是執(zhí)行深度遍歷搜索 執(zhí)行多個淺層遍歷搜索比執(zhí)行一個深度遍歷搜索的效率高。深度遍歷搜索要求 Web 存儲系統(tǒng)鎖定待搜索的層次結(jié)構(gòu)（避免執(zhí)行搜索時層次結(jié)構(gòu)發(fā)生變化），但是淺層遍歷搜索沒有這一限制。構(gòu)建搜索請求時，可以在查詢中指定多個范圍。所有列出的范圍必須是相同類型的范圍（即，都是深度的或都是淺層的）。有關(guān)詳細信息，請參考 Exchange 2000 SDK 中的“搜索范圍”主題。保守使用同步事件 創(chuàng)建 Web 存儲系統(tǒng)應(yīng)用程序時，同步事件是一個強有力的工具，但它們也可能給性能帶來嚴重影響。如果正在執(zhí)行的同步事件使用某給定資源，所有要使用該資源的其它操作都將被阻塞，直到該同步事件完成為止。因此，應(yīng)盡可能使用異步事件。異步事件的功能不如同步事件豐富，但在對資源進行非串行化訪問時，異步事件更有優(yōu)勢。對與事件一同使用的 COM+ 組件進行性能調(diào)整 使用 COM+ 組件實施事件時，應(yīng)遵循調(diào)整 COM+ 組件的正規(guī)操作方式。可伸縮性與可用性 Exchange 2000 相對于 Exchange Server 的以前版本在可伸縮性與可用性方面有很大的改進。Exchange 2000 中有助于改善應(yīng)用程序可伸縮性與可靠性的功能包括： 多個存儲區(qū)和存儲組，減少了備份和恢復(fù)的時間，并擴展可伸縮性與可靠性。 活動/活動群集，注重提高 KM 應(yīng)用程序的可靠性和可訪問性。 網(wǎng)絡(luò)負載平衡，它代表另一種形式的群集化，注重在多個服務(wù)器間分配網(wǎng)絡(luò)流量，而不是在發(fā)生服務(wù)器故障時確保可訪問性（象在活動/活動群集中那樣）。 分布式前臺/后臺服務(wù)器配置結(jié)構(gòu)，從而可以在多個服務(wù)器上劃分服務(wù)分區(qū)，并且在此過程中允許 Exchange 擴展到能夠滿足大規(guī)模的企業(yè)、ISP 以及 ASP 的需要。 使用 Windows 2000 Active Directory 滿足安全要求，以便處理集中管理和可靠性的問題。 Web 存儲系統(tǒng)依靠存儲組、多數(shù)據(jù)庫、群集以及自身 MIME 存儲，不僅可以與 IIS 集成和快速傳遞流媒體文件，并且提供可伸縮性與可靠性。除此之外，Exchange 還負責(zé)存儲區(qū)的復(fù)制，以便在需要時還可以使用這部分存儲區(qū)。 有關(guān)上述功能的詳細信息，請參考 Exchange 2000 聯(lián)機文檔和以下白皮書： Microsoft Exchange 2000 群集（英文） Exchange 2000 前臺和后臺拓撲結(jié)構(gòu)（英文） 開發(fā) ASP 主機的 Exchange Service 的最佳方法（英文） 指南回顧 概括起來，以下是使用 Exchange 2000/Web 存儲系統(tǒng)設(shè)計 KM 解決方案的指南的列表：對不同應(yīng)用程序創(chuàng)建和劃分多個存儲區(qū) 現(xiàn)在，Exchange 2000 支持包含多個公共文件夾樹，或稱為頂級層次結(jié)構(gòu) （TLH）的功能。此外，對于每個公共文件夾樹來說，Exchange 2000 僅將其復(fù)制到各服務(wù)器的一個公共文件夾存儲區(qū)中。由于這種復(fù)制帶有更多的限制，管理人員現(xiàn)在可以將選定的幾組公共文件夾分別限定在各個服務(wù)器上，這樣更容易控制，還可以提高在這些存儲區(qū)上運行的應(yīng)用程序的可用性。在單獨的驅(qū)動器上安裝并保護事務(wù)日志 為了保證容錯性，以及即使服務(wù)器發(fā)生故障后仍能恢復(fù)存儲區(qū)，Exchange 2000 與它以前的版本一樣都要依靠于事務(wù)日志文件中的事務(wù)記錄。事務(wù)日志充當內(nèi)存與磁盤上數(shù)據(jù)庫之間的防錯中介。在設(shè)置和管理事務(wù)日志和數(shù)據(jù)庫時，建議您遵照下列最佳方法： 通過諸如磁盤鏡象 (RAID) 這樣的方式保護驅(qū)動器，防止可能的硬件故障造成的損失。 在單獨的驅(qū)動器上保存事務(wù)日志和數(shù)據(jù)庫（存儲區(qū)）。 保持每個服務(wù)器上事務(wù)日志驅(qū)動程序的數(shù)量與存儲組的數(shù)量相等，以及將每個事務(wù)日志設(shè)置在不同的位置上，以使性能達到最佳。 始終將文件系統(tǒng)格式化為符合 NTFS 的要求。 關(guān)閉循環(huán)日志記錄功能。 設(shè)置前臺服務(wù)器以處理接收的協(xié)議請求，設(shè)置后臺服務(wù)器用作 Web 存儲區(qū) 在這種配置形式中，前臺服務(wù)器可專用于處理接收的客戶連接和協(xié)議請求。后臺服務(wù)器可專用于管理數(shù)據(jù)庫（存儲區(qū)）。顯然，這種在多個服務(wù)器間分配負載的功能有助于提升 Exchange 的容量，從而滿足上百萬個用戶的需求。此外，將這些操作分開也有利于提高整個系統(tǒng)的可靠性。重要的組件不再被固定到幾個服務(wù)器中的某一個上。為提高可用性使用群集和網(wǎng)絡(luò)負載平衡服務(wù) 正如上文所述，群集是將服務(wù)器分組的一種方式— 即使這些服務(wù)器是獨立的、分離的計算機 — 對網(wǎng)絡(luò)而言它們是一體的。它們相互協(xié)作，從而保證即使其中一臺發(fā)生故障，另一臺能夠隨時接管并繼續(xù)提供服務(wù)。在 Exchange 2000 中， 群集是活動/活動的，即 Exchange 服務(wù)可在群集中的所有服務(wù)器上同時運行。如果其中一臺出現(xiàn)故障，另一臺能夠接管故障服務(wù)器的職能，同時還能繼續(xù)處理自己的任務(wù)。注意：群集要求 Windows 2000 Advanced Server 或 Windows 2000 Datacenter Server。Windows 2000 的網(wǎng)絡(luò)負載平衡服務(wù)與其它類型的基于硬件的解決方案相比，基本上是一種基于軟件的負載平衡解決方案。網(wǎng)絡(luò)負載平衡服務(wù)的功能是抓取進入的 TCP/IP 流量，然后將它平均分配到一個負載平衡群集中的各個服務(wù)器上。為群集指定一個 IP 地址（如果主機是歸屬于多個系統(tǒng)的，即連接到多個網(wǎng)絡(luò)上，則指定一組地址）。如果主機發(fā)生故障或脫機，負載平衡服務(wù)能將網(wǎng)絡(luò)流量重新引導(dǎo)到正常工作的主機上，因為連接中斷后客戶機會重試，最終用戶最多只會感到一兩秒的延遲，就可接到正常工作的服務(wù)器的響應(yīng)。設(shè)計事件和工作流過程時要注意可用性 為適應(yīng)應(yīng)用程序可用性的需求 — 使應(yīng)用程序在發(fā)生非致命錯誤的情況下仍保持運行 — 您應(yīng)當注意錯誤的處理，特別是事件接收器、COM+ 組件和工作流方面的錯誤。這是為了能夠從大多數(shù)非致命錯誤中恢復(fù)，同時不丟失服務(wù)。分類的實現(xiàn) 管理和實現(xiàn)分類是 KM 解決方案需要成功完成的關(guān)鍵任務(wù)之一。分類一詞指劃分和組織內(nèi)容的方法，它通常是 KM 解決方案內(nèi)容管理模塊中的一個核心服務(wù)。使用 Web 存儲系統(tǒng)實現(xiàn)分類有多種方法。這里我們比較三種方法的優(yōu)點和缺點。Active Directory 你可以擴展 Active Directory 架構(gòu)以包含分類，如與用戶或雇員相關(guān)的內(nèi)容信息以及組織和地域信息。如果內(nèi)容信息不常更新，這種方法會很有效，它通常適用于整個企業(yè)。它也能從使用 Active Directory 基礎(chǔ)結(jié)構(gòu)中獲益。另一方面，這種方法的缺點包括： 如果內(nèi)容信息時常更新，或在處理不適用于整個企業(yè)的特定信息時，效果不佳。 如果分類發(fā)生改變，管理 Active Directory 架構(gòu)擴展將比較困難。 要復(fù)制整個企業(yè)范圍內(nèi)的 Active Directory 架構(gòu)擴展，還需要額外的開銷。 文件夾以及內(nèi)容類 如果采用這種方法，您要定義內(nèi)容類及適當?shù)奈募A結(jié)構(gòu)（上文所述的分層結(jié)構(gòu)或單層文件夾結(jié)構(gòu)均可）來存儲內(nèi)容信息。這種方法適用于內(nèi)容信息時常更新的情況。但是，最好留意這種方法的一以下些潛在缺陷： 在“性能”部分我們已經(jīng)討論過，檢索內(nèi)容信息的性能在很大程度上依賴于您為自定義屬性編制索引的方式以及您設(shè)計的 SQL 查詢的方式。 在某些情況下，改變分類或用新的分類替代它可能比較困難，需要改變文件夾結(jié)構(gòu)。 搜索文件夾 搜索文件夾的方法與內(nèi)容類方法相似，只是分類是存儲在搜索文件夾中的。正如上文所述，搜索文件夾是動態(tài)的，它們的內(nèi)容時常被 Web 存儲系統(tǒng)重新評估并更新。換言之，搜索文件夾包括指向物理對象的指針（類似于符號鏈接）。與業(yè)務(wù)范圍應(yīng)用程序的集成 現(xiàn)實的 KM 解決方案必須與其它業(yè)務(wù)范圍 (LOB) 應(yīng)用程序集成。例如，一個 KM 解決方案需要從其它 LOB 應(yīng)用程序（如人力資源應(yīng)用程序或制造過程應(yīng)用程序）中獲取源內(nèi)容和數(shù)據(jù)。在另一種情況下，KM 解決方案可能需要向另一個 Internet Web 站點（作為某特定行業(yè)的虛擬社區(qū)）發(fā)送一個特定的請求。圖 10. 使用 XML 架構(gòu)與 LOB 應(yīng)用程序集成的概念關(guān)系圖與 LOB 應(yīng)用程序集成有多種方式，具體取決于涉及的技術(shù)和平臺。這里，我們提倡采用基于 XML 的方式處理集成需要。這種方式基于這樣的事實： Web 存儲系統(tǒng)本身支持 XML 并且非常適合充當與其它 LOB 應(yīng)用程序之間的基于 XML 的接口。建議使用這種基于 XML 的方式執(zhí)行以下任務(wù)：了解與其它 LOB 應(yīng)用程序接合的業(yè)務(wù)需求 第一步，和任何設(shè)計過程中一樣，要了解其它 LOB 應(yīng)用程序以及接口需求，以便將您的 KM 解決方案與這些應(yīng)用程序相集成。定義 XML 架構(gòu) XML 架構(gòu)設(shè)計有兩個級別： 1. 為您的 KM 解決方案使用的內(nèi)部 XML 架構(gòu)。這一架構(gòu)的設(shè)計主要與如何設(shè)計存儲區(qū)架構(gòu)以及前面討論的其它設(shè)計考慮因素有關(guān)。 2. 用于與其它 LOB 應(yīng)用程序接合的外部 XML 架構(gòu)。這一架構(gòu)設(shè)計應(yīng)集中考慮其它 LOB 應(yīng)用程序使用 XML 架構(gòu)可以處理什么任務(wù)。 使用 BizTalk XML 框架和/或 BizTalk Server Orchestration 如果另一個 LOB 應(yīng)用程序支持特定的行業(yè)標準，您在 BizTalk 框架里可能找到一個預(yù)定義的 XML 架構(gòu)（有關(guān)詳細信息，請參考 （英文））。您也可以使用 BizTalk Server 2000 商務(wù)編制過程功能來處理集成任務(wù)。有關(guān) BizTalk Server 2000 的詳細信息，請參考 Microsoft BizTalk 2000：使用 BizTalk Orchestration 建立反向拍賣過程。使用 XSLT 轉(zhuǎn)換 XML 架構(gòu) BizTalk Server 2000 可以為您將一個 XML 架構(gòu)轉(zhuǎn)換成另一個 XML 架構(gòu)。但是，如果您決定自己轉(zhuǎn)換，XSLT（T 代表 Transformation，即轉(zhuǎn)換）是個完成轉(zhuǎn)換的極好的工具。MSDN XML Developer Center 里有許多 XML 和 XSLT 信息。使用 WebDAV 將 XML 文檔張貼到 Internet 或 Intranet Web 站點上 如果您沒有使用 BizTalk 服務(wù)器而希望將 XML 文檔發(fā)送到另一個 Web 站點，您應(yīng)當使用 WebDAV。下面的 Visual Basic174。 腳本版本 (VBScript) 代碼片斷闡釋了將 XML 文檔張貼到另一個 Web 站點的過程（注意它沒有顯示安全設(shè)置）。Set objRequest = CreateObject() 39。 strURL = strCommunityURL amp。 AutoMan amp。 strRFQnumber amp。 .xml Translate,f ContentType, text/xml objXmlDoc定義安全模型以便與其它 LOB 應(yīng)用程序接合 通常，不同的 LOB 應(yīng)用程序有不同的安全需求。如果兩個應(yīng)用程序都是基于 Windows 2000 Active Directory 的，就可以直接接合了。但是，某些情況下，存在多個平臺和不同的安全模型。處理這種混合環(huán)境問題的一種方法就是引入包裝和描述安全模型的中間 XML 架構(gòu)。確定錯誤處理過程 在集成的過程中通常會忽視錯誤處理過程。您需要處理您自己應(yīng)用程序的錯誤，還希望其它應(yīng)用程序能夠處理它們自己的錯誤。但是，最好是預(yù)計到最壞的情況，即：其它應(yīng)用程序發(fā)生了故障但沒有返回錯誤信息。此外，如果您對其它 LOB 應(yīng)用程序具有一定程度的控制，您可以定義 XML 架構(gòu)來描述雙方如何處理錯誤情況以及在錯誤條件下進行交互的正確過程。確定性能的瓶頸并執(zhí)行性能調(diào)整 在與另一個 LOB 應(yīng)用程序成功集成之后，最好進行一些性能測試來檢測它是否滿足您的性能需求。如果存在問題，您可以按如下步驟進行性能調(diào)整： 執(zhí)行性能測試。 確定性能瓶頸。 設(shè)計出消除性能瓶頸的辦法。 如果需要，修改架構(gòu)設(shè)計和設(shè)計的其它部分。 重復(fù)調(diào)整過程，直到達到您的性能目標。 結(jié)論 Web 存儲系統(tǒng)提供許多新的開發(fā)功能用于建立 KM 解決方案。本文中我們研究了 KM 解決方案的特性、 MSF 基于服務(wù)的設(shè)計模型和設(shè)計過程、設(shè)計的最佳方法以及具體的設(shè)計考慮因素。目的是指導(dǎo)開發(fā)人員通過一些有效的方式使用 Web 存儲系統(tǒng)設(shè)計 KM 解決方案。31 /