まず、非常に基本的な論文やKBなどを見逃した場合は、自由に正しい方向にリンクしてください。ここでいくつかのスレッドを確認しましたが、質問に対する答えが見つかりませんでした。
フルバックアップのMSの例に従って簡単なスクリプトを作成しました(ネットワークドライブへのフルバックアップオプションを備えたstsadmin)。今質問に:
シナリオ:このサーバーを破壊する何らかの災害が発生しました。コンテンツと一緒にどうやってそれを再び立ち上げるのですか? stsadminツールがコンテンツなどの重要なすべてをバックアップすることを収集しましたが、設定とWSS自体はどうですか?最初のインストール時と同じ構成設定が追加されたIIS、WSS 3.0を使用して新しいサーバーをインストールし、その後stsadminツールを実行してデータを復元するだけですか、それともここに何かがありませんか?
前もって感謝します。
私見ですが、WindowsバックアップエージェントとSharePointバックアップエージェントを使用してサーバー、システム状態、SharePointをバックアップできるサードパーティのバックアップ製品を使用すると、はるかに簡単、高速、安全になります。 BackupExecが思い浮かびます。
VM 。
STSADMを使用するだけで、サーバーの全体管理のすべてと、テーマ、CSS、またはファイルシステム上のXML構成ファイルに対して行ったカスタマイズがすべて失われます。 Vanilla WSSインストールを使用していて、緊急ドキュメントの取得のみを考慮している場合、これは組織にとって問題ない可能性があります。
MS SQL Serverツールを使用したバックアップに関するドキュメントがあります これはサイトの構成とコンテンツをバックアップする必要がありますが、ファイルシステムで変更されたものはバックアップしません。注「SQLServer2005のバックアップおよび復元ツールを使用して、構成データベースを別のファームまたはトポロジ構成に復元することはできません。」したがって、単純なトポロジの場合、これは許容できる制限になる可能性があります。
また、本番サーバーが現在実行しているのとまったく同じバージョンにリカバリサーバーを取得できることを確認してください。
しかし、ええ、あなたの会社がデータに関心があるなら、まともなバックアップパッケージのために生地をフォークしてください。 Commvaultのコネクタを使用します。
私は次のことをお勧めします:
DRの次のシナリオは、これらのバックアップを介して解決できます。
Stsadmメソッドは問題なく機能しますが、私には非常に効率的だとは感じませんでした。災害が発生することはめったにありませんが、Sharepointを毎日バックアップする必要があり、常にパフォーマンスの低いバックアップに悩まされることはありません。
データベースと既存のカスタマイズファイルをバックアップする場合、バックアップして実行するには、多かれ少なかれ、新しいSharepointサーバーとSQLサーバーを構築し、カスタマイズをインストールしてから、Sharepointを構成データベースに向けるだけです。次に、すべての設定とコンテンツデータベースを取得する必要があります。
私が好むすべての歌い方は、すべてのSharepointデータベースに加えて、全体をバックアップする仮想化されたSharepointサーバーを用意することです。その後、VMとデータベースを復元し、最小限のストレスで非常に短時間で起動して実行できます。他の方法と比較して、文書化するのは本当に簡単です。
特に個々のアイテムの復元に関しては、よりきめ細かいオプションを提供する可能性のあるSharepointバックアップ/復元用のサードパーティソリューションがありますが、実際の災害シナリオではるかに多くのメリットが得られるとしたら、驚きます。 SQL側では、 Quest Litespeed のようなものがあり、データをより効率的にバックアップおよび復元できます。これは価値があります。