品目構成インポート・パフォーマンスのベスト・プラクティス
一連のベスト・プラクティスに従うことで、品目構成インポートから最適な結果を得ることができます。
次に、推奨される一連のベスト・プラクティスを示します:
- インポートするデータの範囲を決定する。
- データ・モデル設計をレビューする。
- プロファイル・オプションを設定する。
- 品目バッチを作成してデータをロードする。
- パフォーマンス分析を要求する。
- データ移行の戦略を計画する。
インポートするデータの範囲の決定
次に、インポートするデータの範囲を決定する主な側面を示します。
- インポートする構成または部品表(部品構成表)の数、および参照指標および代替を含む構成ヘッダー当たりのコンポーネント数。
- 保持する共通構成の数と、これらの構成を関連付ける組織の数。
レコードの合計数は、適切なプロファイル・オプション設定を決定する上で重要です。 この番号は、品目構成ごとに次のものをカウントすることによって取得されます。
- 品目に作成される構成ヘッダーごとに1つの追加レコード。 これには、プライマリ構造と代替構造を含める必要があります。
- 子組織(参照および定義組織)の共通構成ごとに1つの追加レコード
- 構成に追加するコンポーネントの合計数に対する1つの追加レコード。
- 構成当たりのコンポーネントの平均数に対する1つの追加レコード。
データ・モデル設計のレビュー
多くの場合、データ・モデル設計のレビューによって、レコードの合計数を減らす機会が提供される場合があります。
次のことを行う機会があるかどうかを検討します。
- 共通構成の作成の数を減らします。
- 可能なかぎり代替構造を考慮しないことにより、構造の数を減らします。
- 参照指標および代替のレコード数を減らします。
リリース済品目構成の最新改訂のみをインポートすることも検討してください。
プロファイル・オプションの設定
構成のインポートに影響するプロファイル・オプションの値を確認し、状況に応じて設定します。
| プロファイル・オプションのコードおよび名前 | 使用方法 |
|---|---|
|
EGP_CONVERSION_MODE 品目データ変換モード使用可能 |
データ変換および初期ロードをサポートするには、このプロファイル・オプションを「はい」に設定する必要があります。 デフォルトのプロファイル・オプション値は「いいえ」です。 次の効果があります。
このプロファイル・オプションの値を「はい」に設定すると、次の効果があります。
|
|
EGP_ITEM_IMPORT_NUMBER_OF_THREADS 品目をインポートするスレッド数 |
デフォルト値は12です。 100を超える値は設定できません。 環境のサイズが変更されたら、サービス要求を提出して、設定値に関するガイダンスをOracle Supportから受けます。 |
|
EGP_ITEM_IMPORT_ITEMS_PER_THREAD インポート・プログラムのスレッド当たりの品目数 |
デフォルト値は20です。 このオプションの最適値を設定するには、最初に、インポートするバッチ内の品目(マスター組織および子組織)行に対する子オブジェクト行の平均比率をコンピュートします。
たとえば、マスター品目または子品目ごとに100個の子オブジェクト行がある場合、比率は1:100です。 これらの値はガイドラインです。 これらのガイドラインを念頭に置いて値を調整できます。 |
品目バッチの作成およびデータのロード
構成の一部となる最初のインポート品目改訂(代替を含む)。
共通構成を作成する場合は、品目を子組織に関連付けてから、共通構成を作成する必要があります。
コンポーネント、参照指標および代替は、同じバッチにインポートする必要があります。 コンポーネントがすでにインポートされている場合は、参照指標および代替のインポート中に、入力ファイルにコンポーネント詳細が必要です。
複数の品目バッチを並行して実行しないでください。 これを行うには、「順次処理」スポーク・システム・オプションを「はい」に設定します。 品目インポート・プロセスには、ワークロードを並列処理するロジックがすでに含まれています。 パラレル・バッチを発行しても利点は得られず、レコード・ロックの問題が発生する可能性があります。 ただし、「順次処理」を「はい」に設定できるのは、バッチ内のレコード数が(数百単位で)少なく、同じ期間中に大きなバッチがインポートされない場合のみです。
パフォーマンス分析の要求
ここに示す推奨事項に従ってもパフォーマンスが低下していることが判明した場合は、パフォーマンス分析のサービス・リクエストを提出します。
構成の合計数(プライマリおよび代替)と、構成ごとのコンポーネントの合計数およびコンポーネントの平均数の正確な数を指定してください。 また、データ移行を完了する日数も指定します。 正しいサイズを得ることが大切です。
データ移行戦略の計画
データ移行の一般的な戦略では、ステージまたはフェーズで移行を実行します。 これにより、データを移行してエラーを解決する時間を長くできます。
第1段階では、稼働開始期限より前に古い改訂の品目構成を適切にインポートする必要があります。 稼働開始日が近づくにつれて、現在有効な最新のリリース済構造のリストを取得し、それらの構造をgo-liveの直前にロードする必要があります。