最終的には2020年1月7日午前11時00分38秒の読み取り数32お気に入りにリリースオリジナルカオスブリス
EPMバージョン：11.1.2.4
再構成されたときに、アプリケーションおよびシステムデータの時間のEssbaseに格納され、より多くの計算規則に起因する上、それは、ブラシライブラリの後に特定の動作の結果、空きブロックの数が多いと、データファイルの更なる拡大を生成します、改造しても、数時間を要し、データファイル、ブラシライブラリを再構築するために多くの時間を消費します！
理想的には、我々は、図書館の前にオープンシステムとブラシを維持する改造が、現実には、我々は必然的に動作し、予算の準備過程で遭遇すると、このような時間のかかる場合は、この時点で修正密次元再構成を追加する必要があるなど、他の科目になるである必要があります時間が大幅にそれが受け入れられない、ビジネスに影響を与えるでしょう。そのため、リフレッシュを強化するために、再構成効率は非常に重要なことです。
だから、どのようにそれの効率を向上させるには？
我々は非常に速く、数秒程度かかり、まばらな寸法変化がEssbaseの再構成を誘発しないことを知っています。等のような追加次元緻密部材としての特定の操作としては、それは再構成のEssbaseブラシライブラリをトリガする、今回は背景データファイルをPAGます再構築される空きブロック原因、より多くのデータは、より大きなデータファイル（データファイル膨張）は、より遅い再構成されたので、最適化の最初の方法は、データファイルのサイズを低減することです。
まず、データファイルのサイズ（慎重に操作する必要、続行する前にデータのバックアップを）減らします
①履歴データアーカイブの移行
あなただけのデータだけをクリアした後、空のブロックを一掃clearDataメソッドを使用している場合、データが削除されないことをバックアップアプリケーションへの移行をアーカイブ過去のデータ、及び過去のデータブロックと元のアプリケーションを削除し、ノート、それはそう必要性のCLEARBLOCK操作は、特定のアプリケーションは、公式ドキュメントを参照してください。
②定期的に生成ルールの空きブロックの実装を排除、リロードデータをリセット
第二に、並列再構成を有効にするには
他の方法があるかどうか、データファイルのサイズを縮小した後、私たちは復興の効率を向上させることができますか？答えは、並列再構成を可能にするそうです。
実行する再構成演算のEssbaseデフォルトこのように符号化されたシリアルブロックに従って再構築されるときに、非常に効率的ではありません。復興の効率を改善するための公式パラレル方法、我々は、（Essbaseのを有効にするためにサービスを再起動する必要性を設定する）パラレル再構築を可能にし、並列度を設定し、essbase.cfgを設定することができます。
構文は次のとおりです。
RESTRUCTURETHREADS [APPNAME [DBNAME]] nを
例と説明：
RESTRUCTURETHREADS 8 / グローバル設定のEssbase並列スレッド8を再構築するために /
RESTRUCTURETHREADSサンプル8 / すべてのアプリケーションデータベースのサンプルに配置された並列リコンフィギュラブル8つのスレッド /
RESTRUCTURETHREADSサンプルベーシック8 / 並列スレッド8を改造ペアサンプルの基本的なデータベースアプリケーションの設定 /
RESTRUCTURETHREADSは基本8 / xxxxxに並列スレッド8の復興のためのすべてのアプリケーションの設定の基本的なデータベースを /
上記の構文によると、我々は彼らのニーズに応じて、グローバル再建、サブアプリケーション、データベースのサブ並列スレッドを設定することができます。
これは、並列スレッドが設定推奨値は、公式の値に以下の勧告まったく同じではありません、状況は非常に異なるサーバー構成である私たち自身のシステムに起因することに留意しなければならない、我々はあなたの状況に応じて適切な並列スレッドを選択することができます。
----------------
免責事項：この記事はCSDNのブロガー混乱ブリス「のオリジナル記事で、CC 4.0に従っBY-SA著作権契約の
記述のリンク：HTTPS：//ブログ。 csdn.net/Thx_God/java/article/details/103870581