次の方法で共有


SharePoint 2013 のインストールと構成の概要

適用対象:yes-img-13 2013no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

SharePoint 製品ファームは複雑さとサイズが異なりますが、継続的なテストと評価を含む慎重な計画と段階的な展開を組み合わせることで、予期しない結果のリスクが大幅に軽減されます。 この記事では、すべての種類の SharePoint Server 2013 ファーム展開の概要について説明します。

この記事の情報の視覚的な表現については、「SharePoint Server の技術図 」トピックの「SharePoint 2013 製品展開モデル」を参照してください。 関連する技術図には、「 SharePoint 2013 および SharePoint Server 2013のサービスの トポロジ」が含まれます。

概念

SharePoint Server 2013 の柔軟性とリッチさの論理的な結果は、SharePoint Server 2013 を正しくインストールして構成する際の複雑さが高くなる可能性があります。 SharePoint Server 2013 を正しく展開してサポートするには、SharePoint Server 2013 環境で次の主要な構造要素の基本的な理解が必要です。

  • サーバー ファーム: SharePoint Server 2013 の論理アーキテクチャ設計の最上位の要素です。

  • Web アプリケーション: SharePoint Server 2013 によって作成および使用される IIS Web サイトです。

  • コンテンツ データベース: Web アプリケーションのコンテンツを格納する記憶域。 ただし、サイト コレクション レベルで、コンテンツを複数のコンテンツ データベースに分けることができます。

  • サイト コレクション: 所有者が同じで、管理設定を共有している一連の Web サイトです。

  • サイト: サイト コレクション内でホストされている 1 つ以上の関連 Web ページとその他のアイテム (リスト、ライブラリ、ドキュメントなど) です。

SharePoint Server 2013環境の各要素と、ソリューションに合わせてそれらを構成する方法を理解することに加えて、物理アーキテクチャ、インストールと構成、展開の各種ステージなど、その他の要素を考慮する必要もあります。

物理アーキテクチャ

1 つ以上のサーバーとネットワーク インフラストラクチャで構成される物理アーキテクチャを使用すると、SharePoint Server 2013 ソリューションの論理アーキテクチャを実装できます。 一般に、物理アーキテクチャは、規模とトポロジの 2 つの観点から記述されます。 規模は、ユーザー数やドキュメント数などを単位として測定でき、ファームを小規模、中規模、または大規模として分類するのに使用されます。 トポロジは、階層またはサーバー グループの概念を使用して、ファーム サーバーの論理的な配置を定義します。

サイズ

規模では、ユーザーの数およびコンテンツ アイテムの数を基本的な尺度に使用して、サーバー ファームが小規模か、中規模か、大規模かを次のように示します。

  • 一般に、小規模サーバー ファームは、最低 2 台以上の Web サーバーと 1 台のデータベース サーバーで構成されます。 どちらか一方の Web サーバーでサーバーの全体管理サイトをホストし、他方の Web サーバーで追加のファーム関連タスク (ユーザーにコンテンツを提供するなど) を処理します。

    小規模なファームは、ユーザーの数、コンテンツ アイテムの数、および必要なサービスの数に応じて専用のアプリケーション サーバーを使用することで、3 層にスケール アウトできます。

  • 中規模なサーバー ファームは、通常、2 台以上の Web サーバー、2 台のアプリケーション サーバー、および複数のデータベース サーバーで構成されます。 この構成から始めて、サーバーにかかる作業負荷に対応できるようにスケール アウトすることをお勧めします。

    サービスがリソースを過剰に使用することがわかっているシナリオでは、アプリケーション層をスケール アウトできます。 パフォーマンス データを調べると、専用サーバーへのオフロードを検討した方がよいと思われるサービスがわかります。

  • 大規模なサーバー ファームは、容量とパフォーマンスの要件を満たすために、または SharePoint Server 2013 ソリューションを実装する前に設計上、中規模のファームをスケールアウトした論理的な結果です。 3 層トポロジ環境では、通常、すべての層で専用サーバーを使用します。 さらに、多くの場合、これらのサーバーはファーム内での役割に応じてグループ化されます。 たとえば、クライアント関連のすべてのサービスを 1 台か 2 台のサーバーにグループ化し、それらのサービスに対するユーザーの需要に応じて、このグループにサーバーを追加してスケール アウトできます。

    注:

    ファームをスケール アウトするときは、パフォーマンス特性が同様のサービスまたはデータベースどうしを数台の専用サーバーにグループ化し、それらのサーバーをグループとしてスケール アウトすることをお勧めします。 大規模環境で、どのグループをスケール アウトするかは、ファーム内の各サービスに対してどのような要求があるかによって異なります。

小規模、中規模、および大規模ファームに関連する具体的な数については、「SharePoint Server 2013 のパフォーマンス計画」を参照してください。

トポロジ

トポロジでは、ファーム サーバーでホストするコンポーネント、またはサーバー ファーム内でのファーム サーバーの役割に応じて、ファーム サーバーを論理的に配置するモデルとして層を使用します。 SharePoint Server 2013 ファームは、次のように 1 層、2 層、または 3 層にデプロイされます。

  • 1 層展開では、SharePoint Server 2013 とデータベース サーバーが 1 台のコンピューターにインストールされます。

  • 2 層展開では、SharePoint Server 2013 コンポーネントとデータベースが別々のサーバーにインストールされます。 この種類の展開は、小規模ファームと呼ばれるものに対応します。 フロントエンド Web サーバーが第 1 層にあり、データベース サーバーが第 2 層に配置されます。 コンピューター業界では、この第 1 層は Web 層と呼ばれます。 データベース サーバーはデータベース層またはデータベース バックエンドと呼ばれます。

  • 3 層展開では、フロントエンド Web サーバーが第 1 層に、アプリケーション サーバーが第 2 層 (アプリケーション層と呼びます) に、データベース サーバーが第 3 層に配置されます。 3 層展開は、中規模ファームと大規模ファームで使用されます。

インストールと構成

ソリューションの計画が完了したら、ソリューションをホストする SharePoint Server 2013 ファームを作成できます。 最初の手順は、SharePoint Server 2013 をインストールし、ソリューションに必要なファームを作成することです。 環境を準備するプロセスは、次のフェーズで構成されます。

  1. サーバーを準備する

  2. ファームを作成する

  3. 設定、サービス、ソリューション、およびサイトを構成する

注:

作成して展開するファームでは、SharePoint Server 2013 Products Deployment モデルに示されているさまざまな展開ステージを進めていくと、サイズ、トポロジ、複雑さが大幅に変更されます。 SharePoint 2010 製品展開モデルは、一般的なフェーズ別展開とその予想結果を示しています。 この記事の「展開ステージ」に記載されるすべてのステージに従うことをお勧めするのは、これが理由です。

サーバーを準備する

このフェーズでは、サーバーで製品をホストする準備を行います。 これには、サポート サーバーと、SharePoint Server 2013 がインストールされるサーバーが含まれます。 ファームをサポートおよびホストするには、次のサーバーを構成する必要があります。

  • データベース サーバー: 必要なバージョンの SQL Server を、サービス パックおよび累積的な更新プログラムと共にデータベース サーバーにインストールします。 インストールには、SQL Analysis Services などの追加機能が含まれている必要があり、適切な SharePoint Server 2013 ログインを追加して構成する必要があります。 データベース サーバーのセキュリティを強化し、必要に応じて、DBA がデータベースを作成します。 詳細については、以下を参照してください:

  • アプリケーション サーバーとフロントエンド Web サーバー: SharePoint Server 2013 がインストールされるファーム サーバーは、ハードウェア要件を満たしていること、オペレーティング システムが強化されていること、必要なネットワークとセキュリティ プロトコルが構成されていること、SharePoint Server 2013 ソフトウェアの前提条件がインストールおよび強化されていること、および必要な認証が構成されていることを確認する必要があります。 詳細については、以下を参照してください:

  • ドメイン コントローラー: 必要なファーム アカウントをドメインに構成し、ディレクトリの同期を構成する必要があります。

    重要

    SharePoint Server 2013 では、運用環境のドメイン コントローラーへのインストールはサポートされていません。 さらに、SharePoint Server 2013 では、開発者、テスト、またはデモ環境でサンドボックス サービスを使用する場合、ドメイン コントローラーへのインストールはサポートされていません。 > 1 つのラベル ドメイン (SLD) 名または単一ラベル フォレストもサポートされていません。 SLD 名の使用は推奨される方法ではないため、このシナリオでは SharePoint Server 2013 はテストされません。 そのため、SharePoint Server 2013 が単一のラベル ドメイン環境に実装されている場合、互換性の問題が発生する可能性があります。 詳細については、「単一ラベルの DNS 名と DNS 名前空間計画ソリューション センターを使用したドメインの Windows の構成に関する情報」を参照してください。

    必要なアカウントについては、以下を参照してください。

ファームを作成する

このフェーズでは、製品をインストールし、各サーバーをファーム内での役割をサポートするように構成します。 また、構成データベースと、SharePoint サーバーの全体管理 Web サイトも作成します。 SharePoint Server 2013 ファームには、次のサーバーが必要です。

  • データベース サーバー: DBA が作成したデータベースを使用する場合以外は、SharePoint 製品構成ウィザードを実行するときに構成データベース、コンテンツ データベース、その他の必要なデータベースを作成します。

  • アプリケーション サーバー: アプリケーション サーバーの準備が終了したら、Information Rights Management (IRM) や意思決定支援などの機能のサポートに必要な追加コンポーネントをインストールします。 SharePoint サーバーの全体管理 Web サイトをホストするサーバーに SharePoint Server 2013 をインストールし、SharePoint 製品構成ウィザードを実行してファームを作成および構成します。

  • フロントエンド Web サーバー: 各 Web サーバーに SharePoint Server 2013をインストールし、言語パックをインストールし、SharePoint 製品構成ウィザードを実行して Web サーバーをファームに追加します。

    注:

    すべてのフロントエンド Web サーバーを追加および構成した後で、トポロジ設計の一部となる追加のアプリケーション サーバーをファームに追加できます。

設定、サービス、ソリューション、およびサイトを構成する

この段階では、次の作業を実行し、サイト コンテンツをホストできるようにファームを準備します。

注:

ファームの構成手順は、サーバー インフラストラクチャの特定の層に分離されません。

展開ステージ

SharePoint Server 2013 ソリューションを段階的に展開することで、ソリューションの評価に使用できるパフォーマンスと使用状況データの収集など、体系的なアプローチによって提供される利点が得られます。 その他の利点としては、容量管理の前提条件を確認し、ファームを運用環境に投入する前に問題を特定することが含まれます。

ファームは次の各ステージで展開することをお勧めします。

  • 計画

  • 開発

  • 概念実証

  • パイロット

  • ユーザー承諾テスト

  • 運用

計画

ファームを展開する前に、展開するソリューションを計画し、サーバーのリソースやファーム トポロジなどのインフラストラクチャ要件を決定する必要があります。 計画ステージの完了時には、次の内容に関する文書が完成している必要があります。

  • ソリューションをサポートするインフラストラクチャ デザイン

  • ファームとソリューションの実装方法に関する詳細な記述

  • ソリューションのテストと検証の計画

  • サイトとソリューションのアーキテクチャ

  • ソリューションをサポートするための監視と持続的エンジニアリングの要件の把握

  • ソリューションがどのように管理されるかの記録

  • ソリューションの導入推進のためにソリューションをユーザーに伝達する方法の把握

SharePoint Server 2016 の計画」に記載されている計画に関する参考資料と記事を使用することをお勧めします。

重要

リソースと時間の制約から、計画ステージにおける綿密性が欠けてしまうことがあります。 計画時に見過ごしたり軽視したりした要素が運用時になって重大な問題として表面化する場合もあるので、できる限り入念に計画することをお勧めします。 これらの問題により、多くの追加作業が発生し、未入手のリソースが消費され、SharePoint Server 2013 の成功から離れる可能性があります。

計画ステージの後は、以下の各展開ステージを進み、テストを行いながら計画、構成、およびトポロジを更新し、見直します。

開発

開発段階では、SharePoint Server 2013 を 1 つのサーバーまたは複数のサーバーに展開して、実装するソリューションを開発、テスト、評価、および調整します。 この環境はソリューションの開発時に、必要に応じてスケールされ、将来の開発およびテストのためにスケール ダウンした環境として残しておくことができます。 これは安定した環境ではなく、サービス レベル アグリーメントはありません。

概念実証

概念実証段階では、目的は、SharePoint Server 2013 を理解し、ビジネス ニーズに対応する方法のコンテキストで SharePoint Server 2013 を評価することです。 第 1 レベルの製品評価は、すべての製品コンポーネントを単一サーバーにインストールして行うことができます。 より広範な製品評価は、概念実証展開によって行います。

単一サーバーまたは小規模ファームに概念実証展開を行うと、評価の範囲を広げることができます。 この展開では、IT 以外のスタッフが評価チームに追加されます。これにより、SharePoint Server 2013 の機能が組織内でどのように実際に使用されるかをより広範に把握できます。 概念実証展開の利点は、初期計画の改良に利用できるデータを収集できることです。 このデータ (ページの外観、ユーザーの行動パターン、サーバー リソース使用率など) に基づいて、ファームの規模を決めるベンチマーク設定も開始できます。 概念実証は、サービス アプリケーションの評価と、エンド ユーザーに提供する機能セットの決定にも役立ちます。

概念実証ステージでこれらの機能の固有の特徴と機能性を理解することは、トポロジ全体を定義するのに役立つので重要です。 概念実証の展開には追加のリソースが必要であり、SharePoint Server 2013 を運用環境に移行するために必要な時間が長くなっていることを注意してください。

ヒント

仮想化は SharePoint Server 2013を評価するための有効なプラットフォームとなります。仮想環境には、柔軟性、迅速な展開機能、および仮想マシンを以前の状態にロールバックする機能があるからです。

パイロット

ソリューションに小規模なテストを行う場合は、パイロットを使用します。 パイロット展開の使用には 2 つのアプローチがあります。 1 つ目のアプローチでは、機能テストを重点的に行い、実際のデータは使用しません。 2 つ目のアプローチでは、実際のデータを使用して運用特性をテストし、パイロット ユーザーはさまざまな種類のタスクをテストします。 幅広い視点が得られること、また、実際のデータを収集してソリューション デザインの改良に利用できることから、後者のアプローチをお勧めします。

パイロット展開には多くの利点があります。 収集したデータを利用して、ファーム デザインの次の側面を検証できます。

  • インフラストラクチャ設計

  • 容量管理の想定

  • サイトとソリューションのアーキテクチャ

  • ソリューションの使用状況の想定

また、パイロット ステージでは、一段と詳細なベンチマークを行うために追加で収集する必要があるデータを決定できます。 これは、ファームに追加する付加機能や付加サービスの潜在的な効果をユーザー受け入れテスト前に評価する場合に重要です。

パイロット展開の結果、収集したデータを使用して、ソリューションの各種コンポーネントとサポート インフラストラクチャを調整できます。

ユーザー承認テスト (UAT)

ユーザー受け入れテスト展開 (運用前環境とも呼ばれます) は、パイロット展開から運用展開への移行ステップとして使用されます。 ユーザー受け入れテストの範囲、規模、および期間は、組織のビジネス プロセスによって決まります。

運用前環境のトポロジは、計画時の運用トポロジと同じであるか、またはよく似たものである必要があります。 ユーザー受け入れテスト中に、SharePoint Server 2013 ソリューションは、運用データのサブセットまたは完全なコピーに対してテストされます。 この展開ステージは、パフォーマンスを調整したり、バックアップと復元などの運用手順を検証したりできる最後の機会です。

運用

最後のステージでは、ファームを運用環境に展開します。 このステージでは、ユーザー受け入れステージで見つかった、ソリューションとインフラストラクチャの必要な調整を実装します。

ファームを運用環境に移すには、次の作業を実行する必要があります。

  • ファームを展開します。

  • ソリューションを展開します。

  • 運用計画を実装します。

  • 必要に応じて、オーサリング ファームとステージング ファーム、サービス ファームなど、追加の環境を展開します。