1

Sitecore.NET 6.6.0 (リビジョン 130404)

私たちの実稼働セットアップには、別個の Web サーバーとデータベース サーバーが含まれています。Web サーバーは、Sitecore Web サイトと、Sitecore データ フォルダー (インデックスを含む) をホストします。データベース サーバーは (明らかに) サイトコア データベースをホストします。

DB バックアップの管理では、SQL DB バックアップを取得するだけでは十分ではありません。バックアップに Lucene インデックスも含める必要があります。そうしないと、緊急時に SQL DB があったとしても、Web サイトはコンテンツ検索を Lucene インデックスに依存するため機能しません。

インデックスの再構築も私たちの選択肢ではありません。Web データベースに基づくインデックスは、再構築に 1 ～ 2 時間かかります。Master データベースに基づくものは、サイズが大きいため、再構築に 40 時間以上かかります。マスター データベース内のコンテンツ アイテムの。

この種のセットアップで DB バックアップを作成する際の通常のプラクティスは何ですか?

4

2 に答える 2

0

コンテンツ配信について:

  1. 公開を延期する
  2. インデックス作成の更新を延期する
  3. データベースとインデックスのバックアップ
  4. インデックス更新を有効にする
  5. 発行を有効にする

そのため、バックアップが実行されると、しばらくサイトが更新されませんが、それは許容できますか?

于 2013-11-25T15:01:57.800 に答える
0

/sitecore/data/indexes ディレクトリのファイル システム コピーの作成は問題なく機能しますが、バックアップ方法に注意する必要があります。サイトの実行中にバックアップを取得しようとすると、Lucene がインデックスのファイルのロックを管理する方法が原因で、不適切なバックアップが取得されます。バックアップを作成する前に、サイトコア インスタンスのすべての側面がオフラインであることを確認してください。

これが不可能な場合 (実稼働環境にいるため、そうではないように思えます)、次の 2 つのオプションがあります。

1) 本番環境に公開する前にコンテンツが最初に入力されるステージング環境を作成し、そこからオフライン バックアップを作成する、または

2) Velir の Lucene Index Refresher を変更して、バックアップを作成します。

于 2013-10-03T23:41:04.900 に答える