3

トラフィックの多い Sitecore サイトでは、どのような種類の定期的なメンテナンス タスクを実行する必要がありますか?

現在、私たちは:

  • Sitecore、IIS、およびシステム ログでエラーを分析する
  • 容量の問題について IIS ログ内の応答時間を調べる

Sitecore が正常に機能し、問題が迫っていないことを確認するために、定期的 (毎月) に実行する必要があるその他のタスクは何ですか?

4

2 に答える 2

4

私は確かにこれが完全なリストであるとは言いませんが、定期的なメンテナンスとして私が真っ直ぐに見ているものは次のようになります。

  • リンクデータベースをフロントエンドで使用し、コンテンツを頻繁に公開する場合は、定期的にリンクデータベースを再構築してください。

  • コンテンツを大量に公開している場合にLucene検索を使用する場合は、検索インデックスを再構築してください。

  • データサブディレクトリで生成されたファイルを常に把握します。

  • 私は個人的に、データベース自体に対して何もする必要はありませんでしたが、大量のコンテンツを作成および削除する場合は、断片化の可能性に注意する必要があります。

上記はすべて非常に明白であり、ご覧のとおり、多くの公開が行われている場合にのみ実際に適用できます。概して、Sitecoreはそれ自体を処理し、頻繁に更新されないデータベースからサービスを提供している場合は、問題ないはずです。不要なときにファイルをクリーンアップするだけで、問題は発生しません。

サーバーのセットアップでおそらく考慮すべきいくつかの事柄は次のとおりです（まだ検討していない場合）。

  • Sitecoreのログレベルを変更します。デフォルトでは、これは警告に設定されていると思います。ログはときどきおしゃべりになることがあります。ボリュームが大きくなると、ログが不必要に大きくなる可能性があります。

  • Sitecoreパフォーマンスカウンターをインストールします。

  • 構成のSitecoreキャ​​ッシュ設定を変更します。他に何もない場合は、少なくとも各サーバーで使用可能なメモリを考慮してキャッシュサイズを変更します。

  • 6.0を使用している場合は、少なくとも6.1にアップグレードしてください。Sitecore 6.0はへの呼び出しをキャッシュしないIsUserInRoleため、負荷がかかると、不要なデータベーストラフィックが大量に生成されます。私はこれが多くのパフォーマンスの頭痛の種を引き起こすのを見てきました。

それはすべて常識であり、おそらくあなたが望んでいたこととはまったく異なりますが、私は特に異常なことをする必要はありませんでした。繰り返しになりますが、トラフィックの多いというあなたの考えは、私のものとはかなり異なる可能性があります。

于 2010-08-28T11:26:13.693 に答える
1

データベース コントロール パネルでいくつかのタスク、特にクリーンアップと再構築のタスクを実行する価値があるかもしれません。不要なログやキャッシュ ファイルなどを削除するために、ファイル システムを少しクリーンアップすることも検討してください。

于 2010-08-27T14:34:26.507 に答える