バックアップと復旧の概要 (SharePoint Server 2010)

適用先: SharePoint Foundation 2010, SharePoint Server 2010

トピックの最終更新日: 2016-11-30

この記事では、ファームのバックアップと復旧、詳細なバックアップと復旧、未接続のコンテンツ データベースからの復旧など、Microsoft SharePoint Server 2010 で利用できるバックアップ アーキテクチャと復旧プロセスについて説明します。バックアップと復旧の操作はユーザー インターフェイスまたは Windows PowerShell コマンドレットから実行できます。組織によっては、組み込みのバックアップおよび復旧ツールで組織のすべてのニーズに対応できない場合があります。

この記事の内容

• バックアップと復旧のシナリオ

• バックアップ アーキテクチャ

• 復旧のプロセス

バックアップと復旧のシナリオ

データのバックアップと復旧は、以下に示すようなさまざまなビジネス シナリオをサポートします。

• ごみ箱やバージョン管理によって保護されていないコンテンツを誤って削除してしまったときの復旧

• ハードウェアまたはソフトウェアのアップグレードの一環として行う、インストール間でのデータの移動

• 予期しない障害からの復旧

バックアップ アーキテクチャ

SharePoint Server 2010 には、ファーム バックアップと詳細なバックアップの 2 種類のシステムが用意されています。

ファーム バックアップのアーキテクチャ

SharePoint Server 2010 のファーム バックアップのアーキテクチャは、コンテンツとサービス アプリケーション データベースの Microsoft SQL Server バックアップを起動し、構成内容をファイルを書き込み、検索インデックス ファイルをバックアップし、それらを検索データベース バックアップと同期するというものです。

ファーム バックアップのしくみを次の図に示します。

フル バックアップと差分バックアップの両方がサポートされます。フル バックアップでは、システム全体の新しいバックアップが作成されます。差分バックアップでは、データベースに保存されているデータのうち、前回のフル バックアップ以降に変更されたすべてのデータのバックアップが作成されます。

ファーム バックアップ システムは階層的に整理されています。バックアップの対象としてファームから選択できるコンポーネントは、以下のとおりです。

• ファーム。ファームは最上位のオブジェクトです。ファームをバックアップするときは、以下のオプションを選択できます。

  • コンテンツと構成データ (既定)

    サーバー ファーム全体がバックアップされます。これには、構成データベースからの設定が含まれます。

  • 構成のみ

    構成データベースの設定がバックアップされます。これにより、ファーム全体に構成を適用できます。詳細については、この記事で後述する「構成のみのバックアップの用途と利点」を参照してください。

• Web アプリケーション。Web アプリケーション内で、バックアップするコンテンツ データベースを 1 つ以上選択できます。

  Web アプリケーションのバックアップには、以下が含まれます。

  • アプリケーション プール名とアプリケーション プール アカウント

  • 認証設定

  • 通知、管理パスなどの Web アプリケーションの一般的な設定

  • プロトコルの種類、ホスト ヘッダー、ポート番号などの Internet Information Services (IIS) バインド情報

  • オブジェクト モデルまたはサーバーの全体管理から行われた Web.config ファイルへの変更

    注意

    フォーム ベース認証を使用するクレーム ベース アプリケーションをサポートするために Web.config ファイルに対して行われた変更は、手動で行われるため、バックアップに含まれません。詳細については、この記事で後述する「ファーム バックアップ使用時の考慮事項」を参照してください。

  • セキュリティで保護されたソリューション

  これらの設定を保護する方法についての推奨事項は、「SharePoint Server 2010 でのバックアップと復元を計画する」を参照してください。

• サービスとサービス アプリケーション (非共有)。共有されないサービスの例として、State Service があります。サービスとサービス アプリケーションのバックアップには、サービスまたはサービス アプリケーションの設定とそれに関連付けられたデータベースの設定が含まれます。

  重要

  サービス アプリケーションのバックアップには、関連するプロキシは含まれません。サービス アプリケーションとサービス アプリケーション プロキシの両方をバックアップするには、ファームをバックアップするか、またはバックアップを 2 回連続して実行し、一方ではサービス アプリケーションを選択し、もう一方では関連するサービス アプリケーション プロキシを選択します。

  SharePoint Server 2010から多数のサービス アプリケーション データベースを個別にバックアップすることはできません。サービス アプリケーション データベースのみをバックアップする場合は、SQL Server バックアップを使用する必要があります。

• 共有されないサービス アプリケーションのプロキシ

• 共有サービス。共有サービスを実行するには、サービス アプリケーションとサービス アプリケーション プロキシの両方が必要です。[共有サービス] ノードを選択した場合、そのファームのすべてのサービス アプリケーションおよび関連するサービス アプリケーション プロキシがバックアップされます。

  注意

  バックアップ階層を使用すると、個別のサービス アプリケーションとサービス アプリケーション プロキシを選択してバックアップできます。ただし、1 つまたはすべてのサービス アプリケーション、または 1 つまたはすべてのプロキシを選択するときは、関連するオブジェクトは既定ではバックアップされません。特定のサービスの両方の部分をバックアップするには、[共有サービス] ノードを選択するか、またはバックアップを 2 回連続して実行し、一方ではサービス アプリケーションを選択し、もう一方では関連するサービス アプリケーション プロキシを選択します。

Search Service アプリケーションのバックアップ プロセス

Search Service アプリケーションのバックアップと復旧は、アプリケーションのコンポーネント間の相互作用が複雑なため特別です。

Search Service アプリケーションのバックアップを開始すると、SharePoint Server 2010 は、検索管理データベース、クロール データベース、およびプロパティ データベースの SQL Server バックアップと、インデックス パーティション ファイルのバックアップを、並行して開始します。

Search Service アプリケーションのバックアップと復旧プロセスがサービス レベル アグリーメントに与える影響について検討します。たとえば、すべてのクロールを一時停止することで、検索結果の鮮度にどのような影響が及ぶ可能性があるかについて検討します。

バックアップ プロセスは次のとおりです。

1. マスター インデックスを維持するためにマスター結合が一時停止されます。

2. データベースの完全バックアップが開始します。

3. マスター インデックスがバックアップされます。

4. クロールが一時停止されます。クロールの一時停止は、Microsoft Office SharePoint Server 2007 検索のバックアップ時間よりはるかに短く、バックアップ プロセス全体を通じて持続することはありません。

5. すべてのシャドウ インデックスがバックアップされます。

6. データベースの増分バックアップが開始します。

7. クロールが再開されます。

8. マスター結合が再開されます。

構成のみのバックアップの用途と利点

構成のみのバックアップでは、構成データベースから構成設定を抽出してバックアップします。組み込みのツールを使用して、データベースがその時点でファームに接続しているかどうかを問わず、任意の構成データベースの構成をバックアップできます。構成をバックアップする方法については、「ファーム構成をバックアップする (SharePoint Server 2010)」を参照してください。

構成のバックアップは同じサーバー ファームまたは他の任意のサーバー ファームに復元できます。ファームに存在し、構成バックアップに値が設定されているすべての設定は、構成の復元時にその構成によって上書きされます。ファームに存在する設定が構成バックアップに含まれていない場合、その設定は変更されません。ファーム構成を復元する方法については、「ファームの構成を復元する (SharePoint Server 2010)」を参照してください。

あるファームから別のファームに構成を復元する必要がある状況には、以下のようなものがあります。

• 環境全体で使用するように標準化したファーム構成をレプリケートする

• 開発環境またはテスト環境から運用環境に構成を移動する

• スタンドアロン インストールからファーム環境に構成を移動する

• スタンバイ環境の一部として機能するようにファームを構成する

SharePoint Server では、構成のみのバックアップに以下の種類の設定が保存されます。

• ウイルス対策

• Information Rights Management (IRM)

• 送信電子メール設定 (上書きを実行する場合にのみ復元される)

• 信頼できるソリューションとして展開されるカスタマイズ

• 診断ログ

ファーム バックアップ使用時の考慮事項

ファーム バックアップを使用する前に、以下の点を検討します。

• バックアップのための組み込みのスケジュール システムはありません。バックアップのスケジュールを設定するには、Windows PowerShell を使用してバックアップ スクリプトを作成し、Windows タスク スケジューラを使用してバックアップ スクリプトを定期的に実行する方法をお勧めします。

• IIS メタベース バックアップを使用して IIS 設定を保護する方法はお勧めしません。代わりに、目的とする構成監視機能を提供する Microsoft System Center Configuration Manager 2007 などのツールを使用して、各 Web サーバーのすべての IIS 構成を文書化します。

• SharePoint Server 2010 のバックアップと復旧は、バックアップの圧縮、透過的なデータ暗号化など、SQL Server Enterprise の機能と共に実行できます。

  SQL Server Enterprise を実行している場合は、バックアップの圧縮を使用することを強くお勧めします。バックアップの圧縮の詳細については、「バックアップの圧縮 (SQL Server)」(https://go.microsoft.com/fwlink/?linkid=129381&clcid=0x411) を参照してください。

  透過的なデータ暗号化を使用してデータベースを実行する場合は、キーを手動でバックアップおよび復元する必要があります。SharePoint Server 2010 のバックアップと復旧では、キーに関する情報は維持されません。透過的なデータ暗号化の詳細については、「透過的なデータ暗号化 (TDE) について」(https://go.microsoft.com/fwlink/?linkid=129384&clcid=0x411) を参照してください。

• コンテンツ データベースが SQL FILESTREAM リモート BLOB ストレージ (RBS) プロバイダーを使用する設定になっている場合は、バックアップ先のデータベース サーバーと復旧先のデータベース サーバーの両方に RBS プロバイダーがインストールされている必要があります。

• SharePoint Server 2010 バックアップは、以下を保護しません。

  • サーバーの全体管理またはオブジェクト モデルから行われたものを除いた、Web サーバー上の Web.config ファイルに対する変更。

  • 信頼できるソリューションまたはセキュリティで保護されたソリューションの一部として展開されたものを除いたサイトのカスタマイズ。

• 複数のファームでサービス アプリケーションを共有する場合、交換済みの信頼証明書はファームのバックアップに含まれないことに注意する必要があります。証明書ストアを別にバックアップするか、証明書を別の場所に保持しておく必要があります。サービス アプリケーションを共有するファームを復元する場合、証明書のインポートと再展開を行い、すべてのファーム間信頼を再確立する必要があります。

  詳細については、「信頼証明書をファーム間で交換する (SharePoint Server 2010)」を参照してください。

• 任意のクレーム ベース認証を使用するように構成されたファームまたは Web アプリケーションを復元するとき、重複したプロバイダーまたはその他のプロバイダーが使用可能に見える場合があります。重複したプロバイダーが表示された場合、各 Web アプリケーション ゾーンを手動で保存し、それらを削除します。

• フォーム ベース認証を使用するように構成された Web アプリケーションを含むファームを復元する場合、追加の手順が必要です。Web.config ファイルにメンバーシップ プロバイダーとロール プロバイダーを再登録し、プロバイダーを再展開します。この手順は、Web アプリケーション レベルの復元またはファーム レベルの復元に関係なく実行する必要があります。

  詳細については、「Web アプリケーションをバックアップする (SharePoint Server 2010)」、「認証方法を計画する (SharePoint Server 2010)」、および「クレーム認証を構成する (SharePoint Server 2010)」を参照してください。

詳細なバックアップとエクスポートのアーキテクチャ

詳細なバックアップとエクスポートのアーキテクチャでは、Transact-SQL クエリとエクスポート呼び出しを使用します。詳細なバックアップとエクスポートは、ファーム バックアップよりもデータの読み取り量と処理量の多い操作です。

ユーザーは詳細なバックアップ システムから、サイト コレクションのバックアップや、サイトまたはリストのエクスポートを実行できます。

SQL Server Enterprise を実行している場合は、詳細なバックアップ システムの SQL Server データベース スナップショットを使用すると、バックアップ中またはエクスポート中もデータの一貫性を維持できます。スナップショットが要求されると、適切なコンテンツ データベースの SQL Server データベース スナップショットが記録されます。SharePoint Server はそのスナップショットを使用してバックアップまたはエクスポート パッケージを作成してから、スナップショットを削除します。データベースのスナップショットは、その元になったソース データベースにリンクされています。ソース データベースがなんらかの理由でオフラインになると、スナップショットは使用できなくなります。データベース スナップショットの詳細については、「データベース スナップショット」(https://go.microsoft.com/fwlink/?linkid=166158&clcid=0x411) を参照してください。

スナップショットを使用してサイト コレクションをバックアップする方法には、以下の利点があります。

• バックアップの処理が実行されている間も、読み取られているデータの一貫性が維持されます。

• データベース スナップショットからサイト コレクションをバックアップしている間も、ユーザーは引き続きサイト コレクションを操作できます。コンテンツの追加、編集、および削除も行うことができますが、バックアップはデータベース スナップショットに基づいて実行されるので、サイトに加えた変更内容はサイト コレクションのバックアップには含まれません。

ただし、データベース スナップショットがパフォーマンスに悪影響を及ぼす可能性があります。データベース スナップショットとパフォーマンスの詳細については、「データベース スナップショットの制限事項と要件」(https://go.microsoft.com/fwlink/?linkid=166159&clcid=0x411) を参照してください。

SQL FILESTREAM RBS プロバイダーを使用する構成になっているデータベースに保存されているコンテンツに詳細なバックアップとエクスポートを使用できます。

次の図は、詳細なバックアップとエクスポートのシステムを示しています。

復旧のプロセス

SharePoint Server 2010 は、以下の主要な組み込み復旧オプションをサポートします。

• 組み込みツールによって作成されたファーム バックアップ、またはファーム バックアップ システムを使用して記録されたコンポーネントのバックアップからの復元

• サイト コレクションのバックアップからの復元

• 未接続のコンテンツ データベース機能を使用してコンテンツ データベースに接続し、データベースからデータをバックアップまたはエクスポートして、そのデータを復元またはインポートします。

ファーム バックアップからの復元

ファーム バックアップから復元できる項目には、以下のものがあります。

• ファーム

  • コンテンツと構成データ (既定)

    サーバー ファーム全体が復元されます。これには、構成データベースおよび信頼できるソリューション パッケージからの設定が含まれます。

  • 構成のみ

    構成データのみが復元されます。この復元により、構成のみのバックアップの内部で値が設定されている、ファーム内のすべての設定が上書きされます。

• Web アプリケーション

  Web アプリケーションが復元されます。

• サービス アプリケーション

  サービス アプリケーションが復元されます。サービス アプリケーションの復旧は、SharePoint Server 2010 が復元プロセス中にサービス アプリケーション プロキシを完全に再構成できないため、複雑になる場合があります。サービス アプリケーション プロキシは復元されますが、プロキシ グループに配置されません。したがって、サービス アプリケーション プロキシは Web アプリケーションと関連付けられません。Search Service アプリケーションの復元方法の詳細については、「Search Service アプリケーションの復旧プロセス」を参照してください。特定のサービス アプリケーションの復元に関係する操作の具体的な情報については、「サービス アプリケーションを復元する (SharePoint Server 2010)」を参照してください。

• コンテンツ データベース

  コンテンツ データベースを復元すると、その関連サイト コレクションに関連付けられているセキュリティで保護されたソリューションも復元されます。

新規復元と上書き復元

既定では、SharePoint Server 2010 の復旧では、オブジェクトは同じ名前で既存のインスタンスを上書きするのではなく、オブジェクトの新しいインスタンスとして復元されます。

ファームまたはオブジェクトを新規として復元すると、オブジェクトのすべての GUID に新しい値が割り当てられるので、以下のオブジェクトは調整しないと動作しません。

• ファーム。ファームを新規として復元するときは、次の操作を行う必要があります。

  • 代替アクセス マッピングの設定を再作成します。SharePoint Server 2010 の復旧では、Web アプリケーションの既定ゾーンだけが復元されます。

  • すべての Business Connectivity Services および Managed Metadata Service アプリケーションの外部ソースの設定を再構成します。

  • 復元時にサービス アプリケーション プロキシはプロキシ グループに割り当てられないため、サービス アプリケーション プロキシをプロキシ グループに再度割り当てます。すべての Web アプリケーションは、既定のプロキシ グループに関連付けられます。必要に応じて、Web アプリケーションを他のプロキシ グループに関連付ける必要があります。

• Web アプリケーション。

  • 指定した Web アプリケーション名と URL が、ファーム内の既存の Web アプリケーション名と URL と一致している場合、それらは SharePoint Server 2010 の復旧によって結合されます。

  • Web アプリケーションが結合されないようにする必要がある場合は、新規として復元するときに Web アプリケーションの名前を変更する必要があります。

  • Web アプリケーションを同じ環境に新規として復元し、Web アプリケーションが結合されないようにする場合は、他の多くのパラメーターとオブジェクトも変更する必要があります。たとえば、異なるデータベース ファイル パスおよび異なるデータベース名の指定が必要になる場合があります。

• サービス アプリケーションとサービス アプリケーション プロキシ

  • サービス アプリケーションを復旧し、関連するサービス アプリケーション プロキシも復旧する場合は、サービス アプリケーション プロキシをプロキシ グループに関連付ける必要があります。

  • サービス アプリケーションを復旧し、関連するサービス アプリケーション プロキシは復旧しない場合は、サービス アプリケーション プロキシを再作成する必要があります。

  注意

  サービス アプリケーションを同じファームに新規として復元することはできません。サービス アプリケーションを新規として復元できるのは別のファームの場合です。

オブジェクトを復元し、既存のオブジェクトを上書きするときは、変更は必要ありません。

Search Service アプリケーションの復旧プロセス

Search Service アプリケーションの復旧プロセスは、新規または上書きのどちらとして復元するかにより異なります。上書きとして復元するときは、追加手順は必要ありません。

新規として復元するときのプロセスは以下のとおりです。

1. サービス アプリケーションを新規として復元し、復元のときに新しいファーム トポロジの情報を指定します。

2. サービス アプリケーション プロキシを新規として復元します。サービス アプリケーション プロキシを復元しなかった場合は、新しいサービス アプリケーション プロキシを作成し、それを Search Service アプリケーションと関連付ける必要があります。

3. サービス アプリケーション プロキシと適切なプロキシ グループを関連付け、プロキシ グループ (既定のプロキシ グループではない場合) と適切な Web アプリケーションを関連付けます。

4. 最小限の特権の展開の場合は、Search Service および検索管理クエリ Web サービスを適切なアカウントで開始します。

Search Service アプリケーションの復旧方法の詳細については、「検索を復元する (SharePoint Server 2010)」を参照してください。

サイト コレクションのバックアップからの復元

サイト コレクションのバックアップからはサイト コレクションのみを復元できます。

未接続コンテンツ データベースからの復旧

SharePoint Server 2010 には、SQL Server インスタンスに接続されているがローカルの SharePoint Web アプリケーションとは関連付けられていないコンテンツ データベースに接続し、そのデータベースからバックアップを行うための機能が用意されています。接続できる未接続データベースには、サポートされるバックアップ方法から復元されるか、コンテンツ データベースの SQL Server データベース スナップショットから復元される読み取り専用コンテンツ データベースなどがあります。

復旧は、次の 2 段階のプロセスです。

1. 未接続コンテンツ データベースからオブジェクトをバックアップまたはエクスポートします。

2. 前の手順の出力を SharePoint Server 2010 に復元またはインポートします。

詳細なバックアップとエクスポートを使用して、未接続データベースの以下の項目をバックアップまたはエクスポートし、後で復元できます。

• サイト コレクション

  サイト コレクションのバックアップを使用してバックアップし、後からサイト コレクションの復元を使用して復元します。

• サイト

  エクスポートし、後からインポートします。

• リストとライブラリ

  エクスポートし、後からインポートします。

インポートを使用して、SQL FILESTREAM RBS プロバイダーを使用するように構成されているデータベースからバックアップしたコンテンツを復元できます。復元されたコンテンツは、そのコンテンツ データベース用に現在定義されているストレージ プロバイダーを使用して SharePoint Server 2010 によって保存されます。つまり、コンテンツ データベースが RBS を使用するように設定されていない場合はデータがコンテンツ データベースに保存され、RBS を使用するように設定されている場合はデータが RBS に保存されます。

関連するコンテンツ