SharePoint Server で Web アプリケーションを復元する
適用対象:
2016 2019 Subscription Edition 
SharePoint in Microsoft 365
SharePoint Serverでの Web アプリケーションの復元は、SharePoint サーバーの全体管理 Web サイト、Microsoft PowerShell、またはSQL Server ツールを使用して行うことができます。 使用するバックアップ ツールは、展開した環境の種類、必要なバックアップ スケジュール、および組織と締結しているサービス レベル契約によって異なります。
開始する前に
Web アプリケーションを復元するときは、インターネット インフォメーション サービス (IIS) 設定と Web アプリケーションに関連するすべてのコンテンツ データベースも復元します。
この操作を開始する前に、Web アプリケーションを復元する準備をするときに次の情報を検討してください。
この記事の手順を使用して復元できる Web アプリケーションは一度に 1 つだけです。 ただし、同時に、ファーム全体を復元することで、ファーム内のすべての Web アプリケーションを復元できます。
Web アプリケーションでオブジェクト キャッシュが使用されている場合は、Web アプリケーションの復元後、Web アプリケーションに対して 2 つの特別なユーザー アカウントを手動で構成する必要があります。 オブジェクト キャッシュ、およびこれらのユーザー アカウントを構成する方法の詳細については、「Configure object cache user accounts in SharePoint Server」を参照してください。
SQL Server ツールを使用して Web アプリケーションを復元することはできません。
クレーム ベース認証を使用するように構成された Web アプリケーションを復元するときは、Web アプリケーションの復元後に追加の手順を実行して、クレーム ベース認証を復元する必要があります。
PowerShell を使用して SharePoint Serverで Web アプリケーションを復元する
PowerShell を使用することで、Web アプリケーションを手動で復元したり、スクリプトの一部として Web アプリケーションの定期的な復元を実行したりできます。
PowerShell を使用して Web アプリケーションを復元するには
次のメンバーシップがあることを確認します。
SQL Server インスタンスにおける securityadmin 固定サーバー ロール。
更新するすべてのデータベースに対する db_owner 固定データベース ロール。
PowerShell コマンドレットを実行しているサーバー上の管理者グループ。
管理者は Add-SPShellAdmin コマンドレットを使用して、SharePoint Server コマンドレットを使用する権限を付与できます。
注:
アクセス許可がない場合は、セットアップ管理者または SQL Server 管理者に連絡してアクセス許可を要求してください。 PowerShell のアクセス許可の詳細については、「 Add-SPShellAdmin」を参照してください。
SharePoint 管理シェルを起動します。
PowerShell コマンド プロンプトで、次のコマンドを入力します。
Restore-SPFarm -Directory <BackupFolderName> -RestoreMethod Overwrite -Item <WebApplicationName> [-BackupId <GUID>] [-Verbose]詳細は次のとおりです。
<BackupFolderName> は、バックアップ ファイル用に使用するフォルダーの完全パスです。
<WebApplicationName> は、バックアップされた Web アプリケーションの名前です。
<GUID> は、復元操作で使用するバックアップの識別子です。
BackupIDパラメーターの値を指定しない場合は、最新のバックアップが使用されます。 構成のみのバックアップを使用して Web アプリケーションを復元することはできません。 ファームのバックアップを確認するには、次のコマンドを入力します。Get-SPBackupHistory -Directory <BackupFolderName> -ShowBackup
詳細については、「Restore-SPFarm」を参照してください。
注:
コマンドライン管理タスクを実行するときには Windows PowerShell を使用することが推奨されています。 Stsadm コマンドライン ツールは推奨されていませんが、製品の以前のバージョンとの互換性をサポートするために含まれています。
サーバーの全体管理を使用して SharePoint Server で Web アプリケーションを復元する
サーバーの全体管理を使用して Web アプリケーションを復元することができます。
サーバーの全体管理 を使用して Web アプリケーションを復元するには
この手順を実行するユーザー アカウントが Farm Administrators グループのメンバーであることを確認します。 また、SharePoint Timer Service とファーム データベース アクセス アカウントがバックアップ フォルダーに対してフル コントロールの権限を持っていることを確認します。
サーバーの全体管理 を起動します。
サーバーの全体管理のホームページの [ バックアップと復元] セクションで、[ バックアップからの復元] をクリックします。
[バックアップからの復元 - ステップ 1/3: 復元するバックアップの選択] ページで、バックアップの一覧からファームまたは Web アプリケーションのバックアップを含むバックアップ ジョブを選択し、[ 次へ] をクリックします。 それぞれのバックアップの詳細な情報は、横にあるプラス記号 (+) をクリックすることで確認できます。
注:
正しいバックアップ ジョブが表示されない場合は、[ バックアップ ディレクトリの場所] ボックスに正しいバックアップ フォルダーの汎用名前付け規則 (UNC) パスを入力してから、[ 更新] をクリックします。 > 構成のみのバックアップを使用して Web アプリケーションを復元することはできません。
[バックアップからの復元 - ステップ 2/3: 復元するコンポーネントの選択] ページで、Web アプリケーションの横にあるチェック ボックスをオンにして、[ 次へ] をクリックします。
[バックアップからの復元 ] — 手順 3/3: [復元オプションの選択] ページの [ 復元コンポーネント ] セクションで、 Farm\<Web アプリケーション> が [次のコンテンツの復元 ] の一覧に表示されていることを確認します。
[ 構成設定のみを復元] セクションで、[ コンテンツと構成設定を復元] オプションが選択されていることを確認します。
[ 復元オプション] セクションの [ 復元の種類] で、[ 同じ構成] オプションを選択します。 操作の確認を求めるダイアログが表示されます。 [OK] をクリックします。
注:
[ 構成設定のみを復元] セクションが表示されない場合、選択したバックアップは構成専用のバックアップです。 この場合は、別のバックアップを選択する必要があります。
[ 復元の開始] をクリックします。
[バックアップと復元のジョブ状態] ページの上部にある [ 状態] セクションで、すべての復旧ジョブの全般的な状態を確認できます。 現在の復旧ジョブの状態は、このページの下部にある [ 復元] セクションで確認できます。 この状態ページは 30 秒ごとに自動的に更新されます。 また、[ 更新] をクリックすることで、手動で状態を更新できます。 バックアップと復元は Timer Service を使用したジョブです。 したがって、復旧が開始されるまで数秒かかる場合があります。
エラーが表示された場合は、[バックアップと復元のジョブ状態] ページの [ エラー メッセージ] 列を確認します。 指定した UNC パスにある Sprestore.log を表示すると、より詳細な情報を確認できます。
SQL Server ツールを使用して SharePoint Server で Web アプリケーションに関連付けられているデータベースを復元する
SQL Server ツールを使用して完全な Web アプリケーションを復元することはできません。 ただし、Web アプリケーションに関連付けられているデータベースはすべて復元できます。 Web アプリケーション全体を復元するには、PowerShell またはサーバーの全体管理のどちらかを使用します。
SQL Server ツールを使用して Web アプリケーションに関連付けられているデータベースを復元するには
この手順を実行するユーザー アカウントが、 sysadmin 固定サーバー ロールのメンバーであることを確認します。
SharePoint Timer Service が実行中の場合は、サービスを停止し、現在実行中のストアド プロシージャが完了するまで数分間待ちます。 データベースを復元するまでサービスを再起動しないでください。
SQL Server Management Studio を起動し、データベース サーバーに接続します。
オブジェクト エクスプローラーで、[ データベース] を展開します。
復元するデータベースを右クリックして [ タスク] をポイントし、[ 復元] をクリックします。次に [ データベース] をクリックします。
データベースは復旧操作中に自動的にオフラインになり、他のプロセスからアクセスすることはできません。
[ データベースの復元 ] ダイアログで、復元先とソースを指定し、復元するバックアップ セットまたはセットを選択します。
復元先と復元元の既定値は、通常、ほとんどの復旧シナリオに適しています。
[ ページの選択] ペインで、[ オプション] をクリックします。
[ 復元オプション] セクションで、[ 既存のデータベースを上書きする] オプションだけを選択します。 環境またはポリシーで特に必要な場合を除き、このセクションの他のオプションを選択しないでください。
[ 復旧状態] セクションでは、次のように操作します。
復元する必要があるすべてのトランザクション ログを含めた場合は、[ RECOVER WITH RECOVERY] を選択します。
追加のトランザクション ログを復元する必要がある場合は、[ RECOVER WITH NORECOVERY] を選択します。
3 つ目のオプションである [ RECOVER WITH STANDBY] は、このシナリオでは使用しません。
注:
これらの復旧オプションの詳細については、「[データベースの復元] ([オプション] ページ)」を参照してください。
[ OK] をクリックして、復旧操作を完了します。
復元するデータベースごとに手順 4 ~ 10 を繰り返します。
Windows SharePoint Services Timer Service を開始します。
フォーム ベース認証を使用する Web アプリケーションを SharePoint Server で復元するときの追加手順
フォーム ベース認証を使用する Web アプリケーションを復元したら、次の手順に従って、フォーム ベース認証を使用するように Web アプリケーションを再構成する必要があります。
Web.config ファイルでメンバーシップ プロバイダーおよびロール プロバイダーを再登録します。
プロバイダーを再展開します。
クレーム ベース認証を使用する Web アプリケーションを SharePoint Server で復元した後に重複するクレーム プロバイダーを削除するときの追加手順
要求ベースの認証を使用するように構成された Web アプリケーションが復元された後、重複または追加の要求プロバイダーが表示されることがよくあります。 重複したプロバイダーは、次の手順を実行して削除する必要があります。
サーバーの全体管理で [ Web アプリケーションの管理] をクリックし、クレーム ベース認証を使用する Web アプリケーションを選択して、[ 認証プロバイダー] をクリックします。
Web アプリケーションが関連付けられている領域を選択して [ 認証の編集] ページを開き、[ 保存] をクリックします。
手順を領域ごとに繰り返してから、クレーム ベース認証を使用する Web アプリケーションごとに繰り返します。
SharePoint Server でオブジェクト キャッシュ ユーザー アカウントを再構成する追加の手順
Web アプリケーションのオブジェクト キャッシュ ユーザー アカウントを構成した場合、復元プロセスはこれらの設定を復元しません。 Web アプリケーションの設定を再構成する必要があります。 詳細については、「Configure object cache user accounts in SharePoint Server」を参照してください。