1

Windows SharePoint Services 3.0 のディザスタ リカバリ計画はどのようなものですか?

現在、SQL バックアップ ツールを使用してすべてのデータベース (1 つのコンテンツ、管理、検索、構成) をバックアップし、dataprotector を介してフロント エンド サーバーをバックアップしています。

バックアップをテストするために、別のサーバー ファームを使用し、コンテンツ データベースを復元し ( technetの手順に従って)、このデータベースを使用する新しいアプリケーションを作成します。新しく作成した sharepoint アプリケーションにソリューションを再デプロイするだけです。

ただし、データベース アクセス資格情報を (SQL サーバー上で) 変更する必要があります。本番環境で使用されるユーザー アカウントは、「テスト」ファームで使用されるものと同じではありません。

最後に、コンテンツ データベースを復元し、すべてのサイトにアクセスできます。検索は機能しませんが、調査中です。

この復元シナリオは信頼できますか (Microsoft によってサポートされているように) ?

4

4 に答える 4

3

構成データベースと検索データベースの両方を実際にバックアップ/復元することはできません。

  • 構成データベースの復元は、新しいファームのサーバー名がまったく同じ場合にのみ機能します
  • 検索データベースを復元するとき、フルテキスト インデックスは同期されません。ただし、インデックスを再作成するだけでよいため、これは問題ではありません。

その結果、はい、これはコンテンツにとって信頼できるものであると言えます。ただし、次の点に注意してください。

  • 一部の構成 (AAM、管理パスなど) をやり直す必要がある場合があります。
  • これにはカスタマイズは含まれません。ソリューションのバックアップを保持したい
于 2008-10-08T14:58:56.967 に答える
0

ヘルプに記載されているように、stsadm -o backup コマンドを「壊滅的なバックアップ用」に使用することを好みます。これはスケジュールできますが、ディスク容量が不足し始めて古いバックアップをアーカイブする必要がある場合は、バックアップ メタデータ XML ファイルのメンテナンスが必要になります。Nico が言うように、構成データベースの復元はほとんどの状況で機能しないため、タイマー ジョブ (通常) やその他の構成を転送できるという利点があります。

復元するには、使いやすく、他の多くのことをいじる必要のないユーザー インターフェイスを使用できます。ソリューションも復元すると思いますが、それほど広範囲にテストしていません。

于 2008-10-16T14:29:14.730 に答える
0

信頼性は見る人の目にあります。この場合、復元プロセスのテストが成功すれば、信頼できます。

于 2008-10-08T14:20:04.347 に答える
0

多くのクライアントが仮想環境で SharePoint (MOSS と WSS の両方) を実行しています。SQL Server も仮想化され、SQL ツールとボリューム シャドウ コピーの両方でバックアップされています。

仮想環境の利点は、ダウンタイムが、仮想サーバー ホストがイメージを起動するのにかかる時間だけであることです。

仮想化を使用していない場合は、トランザクション ログを定期的にバックアップすることを忘れないでください。これにより、1 日の特定の時点に簡単に復元できます。また、トランザクション ログが大きくなりすぎないようにすることもできます。

于 2008-10-08T15:00:07.417 に答える