SharePoint Server でフィードおよび分散キャッシュ サービスを計画するPlan for feeds and the Distributed Cache service in SharePoint Server

概要: SharePoint Server 2013 および SharePoint Server 2016 で、マイクロブログ機能、ニュースフィード、および分散キャッシュ サービスを実装する計画について説明します。Summary: Learn how to plan to implement microblog features, the Newsfeed, and the Distributed Cache service in SharePoint Server 2013 and SharePoint Server 2016.

SharePoint Server では、マイクロブログ機能により、ユーザーが興味を持っているトピックについて、簡単な、公開の会話ができます。SharePoint Server では、このマイクロブログ機能が、ニュースフィードと Distributed Cache Service によってサポートされます。In SharePoint Server, microblog functionality enables users to have short, public conversations about topics they are interested in. The Newsfeed and the Distributed Cache service support this microblog functionality in SharePoint Server. .

フィードの計画Plan for the feeds

サイト フィードSite feeds

サイト フィードは、特定のユーザーのグループにニュースフィード機能を提供します。サイト フィードはチーム サイト上で使用できます。SharePoint Server のチーム サイトでサイト フィードの使用を計画するときは、チーム サイトは個人用サイトと同じ User Profile Service アプリケーションを使用する必要があります。チーム サイトと個人用サイトは同じファームと異なるファームのどちらに存在してもかまいませんが、同じ User Profile Service アプリケーションを使用する必要があります。チーム サイトが個人用サイト ホストとは異なるファームにある場合は、2 つのファーム間のサーバー間認証が必要です。SharePoint Server では、個人用サイト ホスト Web アプリケーションとチーム サイトをホストする Web アプリケーションの両方が、同じサービス アカウントを使用することをお勧めします。さらに、個人用サイト ホスト サイト コレクションは SharePoint Server 個人用サイト ホストである必要があり、ユーザーがサイト フィード機能を使用するには、SharePoint Server 個人用サイト を所有している必要があります。ユーザーが 個人用サイト から簡単にチーム サイトを作成できるように、チーム サイトを含む Web アプリケーションでセルフ サービス サイト作成を有効にすることを検討してください。ユーザーが [自己紹介] ページだけを使用する SharePoint Server の展開でも (管理者がそれ以外の 個人用サイト 機能を使用不可に構成している場合でも)、ユーザーはサイト フィードを使用できます。Site feeds provide newsfeed functionality to a specific group of users. 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.

管理者が、SharePoint Server 2013 Service Pack 1 (SP1) から、チーム サイトをアップグレードするときは、チーム サイトで、まず [ コンテンツのフォロー] 機能を有効にすることで、アップグレードされたチーム サイトでサイト フィードをアクティブ化する必要があります。次に、チーム サイトで サイト フィード機能を有効にします。エンティティをフォローすると、ユーザーは、サイト フィードから投稿を参照できるようになります。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. The site will now appear in the Share With menu.

個人用サイトの計画My Sites planning

ユーザーは、マイクロブログ投稿に画像を含めることができます。投稿に画像が含まれるとき、SharePoint Server は、その画像を、ユーザーの個人用サイト上のプライベートなフォルダーにアップロードします。この画像は、ユーザーの個人用サイトで画像が使用する領域を最適化する目的で、ファイル サイズと大きさが自動的に縮小されます。管理者は、個人用サイトのクォータを割り当てるとき、この追加の画像記憶域の要件を考慮して計画を立てる必要があります。ユーザーが自分の個人用サイトで空きの記憶域を持っていないときに、画像を含むメッセージを投稿した場合、そのユーザーに対してエラーが表示されます。A user can include an image in microblog posts. When posts include an image, SharePoint Server uploads that image to a private folder on the user's My Site. This image is automatically reduced in file size and dimensions to optimize how much space is consumed by the image on the user's My Site. When assigning quotas for My Sites, an administrator should plan for this additional image storage requirement. If the user does not have available storage on their My Site and the user is attempting to post a message that has an image, an error is displayed to the user.


通知とは、ユーザーが投稿したスレッドでアクティビティが発生したことや、だれかがそのユーザーをフォローし始めたことを知らせるために、システムによって生成される電子メール メッセージのことです。通知では、前提条件として SharePoint Server で送信の電子メール設定を構成する必要があります。Notifications are system-generated email messages that notify the user of an activity that occurs in a thread they contributed to, or that someone has started following them. Notifications require the configuration of outgoing email settings in SharePoint Server as a prerequisite.


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 2013 Service Pack 1 (SP1) ニュースフィードに保存されたどんなデータも SharePoint Server で使用できます。しかし、管理者は SharePoint Server 2013 Service Pack 1 (SP1) ニュースフィードから SharePoint Server ニュースフィードにデータを移行することはできません。これはフィードが大きく異なることによります。When upgrading from SharePoint Server 2013 with Service Pack 1 (SP1) to SharePoint Server 2016, the newsfeeds from SharePoint Server 2013 with Service Pack 1 (SP1) are upgraded as a legacy feature in SharePoint Server 2016. This means that the SharePoint Server 2013 with Service Pack 1 (SP1) newsfeed is being deprecated, but is still available from within SharePoint Server. An administrator must perform special configuration steps to allow users access to the upgraded SharePoint Server 2013 with Service Pack 1 (SP1) newsfeed. Any data that is stored in the SharePoint Server 2013 with Service Pack 1 (SP1) newsfeed is available in SharePoint Server. However, an administrator cannot migrate data from the SharePoint Server 2013 with Service Pack 1 (SP1) newsfeed to the SharePoint Server newsfeed because the feeds differ significantly.

Outlook Social ConnectorOutlook Social Connector

Outlook Social Connector は、Microsoft Outlook で、Outlook メッセージ、会議などと共に、フィード情報を表示します。Outlook Social Connector は、SharePoint Server サーバー ファームのシステム負荷を増加させます。これは、Outlook Social Connector が、個人用サイト機能に頻繁にアクセスして、Outlook に情報をプッシュすることによります。これは SharePoint Server ファームのパフォーマンスを低下させることから、サーバー ファームを設計するときに考慮する必要があります。The Outlook Social Connector displays feed information in Microsoft Outlook alongside Outlook messages, meetings, and so on. The Outlook Social Connector increases system load on a SharePoint Server server farm. This is because the Outlook Social Connector frequently accesses My Sites features and pushes the information into Outlook. This affects the performance of the SharePoint Server farm and should be considered when designing the server farm.

検索とセキュリティによるトリミングSearch and security trimming

[ すべてのユーザー] ビューと [ フォロー中] ビューには、すべてのユーザーがアクセスすることができる、公開の会話 (投稿と返信) が含まれます。公開の会話が 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.

インデクサーの増分クロール予定を構成する方法を検討してください。これは、会話がユーザーの検索結果にどのタイミングで表示されるかに影響します。ユーザーが、投稿と返信を行う目的で、積極的にマイクロブログ機能を使用すると、会話がより早いタイミングで検索結果に表示されるようになります。この場合、更新の間のサイクル間隔をより短くすることを検討してください。Consider how you configure the incremental crawl schedule of the indexer because this affects how quickly conversations appear in the search results of users. If users actively use the microblog features to make posts and replies, they might expect to see conversations appear in the search results quicker. In this case, consider shorter intervals between updates.

分散キャッシュ サービスの計画Plan for the Distributed Cache service

分散キャッシュ サービスの実装を計画するとき、分散キャッシュ サービスは、専用モードまたは併用モードの 2 つのモードで展開できることに注意してください。専用モードでは、分散キャッシュ サービスを実行するアプリケーション サーバーでは、分散キャッシュ サービス以外のすべてのサービスは停止させられます。併用モードでは、分散キャッシュ サービスはアプリケーション サーバー上でその他のサービスに同時に実行されます。分散キャッシュ サービスを展開する際の推奨モードは、専用モードです。When you plan to implement the Distributed Cache service, consider that the Distributed Cache service can be deployed in two modes: dedicated mode or collocated mode. In dedicated mode, all services other than the Distributed Cache service are stopped on the application server that runs the Distributed Cache service. In collocated mode, the Distributed Cache service runs together with other services on the application server. Dedicated mode is the recommended mode in which to deploy the Distributed Cache service.


AppFabric クライアント API を使用する SharePoint Server でカスタム アプリケーションを使用している場合、またはカスタム キャッシュを作成している場合は、個別の AppFabric キャッシュ クラスターを作成してカスタム アプリケーションをサポートする必要があります。SharePoint Server ファームをサポートしている AppFabric キャッシュ クラスターは使用しないでください。SharePoint Server ファーム専用のサーバーとは別のサーバー上で、カスタム アプリケーション用の独立した AppFabric キャッシュ クラスターを実行します。If you are using custom applications in SharePoint Server which use the AppFabric client APIs, or are creating custom caches, you should create a separate AppFabric cache cluster to support your custom applications. Do not use the AppFabric cache cluster supporting your SharePoint Server farm. Run your separate AppFabric cache cluster for your custom applications on separate servers from the servers dedicated to your SharePoint Server farm.


$ 記号が含まれているサービス アカウント名を使用しないでください。Do not use service account names that contain the symbol $.

Windows Server AppFabric 必須コンポーネントをインストールするInstall the Windows Server AppFabric prerequisite

SharePoint Server 必須コンポーネント インストーラーが実行されるとき、Windows Server AppFabric をインストールします。これは、SharePoint Server を実行中のサーバー上に Windows Server AppFabric をインストールする際の推奨手法です。必須コンポーネント インストーラーを実行する前に、サーバー上に Windows Server AppFabric が既にインストールされている場合、必須コンポーネント インストーラーを実行する前に、Windows Server AppFabric をアンインストールする必要があります。管理者が手動で Windows Server AppFabric をインストールする場合、管理者は、CacheAdmin、CachingService、および CacheClient 機能をインストールして、 /gac スイッチを使用する必要があります。詳細については、MSDN ライブラリで「 自動インストール (AppFabric 1.1 キャッシュ)」を参照してください。When the SharePoint Server prerequisite installer runs, it installs Windows Server AppFabric. This is the recommended approach for installing Windows Server AppFabric on a server that is running SharePoint Server. If you already have Windows Server AppFabric installed on the server before you run the prerequisite installer, you must uninstall Windows Server AppFabric before you run the prerequisite installer. If an administrator decides to install Windows Server AppFabric manually, the administrator must install the CacheAdmin, CachingService, and CacheClient features, and use the /gac switch. For more information see Automated Installation (AppFabric 1.1 Caching) in the MSDN Library.

分散キャッシュ サービスの容量計画Capacity planning for the Distributed Cache service

ここでは、分散キャッシュ サービスをホストしているサーバーのアーキテクチャおよびメモリ要件の計画について説明します。分散キャッシュ サービスはデータをメモリ内にのみ格納し、SharePoint Server のデータベースには依存しません。さらに、SharePoint Server の一部のサービスでは大量のメモリ リソースが必要であり、分散キャッシュ サービスのパフォーマンスに影響する場合があります。分散キャッシュ サービスのパフォーマンスは、アーキテクチャの選択と、分散キャッシュ サービスに対するメモリ割り当ての両方に、大きな影響を受けます。This section of the document helps administrators plan the architecture and memory requirements for servers hosting the Distributed Cache service. The Distributed Cache service stores data in-memory only and does not have a dependency on databases in SharePoint Server. Additionally, some services in SharePoint Server require significant memory resources which may affect the performance of the Distributed Cache service. The performance of the Distributed Cache service is significantly affected by both the choice of architecture and memory allocation for the Distributed Cache service.

次の表では、分散キャッシュ サービスに対するメモリとアーキテクチャの推奨を合計ユーザー数別に示します。The following table lists different memory and architecture recommendations for the Distributed Cache service, depending on the total number of users.

展開の規模Deployment size 小規模ファームSmall farm 中規模ファームMedium farm 大規模ファームLarge farm
合計ユーザー数Total number of users
< 10,000< 10,000
< 100,000< 100,000
< 500,000< 500,000
分散キャッシュ サービスに推奨されるキャッシュ サイズRecommended cache size for the Distributed Cache service
1 GB1 GB
2.5 GB2.5 GB
12 GB12 GB
分散キャッシュ サービスに対する総メモリ割り当て (上記推奨キャッシュのサイズの 2 倍、および OS 用に 2 GB の予備)Total memory allocation for the Distributed Cache service (double the recommended cache size above, plus reserve 2 GB for the OS)
2 GB2 GB
5 GB5 GB
34 GB34 GB
> [!NOTE]> 分散キャッシュ サービス。キャッシュ サイズは 16 GB 以下でなければなりません。このため、大規模なファームの環境では 2 台のサーバーを使用することをお勧めします。> [!NOTE]> The Distributed Cache service, cache size should not exceed 16 GB so we recommend that you use two servers in a large farm environment.
推奨されるアーキテクチャ構成Recommended architectural configuration
専用サーバーまたはフロントエンド サーバーに併置Dedicated server or co-located on a front-end server
専用サーバーDedicated server
専用サーバーDedicated server
ファームあたりの最小キャッシュ ホストMinimum cache hosts per farm


SharePoint Server ファームでは、少なくとも 1 つのキャッシュ ホストが分散キャッシュ サービスを実行している必要があります。In a SharePoint Server farm, there must be at least one cache host running the Distributed Cache service.

メモリ割り当てMemory allocation

SharePoint Server をインストールするとき、分散キャッシュ サービスのキャッシュ サイズに対するメモリ割り当ては、既定値である、物理メモリの合計の 10% に設定されます。管理者は、 Update-SPDistributedCacheSize コマンドレットを使用して分散キャッシュ サービスのメモリ割り当てを変更できます。分散キャッシュ サービスには、キャッシュ クラスター内のキャッシュ ホストごとに最大で 16 GB のメモリを割り当てることができます。サーバー上の実行中のその他のサービス用に 2 GB のメモリを確保して、残りのメモリを分散キャッシュ サービスに割り当てることをお勧めします。詳細については、「 分散キャッシュ サービスを管理する (SharePoint Server)」を参照してください。The Distributed Cache service's memory allocation for the cache size is set to a default value of 10 percent of total physical memory when SharePoint Server installs. An administrator can change the memory allocation for the Distributed Cache service by using the Update-SPDistributedCacheSize cmdlet. The Distributed Cache service can be assigned a maximum of 16GB of memory per cache host in the cache cluster. We recommend that you reserve 2 GB of memory for other services that are running on the server, and assign the remaining memory to the Distributed Cache service. For more information, see Manage the Distributed Cache service in SharePoint Server.


Windows Server AppFabric 1.1 は、オペレーティング システム レベルでメモリ使用量が大きくなる可能性があります。このことは分散キャッシュ サービスに影響を与えるため、16 GB のメモリを割り当てる場合は、分散キャッシュ サーバーに 34 GB 以上のメモリを用意する必要があります。これには、オペレーティング システム用の 2 GB の予備のメモリが含まれます。詳細については、「Windows Server AppFabric メモリ消費動作」および「AppFabric 1.1 のキャッシュ: キャッシュ ホストに割り当てられているメモリは、コンピューターで使用可能なメモリの 50% を超えることはできません」を参照してください。Windows Server AppFabric 1.1 can cause high memory usage on the operating system level. This affects the Distributed Cache Service so if you allocate 16 GB of memory you should have at least 34 GB of memory on the Distributed Cache server. This includes 2 GB of memory reserved for the operating system. For more information, see Windows Server AppFabric Memory Consumption Behavior and AppFabric 1.1 Caching: The memory allocated to cache hosts must not exceed 50% of the available memory on the computer.


物理メモリが合計 16 GB 以上あるサーバーでは、分散キャッシュ サービスに最大 16 GB までのメモリを割り当ててください。分散キャッシュ サービスに 16 GB 以上のメモリを割り当てると、サーバーは予期しないときに 10 秒以上、応答を停止することがあります。On a server that has more than 16 GB of total physical memory, allocate a maximum of 16 GB of memory to the Distributed Cache service. If you allocate more than 16 GB of memory to the Distributed Cache service, the server might unexpectedly stop responding for more than 10 seconds.

より多くのメモリを必要とする場合は、複数のアプリケーション サーバー上で分散キャッシュ サービスを実行するよう構成できます。この場合で、キャッシュは分散キャッシュ サービスを実行中のすべてのサーバーにわたり、ファーム全体をサポートする単一のキャッシュとして機能します。他のアプリケーション サーバーを追加するには、SharePoint 構成ウィザードを使用して、新しいアプリケーション サーバーをサーバー ファームに追加します。新しいアプリケーション サーバーが、専用または併用モードのどちらで実行するかを決定する必要があります。分散キャッシュ サービスに割り当てられたメモリ割り当てが、分散キャッシュ サービスを実行中のすべてのサーバー上で同じであることを確認する必要があります。キャッシュされたデータが、両方のサーバーではなく、1 つのサーバー上に保存されます。詳細については、「分散キャッシュ サービスを管理する (SharePoint Server)」を参照してください。If you require more memory, you can configure the Distributed Cache service to run on several application servers. In this case, the cache spans all the servers that are running the Distributed Cache service, and acts as one cache that supports the entire farm. To add another application server, join the new application server to the server farm by using the SharePoint Configuration Wizard. You should decide whether the new application server should run in dedicated or collocated mode. You must ensure that the memory allocation assigned to the Distributed Cache service is the same on all servers that are running the Distributed Cache service. Cached data is stored on one server, not both servers. For more information, see Manage the Distributed Cache service in SharePoint Server.

分散キャッシュ サービスを併用モードで実行するときは、サーバーの物理メモリを追加し、重要でないサービスはすべて中止する必要があります。以下のサービスまたはアプリケーションは、分散キャッシュ サービスと同じサーバー上で実行することを推奨しません。When the Distributed Cache service runs in collocated mode, the physical memory of the server should be increased and all non-essential services stopped. We do not recommend that any of the following services or applications run on the same server as the Distributed Cache service:

  • SQL Server 2008 または SQL Server 2012SQL Server 2008 or SQL Server 2012

  • Search ServiceSearch service

  • Excel Services in SharePoint (SharePoint Server 2013 でのみ使用可能)Excel Services in SharePoint (only available in SharePoint Server 2013)

  • Project Server のサービスProject Server services

開発者ワークステーションを計画するとき、開発者のワークステーションは、最小で物理メモリを合計 32GB を持つ必要があります。開発者ワークステーション上で、SharePoint Server は単一のサーバー展開としてインストールされます。これは分散キャッシュ サービスが併用モードで展開されることを意味します。併用モードではメモリ リソースの競合が発生します。メモリ リソースの割り当てを管理する目的で、開発者は、使用しないすべてのサービスを終了するか、定期的に SQL Server を再起動できます。When planning for developer workstations, the developer's workstation should have a minimum of 32 GB of total physical memory. On developer workstations, SharePoint Server is installed as a single server deployment. This means that the Distributed Cache service is deployed in collocated mode. In collocated mode, there will be competition for memory resources. To manage memory resource allocation, a developer can shut down any services that are not used, or they can periodically restart SQL Server.


分散キャッシュ サービスは、物理または仮想サーバー上で実行できます。仮想化を使用するとき、その他の仮想マシンと分散キャッシュ サーバー間で、共有メモリ リソースを管理する目的で動的メモリを使用しないでください。仮想化された分散キャッシュ サーバーのメモリ割り当ては固定的である必要があります。The Distributed Cache service can run on either a physical or virtual server. When using virtualization, do not use Dynamic Memory to manage shared memory resources among other virtual machines and the Distributed Cache servers. The memory allocation for virtualized Distributed Cache servers must be fixed.

分散キャッシュ サービス構成の順序Distributed Cache service configuration sequence

非計画的な方法で分散キャッシュ サービスを開始および停止させると、分散キャッシュ サービスを不安定にします。SharePoint Server 2013 ファームの初期設定を実行するときは、以下の順番で、以下の手順を実行します。Starting and stopping the Distributed Cache service in an unplanned manner results in the Distributed Cache service becoming unstable. When performing the initial configuration of a SharePoint Server 2013 farm, perform the following steps in the following order:

  • サーバー ファームにすべてのサーバーを追加するように構成ウィザードを実行します。分散キャッシュ サービスは、サーバー ファーム上のすべての Web サーバーとアプリケーション サーバーで開始されます。Run the Configuration Wizard to join all servers to the server farm. The Distributed Cache service is started on all web servers and application servers in the server farm.

  • 必要に応じてその他のファーム構成手順を実行します。Perform other farm configuration steps as necessary.

  • 分散キャッシュ サービスを構成する準備ができたとき、サーバー ファーム内のすべてのサーバー上で分散キャッシュ サービスが実行中であることを確認してください。次に、キャッシュ クラスターの一部ではないすべてのサーバー上で、分散キャッシュ サービスを停止します。サーバー上では、分散キャッシュ サービスを停止して、再度、開始しないようにします。分散キャッシュ サービスがサーバー上で意図せずに停止し、分散キャッシュ サービスを、再度、開始することが必要になった場合は、「分散キャッシュ サービスを管理する (SharePoint Server)」のガイダンスを参照してください。When ready to configure the Distributed Cache service, confirm that the Distributed Cache service is running on all servers in the server farm. Then proceed to stop the Distributed Cache service on any server that is not intended to be part of the cache cluster. Avoid stopping and restarting the Distributed Cache service on a server. If the Distributed Cache service was accidentally stopped on a server and a restart of the Distributed Cache service is now required, refer to the guidance in Manage the Distributed Cache service in SharePoint Server.


分散キャッシュ サービスを実行中のすべてのサーバー上で分散キャッシュ サービスを停止した場合は、ただ 1 つのサーバーだけで、分散キャッシュ サービスを、再度、開始しないでください。そうせずに、すべての分散キャッシュ サーバー上で同時に分散キャッシュ サービスを、再度、開始します。分散キャッシュ サービスが、再度、開始している間は、短期間、初期のパフォーマンスが低下します。If you stop the Distributed Cache service on all servers that are running the Distributed Cache service, do not restart the Distributed Cache service on only one server. Instead, restart the Distributed Cache service on all Distributed Cache servers at the same time. While the Distributed Cache service is restarting, initial performance is affected for a short time.

前述の方式に代わる手段として、管理者は、キャッシュ クラスターの一部ではないサーバー上に分散キャッシュ サービスを登録せずに SharePoint Server をインストールできます。これは、 skipRegisterAsDistributedCachehost パラメーターを指定した New-SPConfigurationDatabaseConnect-SPConfigurationDatabase PowerShell コマンドレット、またはコマンド ラインで psconfig.exe を実行することにより行うことができます。このパラメーターは省略可です。As an alternative to the previous method, an administrator can install SharePoint Server without registering the Distributed Cache service on servers not intended to be part of the cache cluster. This can be achieved by using the skipRegisterAsDistributedCachehost parameter with the New-SPConfigurationDatabase or the Connect-SPConfigurationDatabase PowerShell cmdlets, or when running psconfig.exe at the command line. This parameter is optional.

ファイアウォール構成の考慮事項Firewall configuration considerations

分散キャッシュ サービスは、次の通信ポートを使用します。The Distributed Cache service uses the following communication ports:

  • 2223322233

  • 2223422234

  • 2223522235

  • 2223622236


サーバー ファーム内で複数のキャッシュ ホストを使用している場合は、分散キャッシュ サービスを実行している最初のキャッシュ ホストを、ファイアウォール経由で受信 ICMP (ICMPv4) トラフィックを許可するように構成する必要があります。詳細については、「Windows 8、Windows 7、Windows Vista、Windows Server 2012、Windows Server 2008、または Windows Server 2008 R2 で受信 ICMP 規則を作成する」を参照してください。管理者が、ファイアウォール経由の受信 ICMP (ICMPv4) トラフィックを許可するように構成された最初のキャッシュ ホストをクラスターから削除する場合は、新しいクラスターの最初のサーバーを、ファイアウォール経由の受信 ICMP (ICMPv4) トラフィックを許可するように構成する必要があります。If you are using more than one cache host in your server farm, you must configure the first cache host running the Distributed Cache service to allow Inbound ICMP (ICMPv4) traffic through the firewall. For more information, see Create an Inbound ICMP Rule on Windows 8, Windows 7, Windows Vista, Windows Server 2012, Windows Server 2008, or Windows Server 2008 R2. If an administrator removes the first cache host from the cluster which was configured to allow Inbound ICMP (ICMPv4) traffic through the firewall, you must configure the first server of the new cluster to allow Inbound ICMP (ICMPv4) traffic through the firewall.