SharePoint Server で個人用サイトを計画する

適用対象:2016 2019 Subscription Edition SharePoint in Microsoft 365

SharePoint Serverの個人用サイトは、組織内のユーザー向けのサイトです。 個人用サイトは、ユーザーからは単一のサイトに見えますが、SharePoint Server 内の個人用サイトのアーキテクチャは、Web アプリケーション、個人用サイトのホスト サイト コレクション、個別のサイト コレクション、および SharePoint サービスの複数のアプリケーションおよび機能で構成されています。 個別のサイト コレクションを除く、このインフラストラクチャの他のすべての部分は、いったん設定されると、個人用サイトの展開に含まれるすべてのユーザーで共有されます。

この記事では、個人用サイトを展開する計画を立てているときに、個人用サイト アーキテクチャ、関連するサービス、およびその他の考慮すべき点について説明します。

個人用サイトのアーキテクチャ

個人用サイトのアーキテクチャは、個人用サイトをホストする Web アプリケーション、個人用サイトのホスト サイト コレクション、およびユーザーの個別のサイト コレクションで構成されています。

各ユーザーの個人用サイトには、2 つのサイト コレクション (ファームの個人用サイトのホスト サイト コレクション、ユーザーの個別のサイト コレクション) が含まれています。 これらのサイト コレクションは、既存の Web アプリケーションを使用してホストすることもできますが、専用の Web アプリケーションを使用して、パフォーマンスおよび管理性を向上させることをお勧めします。

個人用サイトのホスト サイト コレクションを作成し、ユーザーが個別のサイト コレクションを作成すると、個人用サイトをホストする Web アプリケーションに関連付けられている 1 つ以上のコンテンツ データベースにデータが格納されます。 SharePoint Server の他の Web アプリケーションと同様に、格納用のデータベースが複数必要な場合は、この Web アプリケーションにコンテンツ データベースを追加することができます。 詳細については、この記事で後述する「ストレージ要件を計画する」を参照してください。

ユーザーが個人用サイトを作成するには、個人用サイト ホスト サイト コレクションと、個々の個人用サイト サイト コレクションを作成できるようにする構成が必要です。 詳細については、「SharePoint Server で個人用サイトを構成する」をご覧ください。

個人用サイトのホスト サイト コレクションと個別のサイト コレクションについては、以下のセクションで詳細に説明します。

個人用サイトのホスト サイト コレクション

個人用サイト ホスト サイト コレクションは、すべてのユーザーの個人用サイトのニュースフィードページとプロファイル ページを表示する特別なサイト コレクションです。 サイト コレクションのサイト テンプレートは個人用サイト ホスト サイト テンプレートである必要があります。[サイト コレクションの作成] ページの [エンタープライズ] タブから使用できます。 個人用サイト ホスト サイト テンプレートは、この記事で後述するユーザー プロファイル サービス アプリケーションごとに 1 回だけ使用できます。

個人用サイトでは、Web アプリケーション ルートにサイト コレクションが存在する必要があります (これはユーザー インターフェイスのように表示されます / )。 このサイト コレクションがないと、Web アプリケーションのセルフサービス サイト作成を有効にしようとすると、ルートにサイト コレクションがないことを示すメッセージが表示されます。 専用 Web アプリケーションを使用して個人用サイトをホストすることをお勧めします。そのため、一様リソース ロケーター (URL) パスでサイト コレクションをより深く作成するための特定の要件がない限り、個人用サイト ホスト コレクションのルート パスを使用する必要があります。

推奨されませんが、パスの深い場所に個人用サイト ホストを作成する場合は、明示的な包含マネージド パスの下に存在する必要があります。 さらに、Web アプリケーション ルートで別のサイト コレクションを作成する必要がありますが、このサイト コレクションは空にしてテンプレートなしで作成できます。

The URL for a My Site host site collection is shared by all users of the same User Profile service application. Newsfeed の URL は hostname/default.aspx http://、About Me の URL は hostname/person.aspx http:// で、hostname はサイト コレクションのアドレスです。 For example, if you configure your My Site host site collection at https://contoso.com/my, users access their newsfeeds and profiles at https://contoso.com/my/default.aspx and https://contoso.com/my/person.aspx, respectively.

これらの URL は、ユーザー プロファイル サービス アプリケーションのすべてのユーザーに対して同じですが、ユーザーごとに表示される情報は異なります。 SharePoint Server は、ユーザーのログオン アカウントに基づいて表示する情報を決定します。 この情報は、その特定のユーザーを対象としており、この記事で参照されている SharePoint サービス アプリケーションによって提供されます。

When a visitor views another user's My Site, the visitor can see only the user's profile page. この URL は http:// hostname/person.aspx?accountname= アカウントです。 ホスト名 はサイト コレクションのアドレスであり、 アカウント はユーザー名です (構成されている場合はユーザーのドメイン名)。 たとえば、「 https://contoso.com/my/person.aspx?accountname=sidney 」のように入力します。

個別のサイト コレクション

ユーザーの個別のサイト コレクションは、各自の個人用サイトのドキュメント ライブラリをホストします。 個別のサイト コレクションは、ユーザーが各自の個人用サイトに初めてアクセスしたときに作成されます。 このように、個別のサイト コレクションを作成できるようにするには、SharePoint Server で次の設定が必要です。

• 個人用サイトをホストする Web アプリケーションには、ワイルドカードを使用した管理パス (たとえば、sites、personal) があります。 このパスは、ユーザーが初めて個人用サイトにアクセスするときに個々のサイト コレクションが作成されるパスです。

• 個人用サイトのホスト サイト コレクションの URL を使用したり、ワイルドカードを使用した管理パスを個別のサイト コレクション用に使用したりするには、User Profile Service アプリケーションの [ 個人用サイトのセットアップ] を設定します。

• Web アプリケーションは、セルフサービス サイト作成に対して有効になっています。 この機能により、ワイルドカードを使用した指定管理パスの下に個別のサイト コレクションを作成することができます。 セルフサービス サイト作成機能には、クロスサイト スクリプトに関する、セキュリティ上の特別な考慮事項があります。 これらの考慮事項により、個人用サイトを専用 Web アプリケーションでホストする推奨事項が強化され、個人用サイトで実行されているスクリプトが環境内の他のサイトに影響を与えるのを防げます。

• 個人用サイトを作成するには、 個人用サイトの作成権限が必要です。 この権限は、既定で、認証されたすべてのユーザーに対して有効になっています。 詳細については、後の「ユーザーおよびユーザー権限を計画する」を参照してください。

個人用サイトのユーザーのドキュメント ライブラリ セクションの URL は、http:// ホスト名/ managed_path/ アカウント/ドキュメントの形式です。 ここで、hostname は個人用サイト ホスト サイト コレクションのアドレス、 managed_path は個人用サイト ホストの管理パスであり、 アカウント はログオンしたユーザーのアカウントです。 たとえば、 でhttps://contoso.com/my個人用サイト ホスト サイト コレクションと管理パスを構成した場合、ユーザーはアカウント/ドキュメントでドキュメントにhttps://contoso.com/my/アクセスします。

URL の アカウント 部分では、個人用サイトを設定するときに、次の表に示すように、個々のユーザーのサイト コレクションに名前を付ける方法を指定する 3 つのオプションがあります。

表: 個別のユーザーのサイト コレクションの命名オプション

オプション	説明
ユーザー名 (競合を解決しない)	このオプションを使用すると、個人用サイト名はアカウントのユーザー名になります。 この名前はユーザーの表示名ではありません。 たとえば、ユーザーのフレンドリ名が Sidney Higa で、ユーザーのアカウントが sidney の場合、サイト コレクションの名前は sidney です。 organization内のすべてのユーザー名が一意であることを確認する場合にのみ、最初のオプションを選択します。 そうしないと、ユーザーが個人用サイトをプロビジョニングするときに競合が発生します。 競合が発生した場合、ユーザー名を使用して個人用サイトを作成する最初のユーザーは成功します。 ただし、同じユーザー名を使用しようとする次のユーザーは、個人用サイトを作成できません。
ユーザー名 (競合は domain_username を使用して解決)	ユーザー名が重複する場合にこのオプションを使用すると、一方のユーザーの個人用サイトはユーザー名のみを使用して作成され、同じユーザー名のもう一方のユーザーの個人用サイトはドメイン名とユーザー名の両方を使用して作成されます。 たとえば、一方のユーザーの個人用サイトは https://contoso.com/my/sidney/default.aspx に作成されるのに対し、もう一方のユーザーの個人用サイトは https://contoso.com/my/CONTOSO_sidney/default.aspx に作成されます。 複数のドメインがある場合など、ユーザー名が 1 つのorganizationに複数回存在する可能性がある場合は、このオプションを選択します。 ユーザー名は自身のディレクトリ ソース内でしか一意であることが保証されないことから、このオプションを使用すると、ドメインは異なるがユーザー名が同一の 2 人のユーザーが個人用サイトを作成するときに発生する問題を防止することができます。
ドメインおよびユーザー名 (競合しない)	このオプションを使用すると、すべての個人用サイト名がドメイン名とユーザー名の両方を使用して作成されます。 たとえば、「 https://contoso.com/my/CONTOSO_sidney/default.aspx 」のように入力します。 ユーザー名との競合が存在するかどうかに関係なく、個人用サイトにドメイン名とユーザー名で一貫した名前を付ける場合は、このオプションを選択します。

関連するサービス アプリケーション

個人用サイトは、複数の SharePoint サービス アプリケーションとその関連データベースに依存しています。 これらの関連するサービス アプリケーションについては、このセクションで説明しますが、リンクされた記事を参照して、企業内の個人用サイトをサポートするためにそれらを完全に計画して実装する必要もあります。

User Profile Service アプリケーション

ユーザー プロファイル サービス アプリケーションには、プロファイル データベース、ソーシャル データベース、同期データベースの 3 つのデータベースがあります。 プロファイル データベースには、プロファイル画像、ユーザーが属しているorganizationなど、ユーザーに関する情報が格納されます。 ソーシャル データベースには、ユーザーがノートとタグ機能を使用するときに作成されたソーシャル タグ とメモ へのポインターが格納されます。 同期データベースには、プロファイルのインポートに関する接続情報が格納されます。 SharePoint Server では、プロファイル データベースの情報を使用して、ユーザーの個人用サイトの [ 自分 について] ページに表示されるデータをカスタマイズします。 さらに、ユーザー プロファイル サービス アプリケーションを使用すると、個人用サイトのタグ付け、メンション、ニュースフィードなどのソーシャル コンピューティング機能が有効になります。これは、ユーザーの個人用サイトの [自分 について] セクションと [ ニュースフィード ] セクションに影響します。

個人用サイトには User Profile Service アプリケーションが必須です。

プロファイルの同期を計画する

個人用サイトではユーザー プロファイル サービス アプリケーションの構成が必要ですが、SharePoint Server とディレクトリ サービスまたはビジネス アプリケーションの間でプロファイルを同期することは省略可能ですが、推奨されます。 プロファイルを同期して、個人用サイトにさまざまな機能を提供するには、User Profile Service アプリケーションを有効にして、組織内のユーザーに関する情報をディレクトリ サービスとビジネス アプリケーションから収集します。 この結果、ユーザーの個人用サイトにおいて、一貫性のある情報が適切なタイミングで常に提供されるようになります。 ユーザーに関する情報は、同じ User Profile Service アプリケーションを使用するすべてのサイト コレクション間の展開全体でも同期できます。 ユーザーの情報は、グループ作業および組織内の関係の価値を高める目的で、個人用設定機能でも使用できます。

ポリシーとプライバシーを計画する

SharePoint Serverには構成可能な一連の既定のポリシーが用意されており、組織のニーズに合わせて適切な情報を使用可能にできます。 また、固有のニーズに合わせたカスタム ポリシー機能を作成して展開することもできます。 個人用サイトを計画するときは、組織の主要なビジネス プロセスに必要な情報と、組織全体で共有するには適さない情報を定義する必要があります。 これらの両極端の中間には、一部のユーザーのみで共有する必要がある情報があります。 organization間での共有に適していない可能性がある情報がある場合は、これらの特定の状況に対処するためのポリシーを作成する必要があります。

また、個人用サイト機能では、個人を識別できる情報も保存または使用されます。 個人用サイトの展開を計画するときは、個人情報を保護する目的で、これらの機能の動作を制御する方法または機能を無効にする方法について、慎重に計画してください。 これらの決定においては、さまざまな要因 (たとえば、企業のプライバシーに関する声明、地域または国のプライバシーに関する法律) の影響を受けます。

ユーザーおよびユーザー権限を計画する

ユーザーが個人用サイトを作成し、自分のプロファイルを管理して、人とコンテンツをフォローし、タグとメモを使用するには、ユーザー プロファイル サービス アプリケーションでユーザー権限を構成します。 ユーザーまたはユーザーのグループに、以下のどの権限を与えるか決定します。

1. [ 個人用サイトの作成]。この権限により、ユーザーは、ドキュメント、ニュースフィード、およびフォローしているコンテンツを保存する、個人向けのサイトを作成できます。

2. [ ユーザーのフォローとプロファイルの編集] この権限では、個人用サイトから他の人々をフォローし、個人用プロファイルを編集できます。

3. [タグとメモを使用する] この権限では、ユーザーはタグとメモの機能を使用できます。

既定では、認証されたすべてのユーザーにこれらのすべての権限が付与されますが、ユーザーのニーズに応じて特定の権限を設定することもできます。 たとえば、個人用サイトの作成を、組織内のすべての作業者に許可するのではなく、フルタイム従業員だけに許可することができます。 ユーザーに付与する権限には、7 種類の組み合わせがあります。 ただし、それらの組み合わせのすべてが、期待したとおりの結果になるとは限りません。 ベスト プラクティスとして、特定のユーザーに権限を付与するのではなく、セキュリティ グループに権限を付与することによって、管理を簡素化することをお勧めします。

注:

ユーザー プロファイル サービス アプリケーションでのユーザーアクセス許可の変更はお勧めしません。 行った変更は、意味のある方法でユーザー エクスペリエンスに影響を与えません。 たとえば、 [ユーザーのフォローとプロファイルの編集] アクセス許可を削除しても、ユーザーは引き続きプロファイルを編集することができ、他のユーザーは自分で選んだユーザーをフォローできます。 さらに、 [ユーザーのフォローとプロファイルの編集] アクセス許可を個人用サイトのユーザーから削除すると、タグとメモの機能が無効になります。 ソーシャル機能を削除することはお勧めしません。

Managed Metadata Service アプリケーション

Managed Metadata Service アプリケーションを使用すると、Web アプリケーションで、管理されたメタデータ用語データベースを使用して、キーワードの保存およびキーワードへのアクセスを行うことができます。 個人用サイトでは、ユーザーが [ 得意分野] セクションの専門知識としてキーワードを指定する場合、ニュースフィードの投稿でハッシュ タグを使用する場合、個人用サイトの [ タグとメモ] 機能を使用してソーシャル タグのキーワードを使用する場合に、この機能が必要です。

個人用サイトでは、Managed Metadata Service アプリケーションを使用することを強くお勧めします。 Managed Metadata Service アプリケーションは、Web アプリケーションの既定のキーワード用語ストアとして設定する必要があります。

Search Service アプリケーション

SharePoint Server の Search Service アプリケーションは、個人用サイトでは不要ですが、組織内のユーザーの個人用サイトの検索を名前または専門知識に基づいて実行できるようにするには、その使用が強く推奨されます。 さらに、マイクロブログ投稿にハッシュ タグを追加すると、ユーザーがそれをクリックしたとき、そのタグの検索結果に誘導できます。 この検索機能は、エンタープライズ検索の計画および設定に含めてください。

ひとの検索

ひとの検索の結果には、ユーザーのパブリック プロファイルへのリンクと、電子メールまたはメッセージング プログラムで連絡を取るリンクが含まれます。 個人用サイトを計画するときは、既定のひとの検索範囲および [ 検索センター] タブを、より限定的なユーザー グループに対してカスタマイズした検索範囲およびタブで補完することを検討してください。

User Profile Service アプリケーションの管理者と Search Service アプリケーションの管理者が異なる場合、User Profile Service アプリケーションの管理者は、情報アーキテクチャおよびサイト階層を確認し、他のユーザーがサイト全体で検索する可能性のある特定のユーザー グループに関連する重要なビジネス コンセプトを特定する必要があります。 さらに、User Profile Service アプリケーションの管理者は、Search Service アプリケーションの管理者と連携して、それらの特定のグループに対応する検索範囲およびひとの検索タブを作成できます。 ユーザー プロファイル サービス アプリケーション管理者は、管理するユーザー プロファイルに関する知識を使用して、他の有用なユーザー グループを特定したり、それらのグループのより具体的な検索スコープと検索タブを作成したりすることもできます。

サイト コレクションの管理者も、そのサイト コレクションのメンバーであるユーザーに対して、サイトレベルの検索範囲を作成できます。

ひとの検索の計画は、ユーザー プロファイル計画にもフィードバックされます。 初期計画で、簡単に検索できるようにする必要があるユーザーまたはユーザー グループが明らかになることがあります。 ただし、それらのユーザーを簡単に見つけることができるように、さらに多くのユーザー プロファイル プロパティを作成する必要がある場合があります。

専門知識の検索

個人用サイトを計画するときは、ユーザーが仕事仲間の専門知識に基づいて組織内の仕事仲間を検索できるようにするかどうかを決定する必要があります。 ひとの検索と専門知識のタグ付けは、特定の分野に関して専門知識を持つと自認するひとをユーザーが組織内から検索するのに役立ちます。 組織内のユーザーは、自分が専門知識を持っている分野を示す用語を自分のプロファイルに追加できます。 ユーザーが特定の分野についての専門知識を持つ組織内のひとを検索するときに、ひとの検索はこれらの用語を使用します。

電子メール分析が有効になっている場合は、Outlook の電子メール分析を使用してひとを検索することもできます。 Outlook メールを使用している場合、同僚の提案は Outlook からインポートされます。 Outlook を使用している場合、SharePoint Server は送信されたメール メッセージを分析し、この分析に基づいて同僚とキーワード (keyword)提案を行います。 これらの候補は、プロファイルの編集時に参照することができます。

Outlook のすべてのユーザーの電子メール分析を有効にすることも、グループ ポリシーを使用して特定のグループに対してのみ電子メール分析を有効にすることもできますが、ユーザーはこの機能をオプトアウトできます。 すべてのユーザーに対してメール分析が無効になっている場合でも、個々のユーザーはオプトインできます。

ジョブおよびスケジュールを計画する

次の表のタイマー ジョブは、個人用サイトの機能に関連しています。

表: 個人用サイトに関連するタイマー ジョブ

サービス	ジョブ
Microsoft SharePoint Foundation Web Application	個人用サイトのクリーンアップ ジョブ
Microsoft SharePoint Foundation Timer	User Profile service application name - User Profile to SharePoint Full Synchronization User Profile service application name - User Profile to SharePoint Quick Synchronization
User Profile Service	User Profile service application name - Feed Cache Repopulation User Profile service application name - Activity Feed Job User Profile service application name - Activity Feed Cleanup Job User Profile service application name - My Site Suggestions Email Job

これらのジョブの有効化または無効化、および組織のニーズに応じたスケジュールの設定ができます。 これらのジョブは、SharePoint サーバーの全体管理 Web サイトの [ 監視] にある [ ジョブ定義の確認] セクションにあります。 各種サービスを選択したり、関連するタイマー ジョブを表示したりするには、[ ビュー] ボックスの一覧で [ サービス] を選択し、[ サービス] メニューから [ サービスの変更] を選択します。

地理的に分散した展開を計画する

個人用サイトを計画するときは、組織内のユーザーの場所と、個人用サイトをホストするファームまたは User Profile Sservice アプリケーションの数を考慮する必要があります。 複数のファームまたはユーザー プロファイル サービス アプリケーションがある場合は、信頼できる個人用サイトホストの場所を構成する必要があります。

個人用サイトに関する User Profile Service の展開についての考慮事項

個人用サイトは User Profile Service アプリケーションに依存します。 SharePoint Server では、個人用サイトは 1 つの User Profile Service アプリケーションを使用して構成する必要があります。 単一のユーザー プロファイル サービス アプリケーションを使用するサーバー ファーム アーキテクチャには、次のものが含まれます。

• 単一の User Profile Service アプリケーションを使用する単一のサーバー ファーム。

• 1 つ以上の使用側ファームと共に単一の User Profile Service アプリケーションを共有する企業サービス ファーム。 個人用サイト ホストはそれらの使用側ファームの 1 つに配置されます。 SharePoint Server では、User Profile Service アプリケーションを共有する場合、使用側ファームは企業サービス ファームと同じデータセンターに物理的に配置する必要があります。 WAN 接続を介した別のファームからのユーザー プロファイル サービス アプリケーションの使用はサポートされていません。 この制限は、ユーザー プロファイル サービス アプリケーションと個人用サイト ホストの両方が同じデータセンターに配置されている必要があることを意味します。

信頼できる個人用サイトのホストの場所

" 信頼できる個人用サイトのホストの場所" 機能を使用すると、ユーザーが複数の User Profile Service アプリケーションを使用して組織内に複数の個人用サイトを作成できなくなります。

たとえば、複数の地域にまたがるサーバー ファームの展開では、環境内の各地域または地域サーバー ファーム用に、User Profile Service アプリケーションを分離させることがあります。 既定では、User Profile Service アプリケーションまたはサーバー ファームごとに異なる個人用サイトを作成できますが、これが原因で、管理者とユーザーの両者にとって望ましくない結果になる可能性があります。 個々のユーザーの個人用サイトが組織内に複数ある場合は、サーバーのリソースを増やす必要があります。 また、ユーザーが複数の個人用サイトを把握できないか、複数にする必要がない場合もあります。

個々のユーザーが複数の個人用サイトを作成できないようにするには、信頼できる個人用サイトのホストの場所を設定します。 指定すると、ユーザーは、個人用サイトを作成またはアクセスしようとしたときに閲覧している場所に関係なく、アカウントを対象とした単一の個人用サイト ホストの場所にリダイレクトされます。 この機能により、組織内で作成できる個人用サイトがユーザーごとに 1 つだけになることが保証されます。

信頼できる個人用サイトのホストの場所の設定はオプションです。

多言語ユーザー インターフェイスを計画する

多言語ユーザー インターフェイス機能を有効にすると、個人用サイトで使用できるようになります。 この機能は、サイトの作成時に選択された既定の主言語ではなく、ユーザーが選択した第 2 言語でサイトのユーザー インターフェイスを表示する目的で使用されます。 既定では、新しいサイトが作成されると、サーバー上の SharePoint Server インストールの既定のプライマリ言語で作成されます。 既定の主言語以外の言語でサイトを作成するには、ファーム管理者がサーバーに言語パックをインストールしておく必要があります。

個人用サイトの多言語ユーザー インターフェイス機能は、個人用サイトの設定時に [ 言語オプション] を設定することによって制御します。 ユーザーが使用できる言語は、サーバー ファームにインストールされている言語パックに対応します。 言語パックの詳細については、「SharePoint Server 2016 用の言語パックをインストールまたはアンインストールする」を参照してください。

ストレージ要件を計画する

個人用サイトのユーザーは、たとえば、プロファイルの編集、ニュースフィード アクティビティの生成、ドキュメントのアップロードとダウンロードを実行できることから、環境の記憶域および容量に関するニーズに応じて、慎重に計画してください。 個人用サイトのコンテンツ データベースと、個人用サイトの関連サービスのデータベースを考慮する必要があります。

さらに、SharePoint Server には、ユーザー制限はなく、100 MB の記憶域制限がある、既定の個人用サイト クォータ テンプレートが含まれます。 このクォータ テンプレートは、各ユーザーの個人用サイトでの個別のサイト コレクションで使用されます。 フィード アクティビティはユーザーの個人用サイトのリストに格納され、それらのリストはアーカイブされないため、ストレージのニーズは増加し続けます。 したがって、フィードで予測されるアクティビティに基づいて、個人用サイト クォータを 500 MB またはそれ以上に増やすことを検討してください。

クォータ テンプレートの設定はオプションですが、設定することをお勧めします。

ファイルの種類を計画する

SharePoint Server の他の Web アプリケーションと同様に、個人用サイトをホストする Web アプリケーションに対してユーザーがアップロードおよびダウンロードできるファイルの種類を設定することができます。 この構成は、メディア ファイルの種類や実行可能ファイルなど、クライアント コンピューターで実行できるファイルの種類など、サイズの大きいファイルの種類をユーザーがアップロードまたはダウンロードできないようにする場合に便利です。

既定では、SharePoint Server によって特定のファイルの種類がブロックされます。 ただし、組織のニーズに応じて個人用サイトを設定し、既定でブロックされるファイルの種類を許可したり、他のファイルの種類をブロックしたりすることができます。