設計共同作業網站的邏輯架構

  • 發行項

本文內容：

  • 關於內部網路環境中的小組網站

  • 小組網站設計建議

  • 在專用 Web 應用程式中架設小組網站

  • 規劃 Web 應用程式一般設定

  • 選擇是否允許使用者建立網站集合

  • 設計小組網站的內容資料庫設定

  • 自動刪除未使用的網站

  • 使用路徑來組織小組網站 URL

  • 規劃自訂元素

  • 規劃要套用至小組網站的權限

在 Microsoft Office SharePoint Portal Server 2003 中，與入口網站相較，小組網站的功能較有限。在 Microsoft Office SharePoint Server 2007 中則沒有這個情形。在 Office SharePoint Server 2007 中，內部網路環境中的共同作業網站可以利用與所發佈之內部網路入口網站相同的功能 (如果內部網路環境中有提供那些功能的話)。針對本文的目的，我們會以之前的名詞「小組網站」來指稱這類網站。然而，請記得這些網站的功能並不限於其之前的版本。「小組網站」這個名詞是指由較小的群組所使用，或是用於較特殊的共同作業，與所發佈及控制的內部網路入口網站不同。

小組網站是 Office SharePoint Server 2007 大多數部署的重要部分，對於內部網路部署特別重要。小組網站所啟用的共同作業及其提供的儲存空間，對於長期和短期專案、通訊及跨群組共同作業很有用。如果您計劃要提供小組網站來作為部署的一部分，您應將其併入初始架構設計，以備規劃網站的架設及管理。例如，您需要規劃架設小組網站內容所需的內容資料庫；規劃封存和刪除短期專案小組網站，為進行更多的專案；以及監視小組通訊網站，以確保其大小適合用來管理備份和復原。

本文提供在伺服器陣列中部署小組網站的邏輯架構設計建議。本文不討論資訊架構，亦即，小組網站的內部結構。如需設計資訊架構的詳細資訊，請參閱＜規劃網站結構與發佈 (Office SharePoint Server)＞。如需小組網站的資訊，請參閱＜規劃共同作業網站＞。

關於內部網路環境中的小組網站

在 Office SharePoint Server 2007 內部網路環境中，您可以將小組網站列示在 [網站目錄] 中，以將其連接至您發佈的內部網路入口網站。您可以透過網站目錄，針對發佈的網站來建立小組網站，讓它們共用相同的主機名稱，或者您可以直接將已存在的網站新增至「網站目錄」，將所有相關的小組網站聚集在一個一地方。無論其 URL 為何，都可以用這個方式顯示成已發佈的內部網路入口網站的一部分。

因為小組網站是 SharePoint 網站，其功能集與您環境中的任何已發佈網站相同，所以也可以使用您環境中提供的商務智慧、表單及其他功能。這些功能會影響小組網站的架構。例如，若您需要從小組網站中的商務資料目錄顯示商務資料，則必須確定該小組網站的成員具有檢視資料的存取權。商務智慧功能及安全性是在共用服務提供者 (SSP) 層次設定的，因此連接至相同商務資料的所有小組網站都必須使用相同的 SSP，而且必須在與該 SSP 相關聯的 Web 應用程式中。

如需在您的環境中規劃商務智慧及表單的詳細資訊，請參閱下列資源：

小組網站設計建議

在大部分組織中，小組網站的數目會增加，個別小組網站的大小會成長，有時還相當快速。當小組重新組織，或是當專案完成，又有新專案開始，小組就會建立新的小組網站，並廢棄舊的小組網站，或是將其目前的小組網站擴充，以包含更多更多的資料。若要管理或控制成長，您需要謹慎規劃對小組網站的支援。

小組網站的設計目標包括：

  • 最佳化整體伺服器陣列的效能。

  • 為小組網站建立資料庫的邏輯分區，以供持續維護 (亦即，備份、復原及升級)。

  • 讓您可以為小組網站套用適當的原則及設定，而不影響內部網路中其他類型的網站。

小組網站的設計指導包括下列建議，每個建議都詳細說明在下列段落中：

  • 在專用 Web 應用程式中架設小組網站。

  • 套用 Web 應用程式一般設定，例如 Web 應用程式層次的配額及生命週期管理設定，以管理小組網站的成長，並維持內容的最新狀態。

  • 針對適當的儲存量和比例來設計內容資料庫設定，並確定您可以備份及還原所設計之大小的資料庫。

  • 自動刪除未使用的網站。

  • 使用路徑來組織小組網站 URL。

  • 規劃適當的原則及權限。

在專用 Web 應用程式中架設小組網站

在專用 Web 應用程式或是與「我的網站」共用的 Web 應用程式中架設小組網站。建議您不要在與已發佈之內部網路入口網站相同的 Web 應用程式中架設小組網站。將小組網站與您的內部網路入口網站分開，比較容易進行資料復原及維護 (如果您有管理內容資料庫的大小，就比較沒關係)。下圖顯示含有用於內部網路解決方案之小組網站的 Web 應用程式：

共同作業網站的邏輯架構

您可能會想要使用多個專用 Web 應用程式來架設您的小組網站。請考慮下列範例：

  • 在美國一家投資銀行與證券研究公司需要將其投資銀行業部門和證券研究部門完全隔離，以遵守「美國證券交易委員會」的規定。在此範例中，該公司需要為這二個部門使用二個具有不同小組網站集合組的 Web 應用程式。該公司也需要使用 Web 應用程式原則和分開的 SSP，以確保各別部門的使用者不會看到另一個部門所產生的內容。

  • 一家研究與製造公司需要嚴密控制其智慧財產及研究結果。在此範例中，該公司可以在各別的 Web 應用程式中架設研究小組網站，以及使用 Web 應用程式原則來強制執行權限，並確保只有研究人員可以看到研究小組網站中的內容。

  • 一個組織同時架設了內部 (內部網路) 及外部 (外部網路) 小組網站，並且想要用不同方式來加以實作及管理。在此範例中，該組織計劃並實作二個分開的 Web 應用程式，以架設二組小組網站，所以它可以有不同的驗證方法、不同的資料庫，在各環境發生問題時，使用不同的 IIS 記錄。如需規劃外部網路的詳細資訊，請參閱＜設計外部網路伺服器陣列拓撲 (Office SharePoint Server)＞。

一般而言，使用專用 Web 應用程式可以：

  • 將匿名內容與驗證的內容分開。

  • 隔離使用者。

  • 強制執行權限。

  • 最佳化效能。

  • 最佳化管理性。

如需決定是否要有共用或專用 Web 應用程式的詳細資訊，請參閱＜邏輯架構模型：公司部署＞。

考量效能

當您在專用 Web 應用程式上架設小組網站時，會有數個只包含小組網站集合的內容資料庫。如果內容資料庫以類似的資料特性來架設網站，Microsoft SQL Server 資料庫軟體的運作會更有效率，因為 SQL Server 會根據資料庫的特性來選擇查詢計劃。對比之下，如果資料庫以大不相同的資料特性來架設網站，SQL Server 使用的查詢計劃可能就不是對資料庫中所有內容最有效的方法。例如，若資料庫架設小組網站 (亦即，大量的中型網站) 及入口網站 (亦即，少量具有許多要求的極大型網站)，所選擇的查詢計劃對其中一種類型的網站會很沒效率。因此，將小組網站的內容放在專用資料庫中，可讓您最佳化 SQL Server 的效能，進而提升整體伺服器陣列的效能。

考量管理性

將小組網站架設在專用 Web 應用程式中，可讓您藉由下列方式來加強管理性：

  • 您可以分開管理下列項目：

    • 資料庫設定

    • 配額範本

    • 資源回收筒設定

    • 用於未使用網站的自動化動作

    • 驗證

    • 原則

  • 將小組網站與其他類型的網站分開管理，可讓您更有效率地管理小組網站的成長。

  • 您建立與特定服務層次協議交涉的機會。例如，隨著您的服務層次協議一起儲存內容資料庫的每週完整備份及每日差異備份，您就能夠使用第二階段 [資源回收筒]，在復原內容的個別項目時，提供更快的返回。

選擇應用程式集區

在公司環境中，小組網站可以和具有類似共同作業及隔離需求的 Web 應用程式共用應用程式集區。例如，小組網站可以和「我的網站」共用應用程式集區，因為它們都是用於共同作業、儲存資訊和文件，而且通常會為了隔離而有類似的範圍 (亦即，它們都可以用於整個組織)。

一般而言，當您需要執行下列任何一項時，就會需要專用應用程式集區：

  • 從匿名內容分隔驗證內容。

  • 隔離用以儲存外部商業應用程式 (例如，商務資料目錄連線) 密碼的應用程式，以及與外部商業應用程式互動的應用程式。

  • 隔離使用者擁有極大自由可以建立和管理網站以及對內容進行共同作業的應用程式。

如需何時需要專用應用程式集區的詳細資訊，請參閱＜邏輯架構模型：公司部署＞。

在架設環境中，若有多個組織的內容是架設在單一伺服器陣列上，建議您將單一組織的所有內容架設在相同的應用程式集區中。這樣可以提供您更好的延展性 (應用程式集區愈少，執行的程序就愈少)，以及應用程式集區之間的程序隔離 (這樣一來，如果客戶 A 的應用程式集區停止，也不會影響客戶 B 的網站)。當然，這取決於您有多少組織、您的效能規劃建議為何，以及您的隔離需求為何。

規劃 Web 應用程式一般設定

[Web 應用程式一般設定] 頁面上有幾個設定可幫助管理資料的成長，以及環境中的小組網站內容有多新。這些設定會套用至 Web 應用程式中的所有網站。至少要規劃實作下列設定，本節稍後將一一討論各個設定：

  • 定義及套用配額範本，以限制小組網站的大小上限。

  • 建立最大上載大小。依據業務需求來選擇寬鬆的大小，讓使用者可以輕鬆地共同作業。

  • 開啟網站資源回收筒，並使用第二階段資源回收筒。

除了之前列出的設定之外，也要評估 [Web 應用程式一般設定] 頁面上所有的功能設定，以確保那些功能適用於您組織中的小組網站。根據預設，會啟用下列功能：

  • 人名智慧標籤與線上狀態 (會顯示目前線上狀態資訊)

  • 提醒 (根據預設，使用者最多可以建立 500 個提醒)

  • 真正簡易新聞訂閱方式 (RSS) 摘要

  • 部落格應用程式發展介面 (API) (建立部落格的連結)

決定配額範本設定

Office SharePoint Server 2007 環境中沒有小組網站的預設配額範本。然而，建議以下列設定作為起點：

  • 當網站大小達到 450 MB 時，自動傳送電子郵件給網站擁有者。

  • 當網站大小達到 500 MB 時，不讓使用者上載額外的文件。

這些設定也許很適合貴組織，但是您應評估您預期使用者會儲存在小組網站中的項目大小和數目，並視情況調整這些設定，以確保組織中小組網站的使用情形符合預期。

例如，若組織包含研究或設計小組，他們會共同合作產生大量需要儲存和封存的內容，則請考慮增加配額限制，例如，將網站限制增加到 5 或 10 GB。在這些案例中，將內容架設在小組網站上可確保內容會定期備份，而且需要提供內容的每一個人都可以這麼做。您可能也會考慮將 5-10 GB 大小的網站集合放在它自己的內容資料庫中，尤其是當您預期網站集合會快速成長時。

另一方面，如果您的小組網站大多用在短期專案或小組通訊網站，請考慮使用較低的配額限制。這樣可以促使小組只儲存讓短期專案繼續進行所需的資訊 (但是請確定不會降低太多，否則可能會增加有關服務台要求增多而增加配額所帶來的成本。在此案例中，您會促使小組將一般小組內容或新專案的內容儲存在分開的小組網站中。

如果組織中有特定的小組或群組，因為業務需求而要將較大量的內容儲存在其小組網站上，您可以針對個別網站集合來調整配額限制。若要調整配額限制，請在 [網站集合配額與鎖定] 頁面上，選取對應於該小組或群組的網站集合。將目前的配額範本變更為 [個別配額]，然後指定適當的限制。

在規劃配額範本時，請選擇適用於組織中大部分小組網站的限制。為增強管理性，請只在必要時，依個別使用者來調整配額，以配合業務需求。

決定最大上載大小

預設的最大上載大小是 50 MB。50 MB 已經是很寬鬆的限制了，可以讓使用者有彈性地上載許多類型及大小的文件，而不會對效能產生負面影響。如果您組織中的使用者需要將較大的檔案儲存在其小組網站中，請考慮調整此設定，如果有使用者的連線比較慢，請務必監視 IIS 逾時設定。

決定資源回收筒設定

開啟 [資源回收筒] 是加強小組網站管理性的簡單方式。[資源回收筒] 可讓網站擁有者擷取他們已刪除的項目，而不需管理中心介入 (亦即，從備份磁帶還原)。

下列清單說明 [資源回收筒] 的預設值，其適用於大部分組織：

  • 資源回收筒狀態：開啟

  • 刪除資源回收筒中的項目：30 天後

  • 第二階段資源回收筒：為第二階段刪除的項目增加 50% 的存留網站配額

第二階段資源回收筒會儲存使用者已從其資源回收筒刪除的項目。只有網站集合管理員可以從第二階段資源回收筒還原項目。指定給第二階段資源回收筒的大小會增加小組網站的大小總和。例如，若小組網站的限制是 500 MB，而第二階段資源回收筒設為 50%，則網站可以使用的總數量是 750 MB，所以請視情況來規劃您的資料庫容量。

就像資源回收筒一樣，在達到刪除項目的時限時，第二階段資源回收筒中的項目就會自動刪除 (根據預設為 30 天)。然而，當達到第二階段資源回收筒的大小限制時，會從第二階段資源回收筒中最舊的項目開始自動刪除。網站集合管理員也可以手動清空第二階段資源回收筒。

在使用資源回收筒功能時的主要考量為是否要使用第二階段資源回收筒，以及要配置多少空間。請考慮至少配置少量的空間 (例如 10%) 給第二階段資源回收筒，以防使用者誤刪重要的文件、文件庫中的資料夾或清單中的直欄。

規劃網站建立方法

您可以決定要為您的小組網站集中建立網站集合，還是讓使用者建立他們自己的網站集合 (使用自助網站管理)。每個方法都有折衷方案。

如果您讓小組透過自助網站管理來建立網站集合，小組可以依需求輕易地建立網站，不需管理員的協助。不過，這種方式有許多的缺點，包括：

  • 失去實作一個考慮周密分類法的機會。

  • 應用程式會變得很難管理。

  • 網站很容易就會放棄。

  • 無法跨共用網站集合的專案或小組來共用範本以及進行導覽。

注意

如果您想要使用自助網站管理，但想要限制以該方法建立之網站可用的範本，您可以編輯 webtempsps.XML 檔案 (位在 %programfiles%\Common Files\Microsoft Shared\Web server extensions\12\TEMPLATE\1033\XML)，將範本隱藏起來，不讓自助網站管理程序看到。

如果您是根據您組織運作的方式來集中建立網站集合，則有機會實作周全的分類，提供小組網站管理及成長方式的結構。同時也有較多機會在一個共用網站集合的專案和小組之間共用範本以及進行導覽。藉由這個方法，在建立初始網站集合之後，小組就可以依據其需求，在網站集合中建立網站。然而，每當使用者想要建立網站時，您都要耗費 IT 資源。

如需使用各方法的時機範例，請參閱＜邏輯架構模型：公司部署＞。如需規劃網站建立的詳細資訊，請參閱＜規劃建立網站的程序 (Office SharePoint Server)＞。

如果貴組織已選擇要為您的小組網站建立網站集合，而不讓使用者建立他們自己的小組網站集合，請使用網站路徑工作表 (https://go.microsoft.com/fwlink/?linkid=73149&clcid=0x404) ，以判斷建立小組網站所在的層級：他們自己的網站集合最上層，或是一個具有多個子網站的大型網站集合。如需詳細資訊，以判斷要建立許多網站集合，還是只建立少數幾個具有許多子網站的網站集合，請參閱＜決定要使用個別網站集合，還是在一個網站集合中的子網站＞，其位於 Windows SharePoint Services 3.0 技術文件庫的＜Determine sites and subsites needed [Windows SharePoint Services]＞一文中。如需 Office SharePoint Server 2007 中可用網站類型的詳細資訊，請參閱＜決定網站與子網站＞。

設計小組網站的內容資料庫設定

在＜邏輯架構模型：公司部署＞中，小組網站是儲存在專用資料庫中，每個網站集合各一個資料庫。這個方法可讓您針對備份、復原及移轉，獨立管理每個網站集合資料庫。而且，專案完成時，您也可以輕鬆地封存與專案相關的資料庫。雖然您可以用這個方法來建立許多資料庫，但是您可以個別控制每個網站集合的資料庫。

但是請注意，每個 SQL Server 執行個體所擁有的資料庫數目會影響 SQL Server 效能。換句話說，如果您計劃要有 300 個以上的小組網站集合，將各個小組網站集合都儲存在專用的資料庫中，可能會降低 SQL Server 效能。這是因為每個資料庫都代表應用程式集區與 SQL Server 之間的連線。當您新增網頁伺服器和資料庫時，使用中的連線數目就會增加。如果您新增太多連線，SQL Server 會變成沒有回應。

因此，如果您計劃要有 300 個以上的小組網站集合，則不應使用專用資料庫。相反地，每個資料庫中應該要儲存多個網站集合。請注意，300 個資料庫是 Microsoft IT 部門使用的數目。您要注意 300 個資料庫並不是失敗點，而是根據 SharePoint Portal Server 2003 資料所得到的評估值，其中 300 個資料庫代表了 Microsoft IT 對於每部伺服器上能夠安全架設多少網站集合的信心層次。您的數目會因許多參數而不同，包括資料庫的數目。例如，是否要使用專用資料庫也要視下列因素而定：

  • 小組之間有不同的服務層次協議嗎 (例如不同的備份需求)？

  • 小組需要超過 8 GB 的存放區嗎？

  • 小組之間有不同的專案時刻表嗎？如果將具有短期專案的小組與具有長期專案的小組混合，而它們是共用相同的資料庫，可能會很難封存網站，以及將其移出實際執行環境。

  • 您的小組會預期在資料庫層次執行作業時，擁有高度的獨立自主權嗎？

在上述問題中，若有任何答案是肯定的，則應考慮為網站集合使用專用的資料庫。

如果您選擇在每個資料庫中儲存多個網站集合，您可以藉由決定任一資料庫的大小上限，以及每個網站集合的大小上限 (根據配額範本儲存限制值，加上資源回收筒配置)，來計算要在每個資料庫中儲存多個網站集合。請注意，即使您提供每個人 500 MB 的配額，並不是每個人都會使用整個配額，所以您可能會建立太多內容資料庫。請使用配額評估值來作為資料庫規劃的考量之一，但請務必追蹤實際的使用量，並加以修改。如果您之前的環境是使用 SharePoint Portal Server 2003 或 Windows SharePoint Services 2.0，您也可以看一下那些網站集合有多大，並依據實際的網站集合大小，而不要依據配額評估值來建立資料庫。

在管理的環境中，資料庫大小限制通常由下列兩個因素決定：

  • 備份資料庫所需的時間。若超過特定的資料庫大小，備份作業會變得沒有效率、需要比實際更多的時間，而且容易遭受其他破壞。這裡可能也是您新增更多資料庫伺服器至環境的決定點。

  • 允許用來還原內容的服務期間 (即時間量) 由服務層級協定決定。例如，若用來還原內容的服務期間是 4 小時，則資料庫的大小即必須是可以在此時間內還原的量。

若要決定小組網站集合的可管理資料庫大小上限，請決定下表列出的值。

項目 因素 值

A

用來還原內容的服務期間

小時

B

在使用所選擇之復原方法及工具的情況下，可以在服務期間內還原的內容量。

GB

C

備份資料庫的目標時間間隔

小時

D

目標時間內所能備份的內容量，取決於所選擇的備份方法及工具

GB

以內容量的二個值為前提 (B 和 D)，您組織的可管理資料庫大小上限為較小的那個值。

在您決定內容資料庫的目標大小之後，可以計算每個資料庫中可支援的網站集合數目。下表依據資料庫大小及網站集合大小限制，顯示每個資料庫可支援的網站集合數目。網站集合大小限制包括已配置給第二階段資源回收筒的空間。

資料庫大小 500 MB 網站集合大小限制 750 MB 網站集合大小限制 1 GB 網站集合大小限制 2 GB 網站集合大小限制 5 GB 網站集合大小限制 10 GB 網站集合大小限制

25 GB

50

33

25

12

5

2

50 GB

100

66

50

25

10

5

100 GB

200

133

100

50

20

10

200 GB

400

266

200

100

40

20

500 GB

800

533

500

250

100

50

1 TB

1,600

1,066

1,000

500

200

100

注意

如果網站集合的大小成長超過 10 GB，請考慮將它移到專用資料庫中，會較容易管理 (例如，能夠更快備份及復原)。

當您為小組網站建立 Web 應用程式時，請使用管理內容資料庫頁面，以對應於資料庫大小目標和網站集合大小限制的網站集合最大數量，來修改第一個內容資料庫的設定 [最大網站數目]。另外，也請指定要觸發警告的網站數目臨界值 [網站層級警告]****。當達到網站層級警告時，就會以相同的設定來建立新的資料庫。當達到網站集合最大數量時，就不會在資料庫中建立新的網站集合。如果還有資料庫尚未建立，則網站建立失敗。

自動刪除未使用的網站

您可以藉由自動刪除未使用的網站，以增加小組網站中內容的流通。這樣也有助於您控制小組網站的整體成長。如果小組網站是架設在分開的 Web 應用程式中，您就可以用不同於個人網站的方式來管理未使用的小組網站，例如，在您開始查詢未使用網站之前的時間可以較長。

根據預設，不會啟用自動刪除網站的設定。若要管理網站刪除設定，請在應用程式管理頁面上，按一下 [SharePoint 網站管理] 區段中的 [網站使用確認與刪除]****。

若啟用此功能，預設設定包括：

  • 確認網站集合之建立或使用 90 天後，會傳送電子郵件通知網站集合擁有者。換言之，若未在 90 天內確認開始使用網站，網站擁有者將會收到通知。

  • 系統會檢查未確認的網站集合，並且在每天午夜傳送通知。

  • 自動刪除未確認網站集合的選項是未選取的。若選取此設定，在傳送 28 封通知之後，就會自動刪除網站。或者，您也可以指定通知的數目。

若是使用預設值，90 天未使用，在傳送 28 封通知之後，或是最後一次網站確認之後的 118 天，即刪除網站集合。您可以指定適合您組織的設定。因為這個功能是透過確認方式來運作的，而不是透過追蹤網站的實際使用情形，所以您需要針對網站擁有者未預期的請假情形來進行規劃，而避免將網站到期日和刪除日的期間設定的太短。此外，請務必隨時都要有多名網站集合管理員，以便在主要的網站集合管理員長時間外出時，有支援的管理員來確認網站的使用。

自動網站刪除可協助您控制環境，但要小心儲存在網站中的重要商務資料會有被自動刪除的風險。為降低此風險，建議您：

  • 要求所有網站都要有第二連絡人。若這麼做，當網站擁有者沒空或離開組織時，仍有連絡人可以確認網站是否使用中。如果您沒有第二連絡人，並且縮短了刪除未使用網站之前的天數或通知數，則會有意外刪除必要網站的風險。請在開啟自助網站管理時實作此建議，或是作為從管理中心建立網站集合的商務程序。

  • 在自動刪除網站之前加以封存。許多實作自動刪除未使用網站的組織，也都會投資開發可在自動刪除之前，將所有網站封存的工具，以便當網站中有重要商務資訊時，可以輕鬆還原。或者，規劃長期儲存內容資料庫，以防萬一在未來某個時間點需要還原已刪除的網站。

使用路徑或主機名稱來組織小組網站 URL

請依據貴組織，以及您要使用小組網站的方式，考慮使用路徑來組織小組網站的 URL。例如，若您想要為與不同部門相關聯的小組網站使用不同的 URL，可以使用 http://company_name/division_name/sites 或 http://company_name/research/sites 類似的 URL。同樣地，您也可以使用 http://intranet_name/teamsites，以標明與已發佈之內部網路網站的關聯。如果您是使用自助網站管理，則小組網站的預設 URL 為 http://server_name/sites，但是您也可以為 http://server_name/team 建立包含相對路徑，或是您想要用於小組網站的任何前置詞。

注意

如果您選擇與預設包含相對路徑 (/sites) 不同的包含相對路徑，則必須在損毀修復計劃的自訂作業中，追蹤此包含相對路徑。因為此資訊是儲存在設定資料庫中，所以如果您需要還原整個環境，並不會自動還原此資訊，而且您必須重新建立包含相對路徑。

如需路徑的詳細訊息，請參閱下列資源：

如果您有小組網站要服務組織中較大的角色，您也可以建立具有主機名稱的網站。例如，若您的人力資源網站是小組網站，而且不屬於已發佈的內部網路網站，您可能會想要為該網站建立具有主機名稱的小組網站，命名為 http://hrsite 或 http://humanresources。

注意

有些功能不能與具有主機名稱的網站集合搭配使用，例如替代主機名稱。

規劃自訂元素

自訂作業會增加環境的複雜性，尤其是當您認為所有方案套件都要測試好幾次時：在您部署之前、當您需要套用更新時，以及當您準備要將環境升級時。您應使用自訂功能、範本、網頁組件等來決定組織原則的方向，並且在您的環境中規劃這些元素的管理性、支援能力及可用性。

  • 管理性   如果您需要備份及還原整個環境 (例如在損毀修復案例中，或是您要移動硬體時)，您必須將所有自訂元素備份 (例如為您的環境而開發的自訂網頁組件，或是自訂網站定義)，並且記得在還原時，再將其新增回環境中。這是因為您不能還原設定資料庫，而設定資料庫中包含這些自訂元素的所有參照，所以您必須將其新增回還原的環境中。例如，您需要將自訂網站定義新增回去，並安裝自訂網頁組件。如果您在移至新伺服器或還原伺服器時，忘了自訂元素，就會導致使用者的小組網站發生錯誤，而您將必須向下追蹤所需的程式碼，並讓使用者等待。

  • 支援能力   環境中若有自訂元素，當發生問題時，將會增加疑難排解的時間。每個自訂程式碼都是唯一的，可以很複雜，也可以很簡單，而且執行時會消耗額外的記憶體。請考量有多少地方使用自訂程式碼，以及其對系統的影響為何。此外，也請考量在疑難排解時，如何排除自訂作業不要使其成為問題的根本原因。如果您是自行建立自訂程式碼，請務必將其設計成將自訂作業所引發的任何錯誤同時記錄在事件記錄 (用於 Microsoft Operations Manager (MOM) 事件) 以及組織用來疑難排解的任何其他位置中，以便您進行疑難排解。

  • 可用性   考量解決方案、網頁組件及範本的可用性。如果您的環境中有很多適用於小組網站的自訂範本，以致於範本或網頁組件清單可以捲動好幾個畫面 (例如，50 個畫面就會太多，而難以閱讀及區分)，請考量您是否需要那些所有的自訂元素、您是否可以用什麼方法來將清單分段，或是您是否應該將其包在一般功能套件中，以方便瀏覽及追蹤。

有些組織選擇有多個自訂原則。例如，他們可以選擇有二層或三層的系統，第 1 層是純網站 (僅使用標準範本)，第 2 層可供進行一些自訂作業 (使用不同的服務層次協議)，而第 3 層則供組織用來裝載硬體，但是擁有小組網站的小組要負責執行及管理他們自己在該硬體上自訂的環境。這又是另一個案例，您可能會想要由多個 Web 應用程式來架設小組網站，且每個 Web 應用程式使用不同的服務層次協議。

規劃要套用至小組網站的權限

您套用至小組網站的權限及原則可決定：

  • 誰可以建立小組網站。

  • 誰可以檢視及提供小組網站內容。

  • 誰不能存取小組網站上的內容。

建議您使用安全性群組來管理權限。下表提供設定權限的指導，並指出權限設定的位置。

權限 指導 組態

建立小組網站集合

根據預設，只有伺服器陣列管理員群組的成員可以為小組網站建立網站集合。

如果您想要讓更多使用者能夠建立小組網站集合，請使用管理中心的自助網站管理功能。如需詳細資訊，請參閱＜規劃建立網站的程序 (Office SharePoint Server)＞。

或者，您也可以針對組織中的人員子集啟用自助網站管理，方法是開啟自助網站管理，但只限一或多個安全性群組擁有自助網站建立權限，或是限制只有特定的安全性群組可以存取自助網站管理中的建立 SharePoint 網站頁面 (Scsignup.aspx)。

在管理中心網站上，於應用程式管理頁面上的 [應用程式安全性] 區段中，按一下 [自助網站管理]。

具有使用自助網站架設權限的使用者及群組，可以在自助網站管理開啟時建立網站集合。

在網站集合中建立子網站

根據預設，具有建立子網站權限的小組網站成員 (包含在完全控制權限層級中) 可以在網站集合中建立子網站。建議您允許網站擁有者管理建立子網站的權限，而不要全面阻止使用者建立子網站。

在網站設定頁面上，新增或刪除屬於 [擁有者] 群組的成員。

檢視及提供小組網站內容

即使不讓員工建立小組網站，他們還是可以依據網站擁有者套用的權限，在其他小組網站上檢視及提供文件內容。建議您允許網站擁有者管理他們網站的內容權限，而不要全面阻止使用者參與這類型的共同作業。

在網站設定頁面上，新增或刪除屬於 Visitors 群組的成員。

無法存取小組網站內容

如果不要讓組織中的使用者存取所有的小組網站內容，您可以針對 Web 應用程式來建立原則。請謹慎使用此選項，因為這樣會無法與被封鎖的使用者在小組網站上進行所有的共同作業。Web 應用程式上的原則會覆寫在 Web 應用程式中設定的任何其他權限。

在應用程式管理頁面上，按一下 [應用程式安全性] 區段中的 [Web 應用程式的原則]。在 Web 應用程式的原則頁面上，選取您要封鎖的使用者，按一下 [編輯選取使用者的權限]，然後在編輯使用者頁面上的 [權限原則層級] 區段中，選取 [拒絕全部]。

下載本書

本主題隨附於下列可下載的叢書中，以便於閱讀與列印：

請參閱 Office SharePoint Server 2007 可下載的內容 (英文) 上提供的完整叢書清單。