0

プロジェクトは、ライセンス用の多くの mp3 のストレージとして DAM を使用します (750Gb 以上を計画します) mp3 とメタデータを Rest でアップロードします。サーバー: CPU 2 GHz、メモリ 1.2 Gb (Java 64 ビット 1.7.0_51-b13 (jelastic)、DB - MySQL で使用可能)

30 Gb の mp3 をアップロードします。その後、マグノリアはすべての CPU リソースを突然ロードします - 100%。それに関するエラーや警告はすべてログに記録されます。マグノリアは動作しますが、非常に遅いです。再起動は役に立ちませんでした。

修理後、すべてのワークスペースリポジトリサーバーが起動して機能した可能性があります-わかりません。DAM ワークスペースは、最初は 1.5 時間以上ロードされ、次は 5 ～ 10 分または 30 分以上ロードされました。

しかし、次の 20 Gb をアップロードした後、同じ問題が発生しました。リポジトリの修復は役に立ちません。

各workspace.xmlの次のパラメータで変更された修復リポジトリの場合:

<PersistenceManager class="org.apache.jackrabbit.core.persistence.pool.MySqlPersistenceManager">
....
<param name="consistencyCheck" value="true" />
<param name="consistencyFix" value="true" />
</PersistenceManager>
    <SearchIndex class="org.apache.jackrabbit.core.query.lucene.SearchIndex">
...
      <param name="forceConsistencyCheck" value="true"/>
      <param name="autoRepair" value="true"/>
<param name="onWorkspaceInconsistency" value="log"/>
4

1 に答える 1

1

問題は、アップロードしているコンテンツ タイプにあると思います。mp3 は、JackRabbit によって (キューから) インデックス付けされています。また、リポジトリはこれらのファイルがまだインデックス化されておらず、引き続き作業していることを認識しているため、再起動が役に立たない理由でもあります。解決策は、インデックス設定を変更して、これらのファイルのインデックス作成をオフにすることです。詳細については、検索インデックスと全文解析を参照してください。

HTH、1月

于 2014-10-06T15:31:11.200 に答える