Windows SharepointServicesのバックアップ
Search Server Express2008インストールパッケージの一部としてWSS3.0をインストールし、バックエンドデータベースとしてSQL Server 2005Standardを使用しました。これらはすべて1つのサーバーにあります。私にとって最良のバックアップ戦略は何ですか？私はすでにサイトのドキュメントライブラリにたくさんのドキュメントをアップロードしています。データベースをバックアップするだけで十分ですか？大きなデータ（ほぼ100ギガ）でstsadmバックアップを使用できますか？
単一のサーバーを扱っていて、カスタムコードが多すぎない場合は、SQLバックアップで十分です。すぐに使用できるものとして、SharePointをインストールし、コンテンツデータベースを再接続して、すべてのドキュメントを元に戻すことができます。
グローバル構成（検索プロパティなど）とインストールされているカスタム機能のバックアップは少し複雑です。単純なSQLバックアップで十分かもしれませんが、新しいサーバーでサーバー名などが異なると失敗する可能性があります。
過去数日間、50 GBのコンテンツデータベースをアップグレードしようとしてきましたが、すぐにアップグレードする前に、データベースを小さな部分に分割することを強くお勧めします。
すでに この質問 を見ましたか？それはあなたが必要とする答えをあなたに与えるかもしれません。
はいstsadmは問題ありません。データベースの内容とサイトをバックアップします。万が一に備えて、バックエンドデータベースのSQLバックアップも実行する必要があります。 stsadmを毎日実行し、バックアップをフォルダーにダンプするスケジュールされたタスクがあります。そこから、私たちのバックアップソフトウェアがそれを丸呑みにしてテープに貼り付けます。
[〜＃〜] edit [〜＃〜]-上記の私のアドバイスは良いだけのようです Technet による小規模（<15GB）サイトの場合。大規模なサイトの場合は、stsadmを使用しないではないことをお勧めします。これは私にとってもニュースなので、リンクを読んだほうがいいです！
100ギガバイトのデータでは、SQLバックアップにも問題が発生します。個別のコンテンツデータベースを使用して、情報をいくつかのサイトコレクションに分割することをお勧めします。