規劃 SharePoint Server 中的摘要和分散式快取服務

適用于:yes-img-132013 yes-img-16 2016yes-img-192019 yes-img-se訂閱版本 no-img-sopMicrosoft 365 中的 SharePoint

在 SharePoint Server 中,Microblog 功能可讓使用者就他們感興趣的主題進行簡短的公開交談。 新聞摘要和分散式快取服務在 SharePoint Server 中支援此微Blog 功能。

規劃摘要

網站新聞摘要

網站新聞摘要提供新聞摘要功能給特定的使用者群組。 Site feeds are available on team sites. When planning to use site feeds on your team sites in SharePoint Server, the team sites must consume the same User Profile Service application as My Sites. Team Sites and My Sites can be located on the same or different farms, but must use the same User Profile service application. If you have team sites on a different farm from the My Site Host, server-to-server authentication between the two farms is required. In SharePoint Server, we recommend that the same service account be used for both the My Site host web application and the web application hosting the team sites. Additionally, the My Site host site collection must be a SharePoint Server My Site host, and the user must have a SharePoint Server My Site to use the site feed feature. Consider enabling Self Service Site Creation on the web application that contains the team sites so that users can easily create team sites from their My Site. In a SharePoint Server deployment where users only use About Me pages (the administrator has configured the rest of the My Site features to be unavailable), site feeds are still available to users.

When an administrator upgrades team sites from SharePoint Server 2013 with Service Pack 1 (SP1), they must activate site feeds on the upgraded team site by first enabling the Following Content feature on the team site, and then enabling the Site Feeds feature on the team site. Following entities and seeing posts from Site Feeds are then available to the user.

注意事項

If users start following the site before the administrator enables the Site Feeds feature, the upgraded team site will not appear in the Share With menu. When the administrator enables the Site Feeds feature, the user must Stop Following the site, and Follow the site again. 網站現在會出現在 [共用對象] 功能表中。

我的網站規劃

使用者可以在微型部落格文章中包含圖像。 當文章包含圖像時,SharePoint Server 會將該圖像上傳至使用者之「我的網站」上的私人資料夾。 此圖像會自動縮小檔案大小及維度,以最佳化圖像在使用者之「我的網站」上使用的空間。 指定「我的網站」的配額時,管理員應規劃此額外的圖像儲存空間需求。 如果使用者在其「我的網站」上沒有可用的儲存空間,當使用者嘗試張貼包含圖像的訊息時,會看到錯誤。

通知

通知是系統產生的電子郵件訊息,會通知使用者其參與的往來書信中發生活動,或有人開始追蹤他們。 通知需要將 SharePoint Server 的外寄電子郵件設定設為必要條件。

升級

從 SharePoint Server 2013 Service Pack 1 (SP1) 升級為 SharePoint Server 2016 時,SharePoint Server 2013 Service Pack 1 (SP1) 的新聞摘要會升級為 SharePoint Server 2016 的舊版功能。 這表示 SharePoint Server 2013 Service Pack 1 (SP1) 新聞摘要已被取代,但是仍可在 SharePoint Server 中使用。 管理員必須執行特殊設定步驟,才能讓使用者存取已升級的 SharePoint Server 2013 Service Pack 1 (SP1) 新聞摘要。 您可以在 SharePoint Server 中使用儲存在 SharePoint Server 2013 Service Pack 1 (SP1) 新聞摘要的所有資料。 但是,管理員無法將資料從 SharePoint Server 2013 Service Pack 1 (SP1) 新聞摘要移轉至 SharePoint Server 新聞摘要,因為這兩種摘要大不相同。

Outlook Social Connector

Outlook Social Connector 顯示 Microsoft Outlook 的摘要資訊及 Outlook 郵件、會議等。 Outlook Social Connector 會增加 SharePoint Server 伺服器陣列上的系統負載。 這是因為 Outlook Social Connector 經常存取「我的網站」功能並將資訊推入 Outlook。 這會影響 SharePoint Server 伺服器陣列的效能,因此設計伺服器陣列時應列入考量。

搜尋及安全性調整

The Everyone view and Following view contain public conversations (posts and replies), which all users can access. When public conversations are added to the search index in SharePoint Server, users can search for and view search results that include these public conversations. Security trimming does not apply to public conversations because there are no permissions assigned to the conversation. If users require security trimming to be applied to specific conversations, use site feeds on team sites. On the team site, assign permissions to the group of users who can participate in the conversation. The search results are then security trimmed based on the assigned permissions.

請考慮如何設定索引器的累加編目排程,因為這會影響交談在使用者搜尋結果中顯示的速度。 如果使用者積極地使用微型部落格功能張貼文章和回覆,預期會在搜尋結果中更快看到交談。 在此情況下,請考慮縮短更新間隔。

規劃分散式快取服務

當您規劃實作分散式快取服務時,請考慮以下列兩種模式來部署分散式快取服務:專屬模式或共置模式。 在專屬模式中,會停止執行分散式快取服務之應用程式伺服器上的所有服務 (分散式快取服務除外)。 在共置模式中,分散式快取服務會與應用程式伺服器上的其他服務一起執行。 專屬模式是部署分散式快取服務的建議模式。

重要事項

[!重要事項] 如果您在 SharePoint Server (使用 AppFabric 用戶端 API) 中使用自訂應用程,或建立自訂快取,則應該建立個別的 AppFabric 快取叢集以支援自訂應用程式。 不要使用支援 SharePoint Server 伺服器陣列的 AppFabric 快取叢集。 請從 SharePoint Server 伺服器陣列專用之伺服器的個別伺服器上,為自訂應用程式執行個別 AppFabric 快取叢集。

重要事項

請不要使用含有符號 $ 的服務帳戶名稱。

安裝 Windows Server AppFabric 必要條件

當 SharePoint Server 必要條件安裝程式執行時,會安裝 Windows Server AppFabric。 這是在執行 SharePoint Server 之伺服器上安裝 Windows Server AppFabric 的建議方法。 如果執行必要條件安裝程式之前已在伺服器上安裝 Windows Server AppFabric,則必須解除安裝 Windows Server AppFabric,再執行必要條件安裝程式。 如果管理員決定手動安裝 Windows Server AppFabric,管理員必須安裝 CacheAdmin、CachingService 及 CacheClient 功能,並使用 /gac 參數。 如需詳細資訊,請參閱 MSDN Library 中的 自動化安裝套件 (AppFabric 1.1 快取)

分散式快取服務的容量規劃

本文件小節可協助管理員規劃主控分散式快取服務之伺服器的架構及記憶體需求。 分散式快取服務僅儲存記憶體中的資料,且不需依賴 SharePoint Server 中的資料庫。 此外,SharePoint Server 的部分服務需要大量記憶體資源,而可能影響分散式快取服務的效能。 分散式快取服務的效能深受用於本身之架構及記憶體配置的影響。

下表列出適合分散式快取服務的不同記憶體及架構建議 (視使用者總數而定)。

部署大小 小型伺服器陣列 中型伺服器陣列 大型伺服器陣列
使用者總數
< 10,000
< 100,000
< 500,000
分散式快取服務的快取大小建議值
1 GB
2.5 GB
12 GB
分散式快取服務 (為上述建議快取大小的兩倍,加上為作業系統保留的 2 GB) 的總記憶體配置
2 GB
5 GB
34 GB
> [!注意] > 分散式快取服務的快取大小不應超過 16 GB,因此建議您在大型伺服器陣列環境中使用兩部伺服器。
建議的架構組態
專用伺服器或共置於前端伺服器
專用伺服器
專用伺服器
每個伺服器陣列快取主機數量下限
1
1
2

注意事項

在 SharePoint Server 伺服器陣列中,必須至少要有一部執行分散式快取服務的快取主機。

記憶體配置

安裝 SharePoint Server 時,分散式快取服務用於快取大小的記憶體配置會設為預設值 (總實體記憶體的 10%)。 管理員可以使用 Update-SPDistributedCacheSize Cmdlet 變更分散式快取服務的記憶體配置。 可以指派快取叢集中每部快取主機最多 16 GB 的記憶體給分散式快取服務。 建議您為伺服器上執行的其他服務保留 2 GB 記憶體,然後將其餘記憶體指定給分散式快取服務。 如需詳細資訊,請參閱< 在 SharePoint Server 中管理分散式快取服務>。

重要事項

[!重要事項] Windows 伺服器 AppFabric 1.1 可能會造成在作業系統層級的高記憶體使用量。 這會影響分散式快取服務,因此如果您配置 16 GB 的記憶體,則在分散式快取伺服器上仍應該有至少 34 GB 的記憶體。 這包括保留給作業系統的 2 GB 記憶體。 如需詳細資訊,請參閱<Windows 伺服器 AppFabric 的記憶體耗用量行為>和<AppFabric 1.1 快取>:快取的主機所配置的記憶體不能超過電腦上可用記憶體的 50%

重要事項

[!重要事項] 在總實體記憶體超過 16 GB 的伺服器上,最多可配置 16 GB 記憶體給分散式快取服務。 如果配置 16 GB 以上的記憶體給分散式快取服務,伺服器可能會不預期地停止回應超過 10 秒。

如果需要更多記憶體,您可以設定分散式快取服務在多部應用程式伺服器上執行。 在此情況下,會跨執行分散式快取服務的所有伺服器進行快取,然後作為支援整個伺服器陣列的一個快取。 若要新增其他應用程式伺服器,請使用 [SharePoint 設定精靈] 將新的應用程式伺服器加入伺服器陣列。 您應該決定新的應用程式伺服器要在專屬模式或共置模式中執行。 您必須確定指派給分散式快取服務的記憶體配置,與指派給執行分散式快取服務之所有伺服器的記憶體配置相同。 快取資料只會儲存在一部伺服器上,而不會儲存在兩部伺服器上。 如需詳細資訊,請參閱<在 SharePoint Server 中管理分散式快取服務>。

當分散式快取服務在共置模式中執行時,應該增加伺服器的實體記憶體,並停止所有非必要的服務。 不建議在與分散式快取服務所在相同的伺服器上執行下列任何服務或應用程式:

  • SQL Server 2008 或 SQL Server 2012

  • 搜尋服務

  • SharePoint 中的 Excel Services (僅適用於 SharePoint Server 2013)

  • Project Server services

規劃開發人員工作站時,開發人員工作站的總實體記憶體至少應該有 32 GB。 在開發人員工作站上,會以單一伺服器部署的形式來安裝 SharePoint Server。 這表示會在共置模式中部署分散式快取服務。 在共置模式中,會競用記憶體資源。 若要管理記憶體資源配置,開發人員可以關閉任何未使用的服務,或定期重新啟動 SQL Server。

重要事項

[!重要事項] 分散式快取服務可在實體伺服器或虛擬伺服器上執行。 使用虛擬化時,請勿使用動態記憶體來管理其他虛擬機器與分散式快取伺服器之間的記憶體資源共用。 您必須修正虛擬化之分散式快取伺服器的記憶體配置。

分散式快取服務設定順序

在未規劃的情況下啟動及停止分散式快取服務會導致分散式快取服務變得不穩定。 執行 SharePoint Server 2013 伺服器陣列的初始設定時,請以下列順序執行以下步驟:

  • 執行 [設定精靈] 將所有伺服器加入伺服器陣列。 在伺服器陣列中的所有網頁伺服器和應用程式伺服器上啟動分散式快取服務。

  • 視需要執行其他伺服器陣列設定步驟。

  • 準備設定分散式快取服務時,確認分散式快取服務在伺服器陣列的所有伺服器上執行。 然後在不打算作為快取叢集一部分的所有伺服器上停止分散式快取服務。 避免在伺服器上停止並重新啟動分散式快取服務。 如果在伺服器上意外停止分散式快取服務,且目前需要重新啟動分散式快取服務,請參閱<在 SharePoint Server 中管理分散式快取服務>中的指引。

重要事項

[!重要事項] 如果在執行分散式快取服務的所有伺服器上停止分散式快取服務,請不要只在一部伺服器上重新啟動分散式快取服務。 相反地,請同時在所有分散式快取伺服器上重新啟動分散式快取服務。 重新啟動分散式快取服務時,會暫時影響一開始的效能。

除了上述方法之外,管理員也可以在不打算作為快取叢集一部分的伺服器上安裝 SharePoint Server,但不註冊分散式快取服務。 若要達成此目的,請搭配 New-SPConfigurationDatabaseConnect-SPConfigurationDatabase PowerShell Cmdlet 使用 skipRegisterAsDistributedCachehost 參數,或在命令列執行 psconfig.exe 。 此參數為選用。

防火牆設定考量

分散式快取服務使用下列通訊連接埠:

  • 22233

  • 22234

  • 22235

  • 22236

注意事項

[!附註] 如果您在伺服器陣列中使用超過一部快取主機,則必須設定第一部執行分散式快取服務的快取主機允許透過防火牆的輸入 ICMP (ICMPv4) 流量。 如需詳細資訊,請參閱在 Windows 8、Windows 7、Windows Vista、Windows Server 2012、Windows Server 2008 或 Windows Server 2008 R2 上建立輸入 ICMP 規則。 如果管理員移除叢集中的第一部快取主機,該主機設定為允許透過防火牆的輸入 ICMP (ICMPv4) 流量,您必須將新叢集的第一部伺服器設定為允許透過防火牆的 ICMP (ICMPv4) 流量。