NetVault Plug-in for SharePoint 12.1 - ユーザー・ガイド

SharePoint Searchサービスの停止検索インスタンス・データベースの削除 SharePoint Searchサービスの再起動新しい導入での共有サービスの削除 Webアプリケーションの再作成コンテンツ・データベースの削除ソリューションの再導入代替アクセス・マッピングの再作成（オプション）タイマー・ジョブの再起動機能の再有効化 IISの再起動 SharePointサーバー管理のWebサイトの作成 SharePoint Searchサービスの設定 SharePoint Searchサービスの設定インデックスのスケジュールの再設定サイト・コレクションの管理者がソースおよび代替のサーバーで一致することの確認代替サーバーまたはファームへのSSP認証情報の追加共有サービスの権限が正しい管理者を参照していることの確認ビジネス・カタログの権限が正しい管理者を参照していることの確認検索設定の権限のあるページの検証信頼できるファイルの場所の検証

同一のサーバーまたはファームへのリストア

同一のサーバーまたはファームへのSharePoint Searchのリストア単一サーバーへの導入のディザスタ・リカバリを同じサーバーに実行する小規模ファームまたはスケールアウトされたファームのディザスタ・リカバリを同じファームに実行する

代替サーバーまたはファームへのリストア

前提条件の検証個別のサイト・コレクションを代替ファームにリストアする Webアプリケーションの代替サーバーまたはファームへのリストア代替サーバーまたはファームへのSharePoint Searchのリストア代替サーバーまたはファームへの共有サービス・プロバイダのリストア単一サーバーへの導入のディザスタ・リカバリを代替サーバーに実行する小規模ファームまたはスケールアウトされたファームのディザスタ・リカバリを代替ファームに実行する

NetVault BackupおよびPlug-in for FileSystemを使用して保護する追加アイテム

概要カスタマイズ IIS設定代替アクセス・マッピング SharePoint Farmの設定の記録

トラブルシューティング

NetVault Backupトレースの有効化 NetVault Backupトレースの無効化追加情報

単一サーバーへの導入のディザスタ・リカバリを代替サーバーに実行する

単一サーバーへの導入でのディザスタ・リカバリには、ファームレベル障害（SharePoint SQL Serverインスタンス、アプリケーション・サーバー、およびWebサーバーを格納するサーバー全体の損失）の後の、SharePointの導入全体のリストアとリカバリが含まれます。ディザスタ・リカバリを実行するには、少なくとも1つのフル・バックアップを含む最小のバックアップ・セットが必要です。

以下の手順では、損傷したSharePointの導入が存在したサーバー以外のサーバーにディザスタ・リカバリを実行する方法を詳しく説明します。この手順は、完全なメディア障害が発生し、破損したサーバーからのバックアップを別のホスト名を持つ交換サーバーにリストアする場合に使用できます。


	重要：ディザスタ・リカバリを実行するとき、Questは、同じ設定で再構築された損傷したサーバー、または元のホストの設定（ホスト名を含む）を模倣して設定した新しいサーバーに、リカバリを実行することをお勧めします。そうしないと、SharePoint PowerShell CmdletsまたはSTSADMでは自動的に更新されないいくつかの設定でホスト名を変更するために、リカバリ後の処理にさらに多くの手順が必要になります。

以下の要件を満たしていることを確認します。

•

SharePoint Serverがインストールされている：損傷したサーバーに存在したものと同じバージョンおよびエディションのSharePointソフトウェアをシステムにインストールします。この手順では、コンピュータがWebサーバーとして動作するようにIISをインストールおよび設定し、Microsoft.NET Frameworkバージョン3.0をインストールし、ASP.NET 2.0を有効にします。


	重要：単一サーバーへの導入では、SharePointソフトウェアの基本的なインストール（無料または拡張バージョン）が、これらの手順で想定されます。

•

サービス・パックがインストールされている：損傷したサーバーに以前インストールされていたWindows ServerおよびSharePointと同じサービス・パックをインストールします。WSSには最低でもSP1が必要です。

•

新しい導入での共有サービスの削除：新しくインストールされた導入で、デフォルトのSSP（SharedServices1）を削除します。詳細は、「新しい導入での共有サービスの削除」を参照してください。

•

Webアプリケーションが作成されている：リストアを完了する前にすべてのWebアプリケーションをファームに対して再作成すると、各Webアプリケーションに関連付けられているタイマー・ジョブが作成されます。詳細は、「Webアプリケーションの再作成」を参照してください。

•

コンテンツ・データベースが削除されている：新しいファームのコンテンツ・データベースの名前が損傷したファームのコンテンツ・データベースの名前と確実に一致するように、［設定データベース］と［サーバー管理］Webサイトを除くすべてのコンテンツ・データベースが削除されたことを確認します。詳細については、「コンテンツ・データベースの削除」を参照してください。［設定データベース］と［サーバー管理］を除く各データベースに対して、「コンテンツ・データベースの削除」で説明されている手順を繰り返します。


	重要：［設定データベース］と［サーバー管理］データベースはリカバリされません。これらのデータベースは［SharePoint製品とテクノロジ構成ウィザード］で作成する必要があるため、これらを削除するとディザスタ・リカバリのプロセス全体を開始する必要があります。

•

SQL Server Express Dataディレクトリが存在することの確認：破損しているサーバーで、SQL Server Express Dataディレクトリのデフォルト・ディレクトリ以外のディレクトリが使用されている場合は、このディレクトリ構造が新たにインストールされた導入に存在していることを確認してください。


	重要：新しくインストールされた導入にSQL Server Express Dataディレクトリが存在しない場合は、リストア・ジョブが次のエラーを参照して失敗します。ファイル"<Directory\FileName>"のディレクトリ検索はオペレーティング・システム・エラー3で失敗しました。（指定されたパスが見つかりません）。エラー・メッセージで参照されているディレクトリ構造を再作成し、リストア・ジョブを再び実行します。

•

NetVault BackupソフトウェアとPlug‑in for SharePointがインストールされていること：損傷したサーバーにもともと存在したものと同じバージョンのNetVault Backupと本プラグインをインストールし、同じように設定する必要があります。

•

フル・バックアップとオプションの差分バックアップが使用可能である：利用可能な場合は、最新のフル・バックアップと差分バックアップがあることを確認してください。

•

Plug-in for FileSystemによる追加項目のバックアップが使用可能である：次の項目のバックアップが使用可能であることを検証してください。詳細については、「NetVault BackupおよびPlug-in for FileSystemを使用して保護する追加アイテム」を参照してください。

•

カスタマイズ

•

代替アクセス・マッピング

•

SharePoint Farmの設定の記録

リストアの開始

詳細については、次を参照してください。http://technet.microsoft.com/en-us/library/cc262370.aspx

•

フル・バックアップのリストア：少なくとも、リカバリにはフル・バックアップのリストアが必要です。

［セレクション・セット作成］ページで、最後の［フル・バックアップ］のセーブセットを選択します。

［ファーム］ノードを選択します。

［セレクション・セット作成］ページで、［プラグイン・オプションの編集］をクリックして、以下の手順を完了します。

•

［バックアップ・タイプ］のラベルが、「SP CMDLET FULL」または「STSADM FULL」であることを確認します。

•

［バックアップのみからファイルをリストアする］を選択します。

設定を保存するには、［OK］をクリックし、［次へ］をクリックして、デフォルトを使用しない場合は［ジョブ名］を指定します。

［ターゲット・クライアント］のリストで、代替ファームにプラグインがインストールされているサーバーを選択します。

［スケジュール］、［ソース・オプション］、および［詳細設定］のリストに入力し、［保存＆実行］をクリックします。

プラグインは、新しくインストールされた導入へのSharePoint Farmのフル・リストアを実行します。

•

差分バックアップのリストア（オプション）：バックアップ戦略に差分バックアップが含まれている場合は、使用可能な最後の差分バックアップをリストアします。

［セレクション・セット作成］ページで、最後の［差分バックアップ］のセーブセットを選択します。

［ファーム］ノードを選択します。

［セレクション・セット作成］ページで、［プラグイン・オプションの編集］をクリックして、以下の手順を完了します。

•

［バックアップ・タイプ］のラベルが、「SP CMDLET DIFFERENTIAL」または「STSADM DIFFERENTIAL」であることを確認します。

•

［バックアップのみからファイルをリストアする］を選択します。

設定を保存するには、［OK］をクリックし、［次へ］をクリックして、デフォルトを使用しない場合は［ジョブ名］を指定します。

［ターゲット・クライアント］のリストで、代替ファームにプラグインがインストールされているサーバーを選択します。

［スケジュール］、［ソース・オプション］、および［詳細設定］のリストに入力し、［保存＆実行］をクリックします。

プラグインは、代替サーバーまたはファームにバックアップ・パッケージをリストアします。

•

フル・バックアップおよび差分バックアップを代替ファームへリストアする：代替ファームにプラグインがインストールされているサーバーで、次のSTSADMコマンドを実行して、新しい設定にフル・バックアップをリストアします。

stsadm ‑o restore ‑directory <directoryForTemporaryFiles>\nvsprestore

‑restoremethod new ‑username <SQLserverUserName> ‑password <password>

実際の操作では、変数を次の情報で置き換えます。

•

<directoryForTemporaryFiles>: ［設定］ダイアログ・ボックスで指定したUNC共有パスを入力します。

•

<SQLserverUserName>: 「DOMAIN\username」形式で、「sysadmin」サーバー・ロールを持つSQL Serverのユーザーを指定します。

•

<password>: 上のフィールドで指定したユーザーに関連付けられているパスワードを入力します。

STSADMは対話型のセッションを開始し、次の情報に対するプロンプトが表示されます。


項目	パラメータ	新しい値
Webアプリケーション	新しいWebアプリケーションのURL	新しいWebサーバーのホスト名と元のポートによる、新しいURLを入力します。
Webアプリケーション	新しいWebアプリケーション名	<default>を受け入れるには、Enterキーを押します。
コンテンツ・データベース	新しいデータベース・サーバー名	新しいSQL Serverデータベース・サーバーの名前を入力します。デフォルト以外のSQL Serverインスタンス名には、「Server\Instance Name」形式を使用します。
	新しいディレクトリ名	<default>のSQL Server Dataディレクトリを受け入れるには、Enterキーを押します。または、新しいSQL Serverインスタンス名のデータ・ディレクトリを入力します。
	新しいデータベース名	<default>を受け入れるには、Enterキーを押して、結果のデータベース名が破損しているファームのコンテンツ・データベースの名前と一致することを確認します。
共有サービス・データベース	新しいデータベース・サーバー名	新しいSQL Serverデータベース・サーバーの名前を入力します。デフォルト以外のSQL Serverインスタンス名には、「Server\Instance Name」形式を使用します。
	新しいディレクトリ名	<default>のSQL Server Dataディレクトリを受け入れるには、Enterキーを押します。または、新しいSQL Serverインスタンス名のデータ・ディレクトリを入力します。
	新しいデータベース名	<default>を受け入れるには、Enterキーを押して、結果のデータベース名が破損しているファームのコンテンツ・データベースの名前と一致することを確認します。
ユーザー・プロファイル・アプリケーション	新しいサーバー名	新しいアプリケーション・サーバーのホスト名を入力します。
共有検索インデックス・データベース	新しいサーバー名	新しいアプリケーション・サーバーのホスト名を入力します。
共有検索インデックス・データベース	新しいデータベース・サーバー名	新しいSQL Serverデータベース・サーバーの名前を入力します。デフォルト以外のSQL Serverインスタンス名には、「Server\Instance Name」形式を使用します。
	新しいディレクトリ名	<default>のSQL Server Dataディレクトリを受け入れるには、Enterキーを押します。または、新しいSQL Serverインスタンス名のデータ・ディレクトリを入力します。
	新しいデータベース名	<default>を受け入れるには、Enterキーを押して、結果のデータベース名が破損しているファームのコンテンツ・データベースの名前と一致することを確認します。
検索インスタンス・データベース	新しいデータベース・サーバー名	新しいSQL Serverデータベース・サーバーの名前を入力します。デフォルト以外のSQL Serverインスタンス名には、「Server\Instance Name」形式を使用します。
	新しいディレクトリ名	<default>のSQL Server Dataディレクトリを受け入れるには、Enterキーを押します。または、新しいSQL Serverインスタンス名のデータ・ディレクトリを入力します。
	新しいデータベース名	<default>を受け入れるには、Enterキーを押して、結果のデータベース名が破損しているファームのコンテンツ・データベースの名前と一致することを確認します。

リストアの実行

単一サーバーへの導入では、通常、ローカル管理者がSharePoint管理者として使用されます。この設定の場合、それぞれの導入が異なるローカル管理者を使用するため、代替の単一サーバー導入へのSSPのリストアが複雑になります。そのため、次のリストア後の手順を実行して、代替サーバーにリストアされた共有サービスが代替サーバーのローカル管理者を確実に参照するようにする必要があります。

また、いくつかの共有サービス・プロバイダ設定が参照しているホスト名はリストア中に更新されないため、代替サーバーを参照するように変更する必要があります。

•

共有サービス・プロバイダ・サービスの資格情報の追加：リストア後に、代替サーバーまたはファームにSSPサービス認証情報が追加されていることを確認します。詳細は、「代替サーバーまたはファームへのSSP認証情報の追加」を参照してください。

•

個人設定サービスの権限の検証：［共有サービスの権限］が、代替サーバーのローカル管理者または代替ファームのドメイン管理者を参照していることを確認します。詳細は、「共有サービスの権限が正しい管理者を参照していることの確認」を参照してください。

•

ビジネス・データ・カタログの権限の検証：［ビジネス・カタログの権限］が、代替サーバーのローカル管理者または代替ファームのドメイン管理者を参照していることを確認します。詳細は、「ビジネス・カタログの権限が正しい管理者を参照していることの確認」を参照してください。

•

検索権限のあるWebページ設定の検証：［検索設定］の［権限のあるページ］が、代替サーバーまたはファームを参照していることを確認します。詳細は、「検索設定の権限のあるページの検証」を参照してください。

•

信頼できるファイルの場所の検証：［Excel Servicesの信頼されているファイルの場所］の［信頼できるファイル］の場所が、代替サーバーを参照していることを確認します。詳細は、「信頼できるファイルの場所の検証」を参照してください。

•

ソリューションの再導入：再導入するソリューション・パッケージがある場合は、STSADMの［deploysolution］オプションを使用します。詳細は、「ソリューションの再導入」を参照してください。

•

パッケージ化されていないカスタマイズと代替アクセス・マッピングのリストア：Plug-in for FileSystemを使用して、パッケージ化されていないカスタマイズとマッピングをリストアします。詳細については、「代替アクセス・マッピング」および「カスタマイズ」を参照してください。

•

代替アクセス・マッピングの再作成（オプション）：代替アクセス・マッピングのテキスト・ファイルを使用して、マッピングを再作成します。詳細は、「代替アクセス・マッピングの再作成（オプション）」を参照してください。

•

タイマー・ジョブの再起動：Webアプリケーションのバックアップをリストアすると、一部のタイマー・ジョブが開始されません。詳細は、「タイマー・ジョブの再起動」を参照してください。

•

機能の再有効化：ソリューションに含まれている機能を有効にする必要がある場合は、適切なレベル（Webアプリケーション、サイト・コレクション、またはWebサイト）で機能を有効にします。詳細は、「機能の再有効化」を参照してください。

•

IISの再起動：IISの設定が最新であることを確認するには、IISを再起動します。詳細は、「IISの再起動」を参照してください。

小規模ファームまたはスケールアウトされたファームのディザスタ・リカバリを代替ファームに実行する

小規模またはスケールアウトされたファームへの導入でのディザスタ・リカバリには、ファームレベル障害（SharePoint SQL Serverインスタンス、アプリケーション・サーバー、およびWebサーバーを格納するサーバーの損失）の後の、Sharepointの導入全体のリストアとリカバリが含まれます。ディザスタ・リカバリを実行するには、少なくとも1つのフル・バックアップを含む最小のバックアップ・セットが必要です。

以下の手順では、損傷したSharePointの導入が存在したファーム以外のファームにディザスタ・リカバリを実行する方法を詳しく説明します。この手順は、完全なメディア障害が発生し、破損したファームからのバックアップを交換ファーム（さまざまなホスト名を使用するさまざまなサーバーで構成される）にリストアする場合に使用できます。

以下の要件を満たしていることを確認します。

•

SharePoint Serverがインストールされている：損傷したファームに存在したものと同じバージョンのSharePointソフトウェアを、代替ファームを構成するシステムにインストールします。この手順には、ファーム内の各サーバーに次のソフトウェアをインストールおよび設定する手順が含まれます。

•

データベース・サーバー

•

SQL Serverソフトウェアおよびアップデート

•

アプリケーション・サーバー

•

.Net Framework 3.0

•

フロント・エンドWebサーバー

•

インターネット・インフォメーション・サービス（IIS）

•

.Net Framework 3.0

•

APS.NET


	重要：小規模およびスケールアウトされたファームの導入では、SharePointソフトウェアの高度なインストール（無料または拡張）が、これらの手順で想定されます。

•

SharePointサーバー管理のWebサイトが作成されている：SharePointサーバー管理のWebサイトは、アプリケーション・サーバーなど、SharePointをインストールする最初のサーバーにデフォルトでインストールされます。詳細は、「SharePointサーバー管理のWebサイトの作成」を参照してください。

•

SharePoint Searchが設定されている：アプリケーション・サーバーで、SharePoint Searchサービスを開始します。詳細は、「SharePoint Searchサービスの設定」および「SharePoint Searchサービスの設定」を参照してください。サービス名の詳細については、「SharePoint 2010、2013、2016の用語」を参照してください。

•


	重要：［設定データベース］と［サーバー管理］データベースはリカバリされません。これらのデータベースは［SharePoint製品とテクノロジ構成ウィザード］で作成する必要があるため、これらを削除するとディザスタ・リカバリのプロセス全体を開始する必要があります。

•

Plug-in for FileSystemによる追加項目のバックアップが使用可能である：次の項目のバックアップが使用可能であることを確認してください。詳細については、「NetVault BackupおよびPlug-in for FileSystemを使用して保護する追加アイテム」を参照してください。

•

カスタマイズ

•

代替アクセス・マッピング

•

SharePoint Farmの設定の記録

リストアの開始

詳しくは、http://technet.microsoft.com/en-us/library/cc262370.aspxを参照してください。

•

フル・バックアップのリストア：少なくとも、リカバリにはフル・バックアップのリストアが必要です。

［セレクション・セット作成］ページで、最後の［フル・バックアップ］のセーブセットを選択します。

［ファーム］ノードを選択します。

［セレクション・セット作成］ページで、［プラグイン・オプションの編集］をクリックして、以下の手順を完了します。

•

［バックアップ・タイプ］のラベルが、「SP CMDLET FULL」または「STSADM FULL」であることを確認します。

•

［バックアップのみからファイルをリストアする］を選択します。

設定を保存するには、［OK］をクリックし、［次へ］をクリックして、デフォルトを使用しない場合は［ジョブ名］を指定します。

［ターゲット・クライアント］のリストで、代替ファームにプラグインがインストールされているサーバーを選択します。

［スケジュール］、［ソース・オプション］、および［詳細設定］のリストに入力し、［保存＆実行］をクリックします。

プラグインは、代替サーバーまたはファームにバックアップ・パッケージをリストアします。

•

［セレクション・セット作成］ページで、最後の［差分バックアップ］のセーブセットを選択します。

［ファーム］ノードを選択します。

［セレクション・セット作成］ページで、［プラグイン・オプションの編集］をクリックして、以下の手順を完了します。

•

［バックアップ・タイプ］のラベルが、「SP CMDLET DIFFERENTIAL」または「STSADM DIFFERENTIAL」であることを確認します。

•

［バックアップのみからファイルをリストアする］を選択します。

設定を保存するには、［OK］をクリックし、［次へ］をクリックして、デフォルトを使用しない場合は［ジョブ名］を指定します。

［ターゲット・クライアント］のリストで、代替ファームにプラグインがインストールされているサーバーを選択します。

［スケジュール］、［ソース・オプション］、および［詳細設定］のリストに入力し、［保存＆実行］をクリックします。

プラグインは、代替サーバーまたはファームにバックアップ・パッケージをリストアします。

•

stsadm ‑o restore ‑directory <directoryForTemporaryFiles>\nvsprestore

-restoremethod new ‑username <SQLServerUserName> ‑password <password>

実際の操作では、変数を次の情報で置き換えます。

•

<directoryForTemporaryFiles>: ［設定］ダイアログ・ボックスで指定したUNC共有パスを入力します。

•

<SQLserverUserName>: 「DOMAIN\username」形式で、「sysadmin」サーバー・ロールを持つSQL Serverのユーザーを指定します。

•

<password>: 上のフィールドで指定したユーザーに関連付けられているパスワードを入力します。

STSADMは対話型のセッションを開始し、次の情報に対するプロンプトが表示されます。


項目	パラメータ	新しい値
Webアプリケーション	新しいWebアプリケーションのURL	新しいWebサーバーのホスト名と元のポートによる、新しいURLを入力します。
Webアプリケーション	新しいWebアプリケーション名	<default>を受け入れるには、Enterキーを押します。
コンテンツ・データベース	新しいデータベース・サーバー名	新しいSQL Serverデータベース・サーバーの名前を入力します。デフォルト以外のSQL Serverインスタンス名には、「Server\Instance Name」形式を使用します。
	新しいディレクトリ名	<default>のSQL Server Dataディレクトリを受け入れるには、Enterキーを押します。または、新しいSQL Serverインスタンス名のデータ・ディレクトリを入力します。
	新しいデータベース名	<default>を受け入れるには、Enterキーを押して、結果のデータベース名が破損しているファームのコンテンツ・データベースの名前と一致することを確認します。
共有サービス・データベース	新しいデータベース・サーバー名	新しいSQL Serverデータベース・サーバーの名前を入力します。デフォルト以外のSQL Serverインスタンス名には、「Server\Instance Name」の形式を使用します。
	新しいディレクトリ名	デフォルトのSQL Server Dataディレクトリを受け入れるには、Enterキーを押します。または、新しいSQL Serverインスタンス名のデータ・ディレクトリを入力します。
	新しいデータベース名	結果のデータベース名が損傷したファームのコンテンツ・データベースの名前と確実に一致するように、Enterキーを押して<default>を確認します。
ユーザー・プロファイル・アプリケーション	新しいサーバー名	新しいアプリケーション・サーバーのホスト名を入力します。
共有検索インデックス	新しいサーバー名	新しいアプリケーション・サーバーのホスト名を入力します。
	新しいデータベース・サーバー名	新しいSQL Serverデータベース・サーバーの名前を入力します。デフォルト以外のSQL Serverインスタンス名には、「Server\Instance Name」の形式を使用します。
	新しいディレクトリ名	デフォルトのSQL Server Dataディレクトリを受け入れるには、Enterキーを押します。または、新しいSQL Serverインスタンス名のデータ・ディレクトリを入力します。
	新しいデータベース名	結果のデータベース名が損傷したファームのコンテンツ・データベースの名前と確実に一致するように、Enterキーを押して<default>を確認します。
検索インスタンス・データベース	新しいデータベース・サーバー名	新しいSQL Serverデータベース・サーバーの名前を入力します。デフォルト以外のSQL Serverインスタンス名には、「Server\Instance Name」の形式を使用します。
	新しいディレクトリ名	デフォルトのSQL Server Dataディレクトリを受け入れるには、Enterキーを押します。または、新しいSQL Serverインスタンス名のデータ・ディレクトリを入力します。
	新しいデータベース名	結果のデータベース名が損傷したファームのコンテンツ・データベースの名前と確実に一致するように、Enterキーを押して<default>を確認します。